welinux.ru/Есть вопрос! — Устойчивость файловых систем к некорректному завершению работы

: NickNill 24.05.10 14:32 # +0–

После одного глюка по питанию возникли проблемы, система ещё не является месивом, но fsck жалуется на тонны ошибок и предлагает для лечения удалить кучу файлов.

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

странно вообще то, у меня сколько я вручную не перезагружался подобных проблем нету на ext3. Даже если пишется. Только один раз удалился сезон сериала на файлопомойке, но это поправимо =)

gilgiloid 24.05.10 14:34 # +0–

Да, вот тоже интересно...сутра на антресоли екнулась фс ext3 80 гиктар...придется весь муз-архив из интренетов выкачивать.

dr_lo 24.05.10 21:39 # ↑ +0–

сочуствую. у меня в феврале винт на 250 полетел. больше всего было жалко дипломную работу =(
так я открыл для себя дропбокс =)

: PocketSam 01.06.10 12:09 # ↑ +0–

Были случаи когда дропбокс грохал свою папку на компе и на сервере безвозвратно. Правда это давненько. Сейчас, вроде, все стабильно, но это не панацея. :)

Shtsh 24.05.10 14:52 # +0–

ext2 при внезапном отключение портится - это естественно. А проблемы с ext3 - это странно.

Могу предложить попробовать ext3 с журналированием данных(по идее, должно быть и в ext4)

CrankY 24.05.10 15:11 # ↑ +0–

попробовать ext3 с журналированием

ext3 по дефолту с журналированием)
Если из ext3 удалить журнал - получится ext2 )

Shtsh 24.05.10 15:18 # ↑ +2–

Нет! Не вырывай из контекста - есть режим журналирования данных (он отключен), а есть журналирование метаданных. ext3 по умолчанию журналирует только метаданные. Сами данные не журналируются, ибо это снижает производительность. Для включения нужно указывать data=journal

Kraplax 24.05.10 15:59 # ↑ +0–

Интересный момент! :)
Действительно никогда не знал об этом. А можно немного поподробнее об этом и подобных ему ключах, позволяющих повлиять на соотношение стабильность/скорость работы? Было бы очень даже неплохо =)

: Shtsh 24.05.10 16:13 # ↑ +0–

вот хорошая статья - перевод ibm'овского материала. Кстати, по ссылкам можно много чего интересного нарыть

: Code_Warrior 24.05.10 15:00 # +0–

За последние 3-4 месяца один из компов хотя бы раз в 2-а дня но выключался не правильно. Установлена ext4, при загрузке происходит fsck(длится секунд 10) проверяет файловую систему, но никаких проблем не наблюдаю, файлы не теряются, файловая система не разваливается.

main 24.05.10 15:14 # +1–

Там ничего не устанавливается, ничего не записывается, ничего не удаляется

Может попробуйте монтировать в read-only

: Kraplax 24.05.10 16:00 # ↑ +0–

Кстати, тоже интересный вариант. А для логов создать отдельный небольшой раздел и монтировать в тот же /var/log :)

TiGR 24.05.10 16:29 # ↑ +0–

Вариант надо попробвать, но в нынешней установке не получится - надо переразбивать диск и возится, т.к. там всего 2 раздела - своп и система, а нужно выделить хотя бы раздел домашнюю папку и tmp.

А вообще, такой вариант проблемы не решит. Ну системный диск рушится не будет, так будет рушится /home.

: razum2um 24.05.10 17:12 # ↑ +0–

1 корень переезжает на место свапа, фс любая
2 монтировать в его read-only
3 бОльший раздел - хомяк ext3 (мб, data=journal, но...) Кто скажет потерялись файлы ССЗБ
4 вместо свап-раздела свап-файл в хомяке (хотя с data=journal будет жоско тормозить, выбирайте)
5 mount -o bind на /var
6 /tmp в память
7 профит

Shtsh 24.05.10 15:18 # +0–

А, кстати, что там S.M.A.R.T. говорит?

: Shtsh 24.05.10 15:21 # ↑ +0–

используй smartctl из пакета smartmontools
вот руководство

: TiGR 24.05.10 16:24 # ↑ +0–

Всё в порядке с диском.

jh 24.05.10 15:20 # +0–

Есть система, на старой машине стоит где-то там в углу

может винт сыпится? бэды и все такое...

TiGR 24.05.10 16:24 # ↑ +0–

Винт был недавно заменён, проблем с бэдами нет.

PocketSam 01.06.10 12:10 # ↑ +0–

Может заодно попробовать шлейф заменить? Цена вопроса 50 рэ.

