The OpenNET Project / Index page

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



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

Оглавление

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

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


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
Добавить, Поддержать, Вебмастеру