[Решено] Одинаковый косяк с FS на разных серверах.

Однажды решил перезагрузить сервер на работе (x64, ext4). Отказался монтироваться root раздел. Написано что-то вроде

The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193

И предлогает ввести пароль (это не оригинал, под рукой нет сервера, но суть такая же). Если выполнить пожелание, то в ответ вывалится тоже сообщение о том, что касяк в суперблоке, и надо сделать e2fsck -b 8193 , и так по кругу. В google таких ситуаций много, но отвечают в основном, что пока рано использовать ext4, а дальше вы знаете, о том какая fs лучше всех. Я просто переставил систему.
Через неделю дошли руки до домашнего сервера (x86, ext3), там была проблема с взаимной блокировкой пакетов, не без помощи этого форума отремонтировал и впервые за месяц обновил мир, обновил etc и перезагрузился. Ну и таже проблема, плохой суперблок. Вот я и думаю, чего-то это на случайность не похоже, сразу два винта и на обоих проблемы с суперблоком на рутовом разделе? Направьте на путь истиный.

Мля, ещё один сервер перезагрузил, не пингуется, завтра попрошу глянуть, чего там на мониторе, чует моё сердце, та же фигня.

Баг описан тут https://bugs.gentoo.org/show_bug.cgi?id=329887
Решение там же, в коменте #2

:)

Чудес не бывает. Вспоминай что делал.
Как ядро обновлял. Все ли инструкции исполнил, которые система вывела на экран после обновления.
Возможно что-то в ядре отключил во время обновления.
А вообще мессага малоинформативная, научись задавать вопросы.

Ядра не обновлял, всё

Ядра не обновлял, всё работало и перезагружалось, до последних обновлений.
Сори за убогую информативность, сервера удалённые, мониторов не вижу, доступа по ssh нету, как впрочем и рутового раздела.
Дополнить могу, немного:
В grub.conf и fstab всё как и было при удачных загрузках. На всех серверах, в последних, перед сбоем, обновлениях, присутствовал udev, его конфиги обновлял через etc-update -3, поскольку, с самого начала ничего не трогал, да и не знаю чего именно там менять.

Какая версия udev? - откати

Какая версия udev? - откати udev на предыдущую стабилную (149).

Осваивай поиск,

чтоб экономить и свое время, и время других
http://www.gentoo.ru/search/node/e2fsck%208193

eegorov написал(а): чтоб

eegorov написал(а):
чтоб экономить и свое время, и время других
http://www.gentoo.ru/search/node/e2fsck%208193

Сразу после гугла ознакомился. Ничего нового, мимо. По этому и пришел тратить ваше время. За что, кстати, спасибо.

$ zgrep

$ zgrep CONFIG_SYSFS_DEPRECATED_V2 /proc/config.gz 

фстудию

# cat

# cat /mnt/sda2/usr/src/linux/.config |grep CONFIG_SYSFS_DEPRECATED
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y

udev 149(13:31:18 06/17/10)
linux-2.6.34-gentoo-r1
-так всё работает

на поломатых системах стоял, скорее всего udev-151-r4 (не знаю как посмотреть версию установленную на сломанную gentoo, но вроде как, обновлялся на эту версию).

.....
Угумс, переставил, обновил мир без нового udev, перезагрузился, всё работает. Спасибо за ответы. Попробую пересобрать без CONFIG_SYSFS_DEPRECATED_V2, если заработает, отпишусь и закрою тему. Три сервера завалил, с дачи не хочется уезжать :(

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".