: TiGR 02.06.10 12:28 # ↑ +0–

Да причём тут шлейф (кстати, там насколько я помню стоит как раз новый), если проблемы появляются ТОЛЬКО после некорректного завершения работы?

Alx 24.05.10 15:32 # +0–

Мне кажется что ext2 и ext3 немного устаревшие системы. Стоит вспомнить их ограничение на максимальное количество файлов в директории. Они создавались в те времена, когда о десктопах мало думали, восновном думали про сервера, а там такая надёжность не очень нужна, всё на бесперебойниках. У себя я использую reiserfs. По мне она очень стойкая, мне ни разу не удавалось её уронить обрывами питания. Очень интересно наблюдать как после включения она выполняет незавершённые транзакции..

Shtsh 24.05.10 16:16 # ↑ +0–

По сути, ext4 тоже не новаторская ФС - там просто исправления некоторых недостатков предков. Мне, например, нравится xfs. Вообще, на домашнем компьютере xfs, reiserfs, ext4. Ни разу из-за отключения света/жёсткого ребута проблем не возникало.
Бесперебойники, кстати, тоже могут умереть и на надёжность ФС на серверах смотрят очень внимательно.

Alx 24.05.10 16:30 # ↑ +0–

xfs это вообще монстр =) в плане возможностей.. она быстрая, но она не из этого мира (разрабатывалась не для линукса). как-то был на ней долгое время, но не смог увеличить размер её раздела и незаметно вернулся на reiser

deFINE 24.05.10 23:00 # ↑ +0–

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

macumazan 25.05.10 00:57 # ↑ +0–

Есть какие-нибудь механизмы манипулировния этим буферами?

: deFINE 25.05.10 02:33 # ↑ +0–

Не изучал. Но по сути за счет этих буферов и такой манипуляции памятью достигается высокая скорость работы с большими файлами, за которую xfs так любят. Сам раньше использовал xfs на настольной машине, с которой ничего плохого случиться не могло (в плане питания). На ноуте не стал рисковать.

blackraven 24.05.10 17:02 # ↑ +0–

Пля. Писал камент на постраницы, а тут база глюкнула... Админы, может стоит поискать нормальный хостинг? Мне вот уже лень писать еще раз...

Shtsh 24.05.10 17:04 # ↑ +0–

Так в самом ближайшем времени собираются же

: blackraven 24.05.10 18:09 # ↑ +1–

Видимо собираются где-то вдали от RSS-ленты, а больше ничего я особо не читаю :)

devl547 24.05.10 16:00 # +0–

На ноуте использую btrfs и reiser4 (обе со сжатием). За полтора года экспериментов с гентой и ядром (жесткие перезагрузки почти каждый день) ничего не поломалось и не пропало.

: razum2um 24.05.10 17:06 # ↑ +0–

ога btrfs сжатая тоже, поругивается на ошибки при загрузке, исправить нельзя, но работает.

: kb0t 24.05.10 17:08 # +0–

на ноте ssd корень ext2 /home ext4 никаких косяков иногда секунд 10 чекит и все!

Cucumber 24.05.10 19:07 # +2–

Когда проприетарные дрова nvidia были страшно глючными (очень давно) и иксы при загрузке непрерывно висли я понял что reiserfs рулит по сравнению с ext3.

: Alx 25.05.10 02:34 # ↑ +1–

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

: hidden 25.05.10 05:16 # +0–

