initrd не может прочитать суперблок, а livecd может - в чем может быть дело ?

Vladimir Skubriev vladimir на skubriev.ru
Пт Дек 27 11:55:43 UTC 2013


27.12.2013 15:51, Dmitry Agafonov пишет:
>
> Я не знаю точно как это поставить или проверить, но была опция 
> "разрешить загружаться с деградировавшего рейда". Поищите, может поможет.
>
> 27.12.2013 15:35 пользователь "Vladimir Skubriev" 
> <vladimir на skubriev.ru <mailto:vladimir на skubriev.ru>> написал:
>
>     Есть сервер ubuntu 12.04 + updates
>     с двумя дисками в raid1 mdadm
>
>     sda1 500 Mb
>     sdb1 500 Mb
>     sdc1 500 Mb
>
>
>     sda1 500 Gb
>     sdb2 500 Gb
>     sdc2 500 Gb
>
>     sda1 + sdb1 + sdc1=md0 = /boot
>     sda2 + sdb2 + sdc1=md1 = lvm pv "sysraid" = \
>
>     rootfs,swap,tmp,var/log,lxc_server1,lxc_server2 etc...
>
>     Осталься один диск (sdc). "Сервер сгорел".
>
>     Беру этот диск загружаюсь с него на другом компе.
>     Меняю в /etc/udev/rules.d/70-net....rules mac сетевой.
>
>     Делаю мягкий reboot, одноименной командой. Все хорошо.
>
>     Но во второй раз система зависает после меню grub. Т.е. меню grub
>     работает и можно выбрать любой из доступных вариантов.
>
>     Выбираешь по умолчанию, т.е. загрузку системы с поледний ядром и
>     черный экран, точнее видно что на монитор сигнал есть, но сигнал
>     этот кромешная тьма.
>
>     Если загрузиться с винта в режиме восстановления (т.е. initrd) то
>     он не может смонтировать файловую систему корня сервера указанную
>     у него в fstab. При этом устройства сами существуют. Проблема
>     проявлется из initrd.
>
>     Если загрузиться с livecd, и войти в режим восстановления, все
>     прекрасно видится и все файловые системы сервера - монтируются.
>
>     Т.е. в initrd при монтировании большинства файловых
>     систем(наиболее активных на сервере) получаю:
>
>     Ext3:...
>     Ext4: (dm-X): unable to read superblock
>
>     Те файловые системы, которые практически не используются на
>     серванте - монтируются нормально из initrd.
>     Те, с которыми идет работа, корни, логи, кэши, виртуальные
>     контейнеры и т.д. - unable to read superblock
>
>     WTF ?
>
>     -- 
>     --
>     Faithfully yours,
>
>     Vladimir Skubriev
>
>
>     -- 
>     ubuntu-ru mailing list
>     ubuntu-ru на lists.ubuntu.com <mailto:ubuntu-ru на lists.ubuntu.com>
>     https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
>
>
>
Это стоит.

Совсем забыл сказать, что я уже даже уменьшил размер массивов на 1 
девайс (mdadm /dev/massive -G -n 1 --force).

И это не помогло.

Дело в не в этом.

Сейчас массив исправен.

Хотя возможно скрипт определения состояния из ramfs tools может не 
однозначно работать в такой ситуации. Но все же.

Может у кого то еще есть какой то опыт в таком деле.

Подождем.

-- 
--
Faithfully yours,

Vladimir Skubriev

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <https://lists.ubuntu.com/archives/ubuntu-ru/attachments/20131227/e8cf9e23/attachment-0001.html>


More information about the ubuntu-ru mailing list