The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 6.3 всплыла проблема, приводящая к повреждению метаданных ФС XFS, opennews (??), 26-Май-23, (0) [смотреть все]

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


316. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Kuromi (ok), 30-Май-23, 16:42 
>[оверквотинг удален]
>>  которая просто работает? Как например NTFS?
> Она умеет разваливаться в хлам ничуть не лучше и не хуже остальных.
> Да так что не монтируется и не чинится chkdisk'ом иной раз.
> В силу природы ФС это еще и без предупреждений зачастую. Т.е.
> все выглядело ЗБС - а сегодня оно не маунтится или драйвер
> в бсод летает.
> Но если что в линух завезли ядерный полноценный драйвер этсамого, так что
> кто NTFS хотел может его и юзать. Хоть я и не
> понимаю прелести в тормозной файлухе из 90х которая требует условный "fsck"
> и не демонстрирует вообще совсем ничего выдающегося.

NTFS конечно ФС старая и на сегодняшний день не предлагает ничего такого что не было в других ФС (деревья, экстенты, журнал - все это давно есть), хотя на момент своего создания это был прогресс.

Однако тот факт что разрабы BTRFS не осилили сделать нормальный btrfs.fsck не значит что это норма...

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

342. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  –1 +/
Сообщение от maximnik0 (?), 31-Май-23, 22:26 
>предлагает ничего такого что не было в других ФС (деревья, экстенты, журнал - все это давно есть)

Экстенты ??? Откуда HTFS взяться экстентам,будь они там она не была такой тормозной,но теряла бы файлы гораздо чаще, мда...Она как и фат (почему конвертация возможна) использует кластеры и карту свободного пространства.Кластер это что то типа инода  в юних спецификации.Может не совпадать по размерам с сектором жесткого диска.Есть фича фс -может пространство заполненное нулями упаковывать.

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

344. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Kuromi (ok), 31-Май-23, 22:41 
>>предлагает ничего такого что не было в других ФС (деревья, экстенты, журнал - все это давно есть)
> Экстенты ??? Откуда HTFS взяться экстентам,будь они там она не была такой
> тормозной,но теряла бы файлы гораздо чаще, мда...Она как и фат (почему
> конвертация возможна) использует кластеры и карту свободного пространства.Кластер это
> что то типа инода  в юних спецификации.Может не совпадать по
> размерам с сектором жесткого диска.Есть фича фс -может пространство заполненное нулями
> упаковывать.

Чтож, закапываться в спеки лень, но условная Википедия (да простят меня боги) уверена что экстенты в NTFS есть.
С другой стороны та же Википедия не знает что у F2FS есть поддержка нескольких устройств, так что...

Кстати конвертация из FAT ни о чем не говорит. EXT3 прекрасно конвертируется в EXT4, вот только старые файлы остаются битмаповыми (не-экстентами) до тех пор пока их не перезапишешь или явно не сделаешь chattr -e файлу.

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

347. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от maximnik0 (?), 31-Май-23, 23:21 
В журнале Системный администратор приводилась статья по устройству ntfs, достаточно подробная.Не слова об экстентах.А проблема фрагментации ? При использовании экстентов и карты свободного места -файл писался бы крупным куском.Если только сейчас не добавили в виндовс  10-11.Кстати в русской версии вики тоже не слова об экстентах.На странице http://www.vsokovikov.narod.ru/New_MSDN_API/File_system/ntfs... тоже насчёт экстентов помалкивают,упоминают только что может выделять непрерывную область,но логически все равно это блок кластеров.
Ответить | Правка | Наверх | Cообщить модератору

414. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от Аноним (414), 04-Июн-23, 01:49 
У них вроде изначально свободное место битмапом аллокации маркировалось и потом для совместимости они так и таскали это как я понимаю. Это ж делалось в лохматые 90х.

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

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

424. "В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."  +/
Сообщение от maximnik0 (?), 05-Июн-23, 22:20 
> У них вроде изначально свободное место битмапом аллокации маркировалось и потом для
> совместимости они так и таскали это как я понимаю. Это ж
> делалось в лохматые 90х.

Ну и получается объединенная группа кластеров - это не экстент.В лучшем случае экстент имеет всего лишь 2 записи (основном и резервном) блоке (метаданные или таблица (дерево) размещение файлов) -с указанием это начало файла а это конец . Единый файл -да,быстро работает да,легко потерять -тоже да,чем и страдали XFS и райзер. Вот COW и добавила надежность для экстентов,но плата фрагментация,в самом худшем случае  таблица экстентов приближаеться к карте битманов......

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

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

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




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

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