А вот у меня при крахе питания reiser совершенно замечательно запорол на /home изрядное количество файлов. И никакие утилитки не помогли. :( И ИБП был, между прочим. Так что только backup-ы, да побольше!

: kirpich 26.05.10 09:04 # +0–

Было примерно то же самое на ext4. Только после принудительной проверки система заводилась. Плюнул, и теперь сижу на reiser. Теперь таких проблем нет.

PocketSam 01.06.10 12:15 # +2–

Попробуйте вместо reset'а как минимум испробовать для начала волшебную комбинацию. :)
Если линь и повис намертво, его, тем не менее, можно безопасно перезагрузить. (В большинстве случаев, если ядро еще живо.)

Для этого надо зажать левый Alt и SysRq и нажимать по порядку:
R: Переключить клавиатуру в XLATE mode, чтобы программы навроде X не перехватывали нажатия.
E: Послать SIGTERM всем процессам кроме init.
I: Послать SIGKILL всем процессам кроме init.
S: Синхронизировать все смонтированные ФС (Тут лучше немного подождать, чтобы данные успели записаться на диск).
U: Перемонтировать все смонтированные ФС в режим только чтение.
B: Мгновенная перезагрузка.
или O: Выключение.

Чтобы все это работало, ядро должно быть собрано с поддержкой волшебной кнопки (CONFIG_MAGIC_SYSRQ), и эта опция должна быть включена в /proc/sys/kernel/sysrq.
Можно включить эту фичу в /etc/sysctl.conf. Для этого изменяем или прописываем опцию:
Код:

kernel.sysrq = 1

: PocketSam 01.06.10 12:21 # ↑ +0–

Еще можно запомнить как
"Raising Elephants Is So Utterly Boring", "Reboot Even If System Utterly Broken"

: PocketSam 01.06.10 12:22 # ↑ +0–

Даже страничка есть на википедии
http://en.wikipedia.org/wiki/Magic_SysRq_key

: PocketSam 01.06.10 12:23 # +0–

Сам пользуюсь XFS на корне. Тьфу-тьфу-тьфу полет нормальный.

—

24.05.10 14:07 TiGR

Есть вопрос! — Устойчивость файловых систем к некорректному завершению работы

Возник вопрос из сабжа.

Есть система, на старой машине стоит где-то там в углу, народ юзает. Этот народ иногда вырубает машину не через завершение работы, и ещё там бывают просто какие-то глюки по питанию, так что система либо вешается, либо отключается.

До этого стояла система с ext2, после двух таких отключений файловая система превратилась в месиво, fsck довершил работу, удалив половину файлов.

Думал, что это проблема ext2, поставил с нуля на ext3. После одного глюка по питанию возникли проблемы, система ещё не является месивом, но fsck жалуется на тонны ошибок и предлагает для лечения удалить кучу файлов. Боюсь выполнять. Пока работает - пускай работает.

Что самое интересное - в системе вообще не меняются никакие файлы, разве что логи. Там ничего не устанавливается, ничего не записывается, ничего не удаляется, используется только для доступа к электронному справочнику. То есть, такие директории как /usr и /bin после установки вообще не меняются, однако fsck предлагает удалить файлы и оттуда.

Я не понимаю, почему эти системы так легко разваливаются. Ни с ntfs, ни с fat32 таких проблем никогда не было. Да, что-то ломалось, но повреждения были в рамках изменённых в ходе сеанса файлов. Тут же ломается всё подряд.

Вопрос - есть ли более устойчивые ФС? Как вообще с этим бороться?

P.S: лечить питание не предлагать. С этим что-то делать буду, но это не решает вопроса с ненадёжносью файловой системы.

Похожие +0–

jh — « Есть вопрос! / Раздача интернетов по wifi через usb адаптер Asus WL-167g v3» jh — « Есть вопрос! / Раздача интернетов по wifi через usb адаптер Asus WL-167g v3» doraneko — « Есть вопрос! / Беда после Unity» freefd — « Есть вопрос! / Раздача интернетов по wifi через usb адаптер Asus WL-167g v3» exelens — « Есть вопрос! / Aspire 5530 и Linux» exelens — « Есть вопрос! / Aspire 5530 и Linux» pomkalk — « Есть вопрос! / Беда после Unity» pomkalk — « Есть вопрос! / Беда после Unity» ZED — « Есть вопрос! / Aspire 5530 и Linux» exelens — « Есть вопрос! / Беда после Unity» ZED — « Есть вопрос! / Aspire 5530 и Linux» doraneko — « Есть вопрос! / Беда после Unity» pomkalk — « Есть вопрос! / Беда после Unity» Anrock — « Есть вопрос! / Беда после Unity» zhevak — « Есть вопрос! / Ищу функциональный текстовый редактор для среды gtk» exelens — « Есть вопрос! / Беда после Unity»
Последние посты
Последние комментарии
Изменения
Черновики (все)
Избранное (всё)

Лучшие блоги (все 141) Tips & tricks (33) Есть вопрос! (25) Archlinux (25) How-to`s (24) Vim (22) Мой рабочий стол. (18) Linux Games (17) KDE (17) Скрипты (16) Debian (15)
Элита (все 2839 из 215 городов) muhas (256.1) Shtsh (156.5) cppmm (132.4) ZogG (132.25) Aesdana (132.1) h0rr0rr_drag0n (120.5) digiwhite (108.9) Minoru (99.15) LeniH (92.45) xtavras (78.9)

В сети: Dark_SS, doraneko, knicefire, jh, InCube, Vzlom, konkere, derfenix, Zend, LeXuS, SDSWanderer, freefd, andreas

Новенькие: HonAddenny, exl2003, Soulfriend, avd891, wixen