Я недавно создал NAS server работает Debian OS (6.0.4)
Это содержит 4 disks, 3 из них в Raid5 массив, а последний используется для ОС.
Чтобы имитировать сбой диска, я отключил один из raid-дисков, в результате чего ОС не могла загрузиться.
Он запустил загрузку, понял, что md0 (массив рейдов) работал на 2/3 диски, а потом выкинул несколько ошибок.
Не удалось найти следующие каталоги:
/dev/root on /root,
/dev on /root/dev,
/sys on /root/sys,
/proc on /root/proc
Похоже, это происходит независимо от того, какой рейд-диск удален. Эти каталоги должны быть включены /dev/sdd мой системный диск.
Выход из fstab и blkid : http://dl.dropbox.com/u/6017799/NASOutput.txt
Если вам нужна дополнительная информация, дайте мне знать.
Вы вынимаете диск, а затем система не загружается после загрузки ядра. Как только ядро пытается найти файловые системы, оно выдает жалобу и переводит вас в минимальную оболочку. Если это что-то вроде этого, то вероятно, что grub (2) не находит корневое дисковое устройство. Поскольку вы вынули диск, имена устройств изменились, то, что когда-то было / dev / sdd, теперь может быть / dev / sdc.
Возможно, вам потребуется перенастроить grub (2) для использования UUID вместо имен устройств.
Хотя это кажется немного странным:
Не удалось найти следующие каталоги. / dev / root в / root, / dev в / root / dev, / sys в / root / sys, / proc в / root / proc
Почему эти каталоги должны находиться в корневом домашнем каталоге? Обычно они располагаются непосредственно на / (/ dev et al). Вы создавали символические ссылки с / dev на / root / dev? если да, то почему?
Добавляем еще один ответ, потому что обсуждение становится довольно длинным
Я все еще думаю о
Не удалось найти следующие каталоги:
/ dev / root на / root,
/ dev на / root / dev,
/ sys на / root / sys,
/ proc в / root / proc
Почему вы говорите / root / dev и т. Д.? Вы просто пишете / root, чтобы указать корневую файловую систему? Это нечто иное, чем / root, который является домашним каталогом учетной записи root.
/ dev, / sys и / proc НЕ должны находиться в / root.
Если возможно, вы могли бы вставить текст или сделать снимок экрана с фактическим экраном, на котором происходит сбой загрузки? Таким образом, мы можем увидеть больше ошибок.
Обновление: что-то должно было заставить вашу систему попытаться смонтировать / proc, / dev /, / sys в неправильном месте. Вы должны выяснить почему. Выполните команду «grep mount /etc/init.d» и внимательно проверьте сценарии, которые она возвращает. Вдобавок посмотрите на что-нибудь еще / etc, что может заставить вашу систему монтировать эти файловые системы в неправильном месте.
Вы должны выяснить, почему ваша система пытается смонтировать эти файловые системы в / root и исправить это