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

Power-failure test script (located at git://git.cogentembedded.com/pub/celf/pf-test) performs unattended simulation of power failures and analyzes file system and data integrity check results. Detailed execution log is saved for further examination. Power-fail test server residing on host manages the execution of various remote tests on target with particular file system configuration set up, and controls power source to initiate power outages at random time instants during remote test execution. Test server connects to the target and retrieves logging and diagnostic information. The following steps are executed in a loop for each remote test and file system: 1. connect to the target; 2. perform mandatory file system check and recovery; 3. perform data integrity check if applicable; 4. mount current file system configuration; 5. start background test; 6. initiate power outage after random interval. Methodology The following file system workloads are proposed: • fsstress, that would stress file system metadata; • custom SQLite test scripts, that would reveal occasional file data corruption. Fsstress proved to be quite effective in detecting various file system implementation issues in the past. And SQLite is known for its extra care about power failures. Therefore, if SQLite database becomes corrupted, the most likely reason for this lies in file system or physical storage layers.

ну?

ну и что? Сам придумал глупость «из розетки», сам её и опроверг. Молодец.

Если ты называешь «надёжной» систему, в которой процессор разогревается до 90° по Цельсию, то мне тебя жаль.

Чистить не пробовали?

какой нафиг «код», если речь про аварийное отключение питания?
Сам придумал

ЛООООЛ

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

и зачем ms до сих пор её использует - не осилили что-то лучшее ?

В восьмёрке, говорят, какого-то нового кадавра выкатили, а-ля кастрированная btrfs.

то восстановить скорее всего ничего не удастся.

много раз восстанавливал, всё ок там с этим
только огорчает неживучесть после suspend в рам и отключения питания

пусть сравнят с ntfs по живучести

ntfs живучей всего линуксячьего зоопарка.

там ReFS
посмотрим насколько она лучше
и можно ли её накатить на 7
но я пока не готов доверить ей свои данные - только ext4

ога
только послу отключения питания fsck на ext4 занимает 3 секунды а в винде это долгий процесс.

то восстановить легко удасться используя платную программу. А как с этим у ext3 не понятно.

посмотрим насколько она лучше

Это если она лучше.

Сказки времён Вин98 будешь своим родителя рассказывать, ога.

Но они же не «нормальные».

А я других уже 5 лет как не использую. ЧЯДНТ?

Чистить не пробовали?

пробовал. Десктопы лучше, ибо чистить реже. Да и удобнее.

надейся. Твоё мнение очень важно лично для меня.

Десктопы лучше, ибо чистить реже. Да и удобнее.

Это несомненно. Но разогрев у ваших ноутов, всё же, нездоровый.

Наилучшие показатели продемонстрировал планировщик CFQ, от которого немного отстал ROW.

O_o CFQ быстрее NOOP на SSD? Или это Btrfs такой упоротый?

то восстановить легко удасться используя платную программу.

свежо придание.

А как с этим у ext3 не понятно.

а оно само восстанавливается. Там в коробке fsck, которая не только плачет, что «надо покупать платную программу», она ещё и восстанавливает.

Но разогрев у ваших ноутов, всё же, нездоровый.

с чего они «наши»? Нафейхуя они мне?

В каких это компьютерах ИБП именно встроен?

Ноутбуки?

там в коробке chkdsk который не только плачет что фс убита хз что делать но и восстанавливает. А уж если убилось совскм то вперед за платной программой.

с чего они «наши»?

С того, что вы на них работали, не?

С того, что вы на них работали, не?

на них разве можно работать?

там в коробке chkdsk который не только плачет что фс убита хз что делать но и восстанавливает. А уж если убилось совскм то вперед за платной программой.

а у меня в коробке fsck, которая не плачет, а восстанавливает.

Note: “Manual recovery” fsck feature still allowed to bring ext4 partition into consistent state by blindly answering “yes” to very low-level and highly technical questions. But in real life this would likely mean loss of data.

ёшкин кот, они нагородили столько скриптов проверок и не посмотрели что будет при принудительном лечении фс?? Ппц.

(btrfs) fsck finds errors which it is not able to auto-recover.

Опять те же яйца. Без обнародования того что что погибло это всё нерепрезентативно.

пусть сравнят с ntfs по живучести думаю даже Btrfs обойдёт это чудо

Ни разу не слышал жалоб от сисадминов о проблемах живучести ntfs.

Справедливости ради стоит сказать, что это не гарантия. Может случиться так, что все повиснет и нужно будет нажать ресет.

А если через SysRq попытаться корректно выключить систему?

Частые отказы встроенного ИБП.

В нормальных компьютерах ИБП встроен.

Однако условия работы этих компьютеров со встроенными ИБП часто такие, что внезапные выключения из-за разряда батареи происходят чаще чем у компьютеров без ИБП.

What probably hit you here is caused by the very simple fact that PC-class hardware is crap.

You see, when you yank the power cord out of the wall, not all parts of the computer stop functioning at the same time. As the voltage starts dropping on the +5 and +12 volt rails, certain parts of the system may last longer than other parts. For example, the DMA controller, hard drive controller, and hard drive unit may continue functioning for several hundred of milliseconds, long after the DIMMs, which are very voltage sensitive, have gone crazy, and are returning total random garbage. If this happens while the filesystem is writing critical sections of the filesystem metadata, well, you get to visit the fun Web pages at http://You.Lose.Hard/ .

I was actually told about this by an XFS engineer, who discovered this about the hardware. Their solution was to add a power-fail interrupt and bigger capacitors in the power supplies in SGI hardware; and, in Irix, when the power-fail interrupt triggers, the first thing the OS does is to run around frantically aborting I/O transfers to the disk. Unfortunately, PC-class hardware doesn't have power-fail interrupts. Remember, PC-class hardware is cr*p.

К сожалению, не нашёл ссылки на оригинал.

кури матчасть а потом уже регистрируйся на форуме.

они ставят сервера с суспенд в рам и выключают питание ?

Все недоработки являются устранимыми, вопрос только в ресурсах, необходимых для этих доработок.

Remember, PC-class hardware is cr*p.

Капитан Очевидность.

Это тебе повезло. У меня даже без аварийных отключений ntfs пару раз ломалась. Правда восстанавливать сторонними утилитами не пробовал, не было критичных данных. МБ оно и восстановимо.

они ставят сервера с суспенд в рам и выключают питание ?

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

послу отключения питания fsck на ext4 занимает 3 секунды

это накатить журнал три секунды, а fsck шуршит гораздо дольше, зависит от занятости диска.

В каких это компьютерах ИБП именно встроен?

Во всех лэптопах, очевидно.

ноутбуку до нормального компьютера как до китая раком.

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

Если ты называешь «надёжной» систему, в которой процессор разогревается до 90° по Цельсию, то мне тебя жаль.

Мне жаль, что ваша система разогреваестя до 90° по Цельсию.

Запусти чего-нить, что жрёт 100% каждого ядра, и удивись.

Может лучше сразу в печь его поставить?

Ни разу не слышал жалоб от сисадминов о проблемах живучести ntfs.

можно подумать, у тех сисадминов есть выбор, и есть с чем сравнивать.

What probably hit you here is caused by the very simple fact that PC-class hardware is crap.

вот именно об этом я и говорю. Что случится в момент пропадания питания — лотерея. Причём это никак НЕ исправляется батареей ноута. Скорее наоборот — она может сесть в неудачный момент.

И да, само отключение питание от ноута вполне может вызвать сбой и порчу ФС, просто из-за коммутации. В десктопе это очевидно невозможно.

МБ оно и восстановимо.

я пробовал. Иногда восстановимо, а иногда и нет. Что я точно знаю, так это то, что у платных программ нет никаких «магических» преимуществ перед бесплатными. И те и другие на выходе выдают кучу мусора и обрывков, а вот удастся-ли извлечь нужное — см. гороскоп Татьяны Глоба.

Достаточно спросить «как часто и в каком объёме вы теряли данные на ntfs когда свет моргал».

У меня в скриптах на ноуте такое забито.

на оффтопе ?
у меня именно там ломается после суспенда + отключение питания

это накатить журнал три секунды, а fsck шуршит гораздо дольше, зависит от занятости диска.

на EXT4 довольно быстро. Не три секунды конечно, но и не как на EXT3.

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

работа бывает разная. Если мне начнут платить за рекорды в бешеных птицах, то куплю лэптоп.

Мне жаль, что ваша система разогреваестя до 90° по Цельсию.

моя не разогревается выше 44°.

Запусти чего-нить, что жрёт 100% каждого ядра, и удивись.

Может лучше сразу в печь его поставить?

теперь пользователь компьютера обязан следить ещё и за загрузкой CPU???

Что случится в момент пропадания питания — лотерея. Причём это никак НЕ исправляется батареей ноута. Скорее наоборот — она может сесть в неудачный момент.

Ничего не случится, он перейдёт на батарейное питание. «внезапно» сесть она не может если исправна. И это решение гораздо лучше чем всякие power-fail interrupt у SGI.

Достаточно спросить «как часто и в каком объёме вы теряли данные на ntfs когда свет моргал».

а как тут _сравнивать_? С чем? У меня вот свет _вообще_ не моргает(ну во всяком случае аптаймы в неделях, и прерываются лишь на профилактику/обновление).