Дай угадаю - упса нету?

ноутбук
да, бывало вырубалось кнопкой из-за экспериментов с X'ми

fsck и lost+found.

Собсно, ни одна ФС не гарантирует сохранность данных при аварийном отключении (если не смонтирована в ro). Таки да, даже ntfs.

>> Собсно, ни одна ФС не гарантирует сохранность данных при аварийном отключении

Ext{3|4} в режиме journal гарантирует.

Инфа 100%?

Почему я когда увидел тему, то выждал паузу, сделал догадку о ФС и угадал. ССЗБ, ставь рейзер

не помогло
ну оно при старте проверило (ибо нет live usb) - это ж тоже самое, так?

Почему я когда увидел тему, то выждал паузу, сделал догадку о ФС и угадал. ССЗБ, ставь рейзер

серъёзно?
я где-то читал, что оно менее стабильное

99.9% Пруфы, как обычно, в гугле. По сути, с этой опцией ты можешь быть уверен, что при потере питания во время перезаписи файла, после отката журнала у тебя будет как минимум первоначальная версия оного файла.

По сути, с этой опцией ты можешь быть уверен,

не понял, а где эту опцию включить? (и почему она не включена)

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

блин, смотрю сейчас на кэш плеера - всё там.
вообще до этого никогда не теряло файлы - сколько б я на кнопку не выключал (раньше были проблемы с mplayer'ом, не выходил из fullscreen)

>> это ж тоже самое, так?

По идее, да. Теперь остаётся photorec или foremost (естественно, в оффлайновом режиме и лучше с образом ФС, а не реальным разделом), а потом осилить бэкапы на будущее.

меня всегда раньше testdisk выручал после формата - оно здесь не поможет?
попробую сначала его.

>> не понял, а где эту опцию включить?

man mount; man fstab

и почему она не включена

Обычно не очень хорошо влияет на скорость, при том что ordered обеспечивает хорошую надёжность в большинстве случаев.

ни журнал екст4, ни фсцк, не помогли из-за зависания иксов на нуво, и пустой лост+фаунд тогда меня порадовал.

и тогда нтфс был смотрирован, но при загрузке венда его починила и все было на месте.

testdisk восстанавливает разделы, не файлы. А photorec с ним вместе идёт.

>> ни журнал екст4, ни фсцк, не помогли из-за зависания иксов на нуво, и пустой лост+фаунд тогда меня порадовал.

journal не фвляется режимом по умолчанию, у тебя наверняка был режим ordered.

Про восстановить из бэкапа уже говорили?

> Раньше - самой быстрой.

А что сейчас считается?

да, всё было по умолчанию, ничего я не трогал. зачем?

Собсно, ни одна ФС не гарантирует сохранность данных при аварийном отключении

4.2

В ZFS гарантируется консистентность файловой системы и данных при любых пертурбациях напряжения питания носителей, не выводящих их из строя, поскольку CoW.

>В ZFS гарантируется консистентность файловой системы и данных при любых пертурбациях напряжения питания носителей, не выводящих их из строя, поскольку CoW.

4.2

На главной странице лора, надо повесить один большой жирный 4.2 =)

Alt + SysRq + REISUB

>пропало 6Gb музыки

что это могло вызвать?

Если пропала только музыка, то, очевидно, было что-то типа find ~ -iname '*.mp3' -delete.

У меня на ext{2,3,4} при внезапном выключении ничего не пропадало, при этом перед выключением компьютер каждый раз долго бездействовал. Возможно, если с музыкой в момент отключения проводились какие-то операции записи, то она могла пропасть, хотя есть же журнал.

>На главной странице лора, надо повесить один большой жирный iZEN

//fixed

Месяц использования ZFS через FUSE - полет нормальный

Уже месяц как использую целый диск под ZFS в openSuse 11.3 благодаря проекту zfs-fuse.net.

Пока в пуле только один диск и на нем находится коллекция видео для просмотра через плеер на большом ТВ. Пока полет нормальный.

