Загрузиться с LiveCD и выполнить проверку файловой системы на корневом разделе не монтируя его.

Если не поможет, то разворачивайте backup.

Снять копию с раздела и тренироваться на ней, можно начать опять с fsck.

Пробовал fsck. Не помогло. Пробовал взять альтернативный суперблок, тоже не помогло. Хотя dumpe2fs работает нормально.

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

google:// dna sequencer

Что именно пишет e2fsck? Попробуйте другие резервные суперблоки из вывода dumpe2fs.

Переустанови, на / ничего ценного нет

Сделал я то, чего нельзя: fsck -f на корневую ФС

Как такое лечить?

А что не так? В чём проблема-то? И что это за бредятина с запретом на использование fsck на смонтированном разделе?

Использовать более современную ФС, которой не страшны самопроверки «на лету», не пробовали? Так попробуйте. Двадцатый век давно уже закончился.

Проблема не с использованием, а с лечением. fsck «вылечил» активную систему

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

На UFS2 я запускаю fsck — всё нормально отрабатывает (в фоне даже работает). На ZFS scrub работает на импортированном/смонтированном пуле — это штатное поведение. Где до сих пор fsck опасно запускать на смонтированном томе? (Про виндовый системный раздел речи не ведём — оффтопик)

На UFS2 я запускаю fsck

Ты запускаешь его на /dev/rdsk/???

ситуация с fsck -f такая же как если один LUN примонтировать с SAN на два сервера и не использовать кластерную fs, будет конфликт с непредсказуемым результатом.

Ты запускаешь его на /dev/rdsk/???

Что это?

будет конфликт с непредсказуемым результатом.

Но мы же не монтируем локальную ФС в разные ОСи. Почему на/в одной ОСи возникают такого рода конфликты? Файловая система не имеет внутри себя блокировок эксклюзивного доступа на запись, чтобы соблюдалась логическая последовательность записи из двух и более процессов без нарушения целостности метаданных? Вряд ли — современные операционные системы многозадачные, и несколько процессов вполне свободно могут читать/писать данные, на одну ФС, не разрушая её. Так что же ещё?

fsck не пользуется драйвером ФС, а чинит напрямую.

rdsk == raw disk (в Solaris) — fsck всегда использует его (raw disk)

Про UFS в Solaris не знаю. Её давно не используют.

Во FreeBSD /dev/ada0p1, например, может быть разделом с UFS2 или являться физическим девайсом VDEV пула ZFS.

Сделал fsck -f на корневую ФС. Как быть?

радоваться, что /home на отдельном разделе

fsck с !ремонтом! на ufs2 можно делать не размонтируя?

Представь себе, да.

Дай линк на документацию

Ну вот, как до дела доходит, ты куда-то исчезаешь. Не можешь найти доку?

shutdown now

mount -r /

fsck /

Надо было делать. Это раз.

В SRCD должны быть необходимые инструменты. Это два.

Вроде как нельзя. Я лично не знаю как. fsck -f / будет запускаться в режиме только поиска ошибок.

Но изя утверждает обратное. Т.е. я могу понять что он слышал звон о фоновом запуске fsck, но явно не знает что это и при каких условиях он запускается в фоне.

fsck -f / будет запускаться в режиме только поиска ошибок.

с опцией -n, но нам этот случай не интересен

Я о том и говорю. А фоновый запуск отрабатывает, ЕМНИП, со стартом системы.

u@mydefence:~> ls /etc/rc.d/*fsck*
/etc/rc.d/bgfsck        /etc/rc.d/fsck
u@mydefence:~>

bgfsck, вот. Ну и есть ещё ключик -B.

Да вот же

http://www.freebsd.org/cgi/man.cgi?query=fsck_ffs&sektion=8&manpath=F...