Пардон забылся,
Джента, ядро 2.6.11-gentoo-r9, размер :
/dev/hda2 9309340 8034576 1274764 87% /
Рейзер тот что в ядре, т.е. не 4-ка.
Это появилось только сегодня, при последнем запуске (дня три назад) такого небыло.
Запустив с лайв цд проверку, fsck начал ругаться на некоторых местах на IO error, и после долгого повторения данной ошибки для некольких блоков, сказал, что возможно имеет место бэд блоки. А можно ли их как то восстановить? Т.е. bedblocks это умеет?
Что могу посоветовать (последовательность действий)?
1. dd с conv=noerrors на другой винт. Этот другой винт -- в ядерное убежище.
2. Скачать mhdd, сделать дискету/CD, прогнать сканирование. Далее думать (цитата из MHDD FAQ):
> Q22: Что означают результаты скана?
> A: Наличие красных (>500ms) блоков на полностью здоровом накопителе недопустимо. Если они есть, необходимо произвести стирание (erase) всей поверхности диска и, если это не помогло избавиться от задержек, можно делать выводы, что данный накопитель перестал быть достаточно надёжным. Буквенно-символьные блоки, например, "x" или "S", и т.п., недопустимы. Они говорят о наличии BAD блоков на поверхности. Первое, что должно быть сделано - это полная очистка поверхности командой erase. Если это не помогло, то scan с включенной опцией EraseWaits. Если Bad блоки так и не исчезли, следует запустить scan с включенной опцией Remap.
Корочё всё снёс, а тулза называется reiser4progs, а раньше называлась по другому progsreiserfs. К тому же тут два пакета reiserfsprogs и то что я уже указал.
Ключевая строчка: "fsck: fsck.reiserfs: not found". То есть fsck.reiserfs у тебя не находится.
У меня /sbin/fsck.reiserfs -- это симлинк на "/sbin/reiserfsck", посмотри, как у тебя с этим. Ну и... может у тебя просто reiserfsprogs не установленны (или как там у тебя пакет называется?) =)