December 8th, 2011

  • romik_g

Толерантность файловой системы Linux к потере IO

Всем привет.
Уход EXT3 в read-only режим при проблемах с IO даже в случае выставленного флага "Errors behavior: Continue" (при невозможности писать в журнал) людям, я думаю, хорошо знаком:
kernel: Aborting journal on device dm-18.
kernel: journal commit I/O error
kernel: ext3_abort called.
kernel: EXT3-fs error (device dm-18): ext3_journal_start_sb: Detected aborted journal
kernel: Remounting filesystem read-only

Вопрос такой: какая другая файловая система в Linux более толерантна к потере IO, или способна самостоятельно, без перемонтирования становиться доступной для записи при восстановлении нормального IO?

Спасибо.

FreeBSD загрузка

Что-то роюсь в гугле и хэндбуке не могу нарыть ответ на такой вопрос:
А можно ли загрузить ядро так, чтоб после загрузки стартовал не /sbin/init, а например /bin/sh
пока нарыл дл ялоадера команду set init_path="/bin/sh" потом делаю boot kernel, но оно не работает и после запуска ядра ругается что-то что мол раздел не найден...((( зато инит уже не грузится..))
В линуксе это делается просто опция к ядру init=/bin/sh
А как подобное в фряхе сделать?