LINUX.ORG.RU
ФорумTalks

Крайне печальный отчёт о работе ext4 на крашущейся системе

 experiment, , ,


0

1

Так уж вышло, что я напоролся на регрессию в 3.6, которую совместными усилиями с разработчиками пытаюсь решить. Каждое тестирование гарантированно вызывает hard system freeze (даже до паники дело не доходит - может и доходит, но ядро вывалить OOPs/panic не успевает - система намертво вешается).

Что мы имеем с ext4.

За примерно 50 сессий таких вот крашей обнулено под ноль около 12 файлов, полностью потерян каталог расширений у Google Chrome, в котором было порядка 30 поддиректорий и около 200 файлов.

Вот такая она ext четвёртая.

/dev/sda2 on /home type ext4 (rw,noatime,nobarrier)

Ответ на: комментарий от juk4windows

Ну так потому и ломается, что журнала нет, очевидно.

Xenius ★★★★★
()
Ответ на: комментарий от unanimous

Журнал не повышает надёжность хранения данных - он нужен для уменьшения времени fsck.

В идеальном случае даже с журналом, вы обязаны запускать fsck после неправильного отмонтирования.

Так, к слову сказать.

Сразу чувствуется, что 98% людей в этой теме не в теме :D

juk4windows
() автор топика
Ответ на: комментарий от juk4windows

Журнал не повышает надёжность хранения данных

Это так. Но надежность ФС он повышает — в том числе и при нештатных ситуациях. Легко себе представить цепочку — поврежденные метаданные — удаленные кластеры с пользовательской датой, чему журнал может препятствовать

В идеальном случае даже с журналом, вы обязаны запускать fsck после неправильного отмонтирования.

Reference, please! Какой вообще тогда смысл в журнале, если fsck гонять на каждый чих?

Сразу чувствуется, что 98% людей в этой теме не в теме :D

Ты, конечно, себя мнишь в оставшихся 2%?

unanimous ★★★★★
()
Ответ на: комментарий от unanimous

Да нет у меня журнала ))) так что nobarrier вообще не причём ))

juk4windows
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.