Я же говорил!

Если пропала только музыка, то, очевидно, было что-то типа find ~ -iname '*.mp3' -delete.

хочешь сказать, что мне кто-то с ЛОРа вирусов понасувал?

Эксплоит файрфокса и твой хомяк в удушиях =)

Арч конечно же, не виноват?

По сабжу: запускать тестдиск, искать суперблоки, откатывать...

Показательная история

Восстановление убитого вусмерть ZFS-пула.

А вот теперь подумай над тем, что ляпнул.

Консистентность ФС != сохранности данных.

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

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

Арч конечно же, не виноват?

ну попробуй связать арч с этим проишествием, если сможешь

Это была ненужная «музыка». Гарантирую 199%
Сейчас играет — MEGADETH So Far, so Good... so What!

Никакая ФС никогда не гарантирует сохранность данных после того или иного сбоя.

Вот только это утверждение не касается CoW. Данные после сбоя никуда не исчезают, исчезает только последняя невыполненная транзакция, и, сюрприз, запускать fsck не надо!

Традиционные журналируемые ФС после сбоя питания нуждаются не только в собственной проверке консистентности, но и в проверке существования и целостности файлов.

То есть, в общем случае, ни одна линуксовая ФС, годная к продакшену, не обеспечивает не то, чтобы собственную консистентность после сбоя подтверждаемую журналом транзакций, так как он после сбоев оказывается, мягко говоря, не совсем корректен (корректность журнала подтверждает fsck и откатывает незавершившуюся транзакцию, если может), но и сохранность файлов без задействования барьеров на запись!

Если сбой заденет предыдущую копию данных, то ничто не поможет, даже CoW. А сбой случаен, и он может это сделать.

Увы, гарантий никогда нет. НИКОГДА.

Вот только это утверждение не касается CoW. Данные после сбоя никуда не исчезают, исчезает только последняя невыполненная транзакция, и, сюрприз, запускать fsck не надо!

Традиционные журналируемые ФС после сбоя питания нуждаются не только в собственной проверке консистентности, но и в проверке существования и целостности файлов.

То есть, в общем случае, ни одна линуксовая ФС, годная к продакшену, не обеспечивает не то, чтобы собственную консистентность после сбоя подтверждаемую журналом транзакций, так как он после сбоев оказывается, мягко говоря, не совсем корректен (корректность журнала подтверждает fsck и откатывает незавершившуюся транзакцию, если может), но и сохранность файлов без задействования барьеров на запись!

а как объяснить, что сбой удалил именно одну папочку (при этом остальная музыка осталась)? от этого тоже CoW защитит?

Если сбой заденет предыдущую копию данных, то ничто не поможет, даже CoW.

CoW имеет столько «копий» данных, сколько раз менялись данные по кругу. При записи блоков данных происходит сначала заполнение свободного пространства, а если свободное пространство уже заполнено, то затираются самые старые блоки данных, которые помечены к удалению. Каждый блок данных использует контрольную сумму. Таким образом, на CoW-ФС невозможна потеря данных в принципе, только если всё пространство носителя вывести из строя.

REISUB

это где такое?

Загуглил бы хоть.

Зажимаешь Alt+SysRq и последовательно нажимаешь кнопки R E I S U B. Оно хотя бы диски попытается отмонтировать.

а как объяснить, что сбой удалил именно одну папочку

Во время сбоя был открыт этот каталог на запись. Я угадал?

Только это должно быть разрешено в параметрах ядра.

спасибо )

Во время сбоя был открыт этот каталог на запись. Я угадал?

нет. вообще никак и ни чем.
т.е. ни плеером, ни в торрентах он не был, вообще никак не трогался он.
соседние папки - да.

соседние папки - да.

А в каталоге уровнем выше что-нибудь писалось/создавалось во время сбоя?

делай бекапы. да и тут, всего-то десяток альбомов перекачать, невелика потеря.