The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств, opennews (ok), 18-Мрт-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


74. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +5 +/–
Сообщение от Аноним (-), 19-Мрт-24, 04:19 
Поэтому умные люди до сих пор сидят на ext2, которая идеальна и не захламляет пространство никому не нужными журналами.
Ответить | Правка | Наверх | Cообщить модератору

76. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (76), 19-Мрт-24, 07:50 
Ну рубани питание на Ext2 или Reset. Без ручного fsck не обойтись. А на флешке - да, идеальна для переноса между Linux-системами, сам пользуюсь.
Ответить | Правка | Наверх | Cообщить модератору

83. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/–
Сообщение от Аноним (83), 19-Мрт-24, 08:58 
> Ну рубани питание

Бесперебойное питание есть даже в админках а-ля армейская каптёрка. На ноутах аккумулятор. На стационарниках ИБП. Я не знаю кто и зачем питает оборудование напрямую вставляя кабель в розетку.

Ответить | Правка | Наверх | Cообщить модератору

190. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (190), 20-Мрт-24, 18:45 
А знаешь зачем ипользуют ИБП с полностью сдохшими аккумуляторами? Чтобы использовать его в качестве разветвителя компутерных розеток :) Потому, что контора аккумы на новые не заменяет.
Ответить | Правка | Наверх | Cообщить модератору

88. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/–
Сообщение от нах. (?), 19-Мрт-24, 09:23 
> Ну рубани питание на Ext2 или Reset. Без ручного fsck не обойтись.

у тех у кого ext2 - fsck автоматический, я надеюсь. Они должны были эти скрипты откопать на том же кладбище в той же могиле что и свою fs.

У кого Ext4 nojournal - ну хум хау. У меня - автоматический, а что там у пользуемых системдрянью и как это изменить - мне даже и неинтересно знать. Ручной понадобится только если автоматика не справилась. И да, я в этом случае хочу видеть что происходит и иметь возможность отказаться от предложенной операции. А не "угадай во что сейчас откат кривого журнала превратил твои данные, зато мы быстро-быстро загрузились, как здорово-то!".

> А на флешке - да, идеальна для переноса между Linux-системами, сам
> пользуюсь.

на флэшке идеальна ntfs. Вот в том числе потому что позволяет не гадать, на линукс-недосистеме тебе понадобится это потом читать, или не только.

Ну или fat32 если флэшка еще не выросла.


Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

97. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (98), 19-Мрт-24, 11:02 
Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо, UNIX Rigts важно. А документы переносить, да, Fat32 - самое то.
Ответить | Правка | Наверх | Cообщить модератору

100. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 19-Мрт-24, 11:31 
> Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо,

то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Меня как-то вполне устраивает case preserving. А от unix rights копируемых между двумя разными системами - и вовсе вред один. Опять же наиболее верный подход - это как раз fat/ntfs реализации в линуксе - где псевдоправа и фейковые юзеры задаются при монтировании (с ntfs можно задействовать и сложный маппинг но я не верю что это оправдывает глюки и трудозатраты) а не копируются, они бессмысленны на чужой системе.  И заметь что ntfs3g предоставляет тебе выбор, а с ext2 ничего поделать нельзя, только потом пердолиться с chmod/chown.

Ну и добавим в кучку mtools, позволяющие обойтись без дурацкого "монтирования". Этот пережиток 70х годков когда диск так сложно и долго подключался физически, и быстровыдернуть его все равно было невозможно. И который навсегда с нами, потому что не осталось тех кто мог бы такие вещи исправлять.
(опять же обратить внимание что винда умеет но не требует)

Ответить | Правка | Наверх | Cообщить модератору

184. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (190), 20-Мрт-24, 18:25 
>то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

Ответить | Правка | Наверх | Cообщить модератору

192. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/–
Сообщение от Аноним (152), 20-Мрт-24, 19:00 
> Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

Именно. Этот костыль с нами ещё с тех самых пор, когда тратить ресурсы на приведение регистра было слишком расточительно, а в языке удобной поддержки строк не было (массива байтов хватит всем!). Но сегодня, когда есть и ресурсы, и строки case sensitivity для файловых систем — жутчайший костыль, от которого кроме вреда и лишней возни нет никакой пользы. Современная ОС должна быть case preserving, case insensitive в первую очередь для удобства пользователей. Но удобство — это не про современный UNIX-like. Современный UNIX-like выродился в карго-культ ещё в девяностых.

Ответить | Правка | Наверх | Cообщить модератору

197. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 20-Мрт-24, 21:14 
пажалуста вот нинада обижать без повода современный не-очень-unix-like. Поводов его обидеть и так хватает, но с vfat case preserving - работает с незапамятных времен.

C ntfs3g вроде бы тоже но это неточно (не уверен что он одновременно insensitive, как должно бы быть).

С ext4 буквально год назад обещали все поправить, боюсь проверять чем кончилось.

Ответить | Правка | Наверх | Cообщить модератору

203. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (203), 21-Мрт-24, 12:08 
С ext4 опционально, для выбранных папок.
Ответить | Правка | Наверх | Cообщить модератору

204. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (203), 21-Мрт-24, 12:23 
Во-первых, не костыль а стандарт POSOX.
Во-вторых, а по мне, так и неплохо. В иерархии файлов можно как что-то типа конструкции на C++, как бы:
class MyName;
MyName myName;

Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

205. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 21-Мрт-24, 15:19 
У тебя ооп головного мозга.

> Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

совершенно ненужная хня.

Если содержимое только одно - нахрен не нужен твой "образец". Если содержимое может быть разным - что делать со вторым экземпляром - класть в filE.dat ?

Ответить | Правка | Наверх | Cообщить модератору

87. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 19-Мрт-24, 09:19 
> Поэтому умные люди до сих пор сидят на ext2, которая идеальна и
> не захламляет пространство никому не нужными журналами.

Умные - на ext4 созданной с параметром -O ^has_journal (Ну или на ntfs)

И нет, это не то же самое что раскопанный труп мамонта (в который гугль так и не вернул патчи, делавшие его работоспособным)

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

164. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от Аноним (-), 19-Мрт-24, 23:45 
> Поэтому умные люди до сих пор сидят на ext2, которая идеальна и
> не захламляет пространство никому не нужными журналами.

И как тебе время fsck на забитом диске в пяток терабайтов? :)

Btrfs то и сабж - в случае краха делают по сути "ничего". Ибо оно либо вписано и "указатели перевешены" и все збс, или если указатели еще не перевесили - этого никогда не было, место еще не аллоцировано и никаких действий делать не надо.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

167. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 20-Мрт-24, 00:12 
> И как тебе время fsck на забитом диске в пяток терабайтов? :)

потерпит, раз в году.

> Btrfs то и сабж - в случае краха делают по сути "ничего"

результат этого ничего - вот, к примеру, эта новость.
Как жы так?

А автыр срочно-срочно пишет таки внешнюю приблуду для проверки и восстановления консистентности метаданных. Будем надеяться, у него выйдет лучше чем у бырбырфс, где btrfs check предана анафеме и велено ей не пользоваться вообще никогда.

Ответить | Правка | Наверх | Cообщить модератору

168. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/–
Сообщение от Аноним (-), 20-Мрт-24, 00:20 
> потерпит, раз в году.

Удачи ему и все такое.

> результат этого ничего - вот, к примеру, эта новость.Как жы так?

Ога, а у паровозов котлы взрывались. Электровозы и тепловозы по первости ломались. Поэтому давайте, дескать, вечно на конской хребтине, руля пятками по бокам? Ну нафиг...

> А автыр срочно-срочно пишет таки внешнюю приблуду для проверки и
> восстановления консистентности метаданных.

Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу. Это так то добавит жизни ФС в условиях отличных от идеала.

> Будем надеяться, у него выйдет лучше чем у бырбырфс, где
> btrfs check предана анафеме и велено ей не пользоваться вообще никогда.

У кента там куда более радикальная идея: перестроить деревья по инфо в inode. Хоть с ноля. По своему красиво. Хотя и займет немеряно времени на большой забитой ФС, но концепция по своему красива.

Однако это одна из вещей с которыми лучше никогда не знкомиться, типа офлайн читалки в btrfs. Т.е. круто что так можно - но если вам это потребовалось, у вас уже эвон какие траблы.

Ответить | Правка | Наверх | Cообщить модератору

176. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/–
Сообщение от нах. (?), 20-Мрт-24, 11:36 
> Удачи ему и все такое.

Удача нужна пользуемым fs у которых fsck забыли написать.

> Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу.

да, поздравляю - вы изобрели icheck 76го года. И возможно но это неточно - еще и clri.
Как дойдете до dcheck (а то имена файлов даже в суперпродвинутых fs вряд ли хранятся в inode) - можете попробовать объединить их обратно в fsck.

Ответить | Правка | Наверх | Cообщить модератору

218. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  –1 +/–
Сообщение от Аноним (-), 22-Мрт-24, 00:26 
>> Удачи ему и все такое.
> Удача нужна пользуемым fs у которых fsck забыли написать.

В большинстве конфиг которые меня интересуют fsck вот тупо запускать некому, чтобы еще его результаты разгребать. И это нежелательный элемент пейзажа как таковой при нормальной эксплуатации. Разве что как тул датарекавери, но там у btrfs и более забавный тул есть, офлайн читалка как фича тулкита. От остальных такого не дождешься, чо :)

>> Вообще ребилд серьезно профаканой ФС из inode'ов - сойдет за весьма забавную фичу.
> да, поздравляю - вы изобрели icheck 76го года. И возможно но это неточно - еще и clri.

А в 76-м году в ФС уже были b-деревья, которые они, так то, перестраивать собираются? И такое многодевайсное управление ФСом и проч?

> Как дойдете до dcheck (а то имена файлов даже в суперпродвинутых fs
> вряд ли хранятся в inode) - можете попробовать объединить их обратно в fsck.

Это на самом деле уже продвинутые сценарии. И таки ребилдовка деревьев с ноля... ну... рейзер так не умел, вместо этого знатно вермишеля тома при отклонениях от идеала. А так то красиво было на бумаге.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру