Я использую Dell PowerEdge 2900 с RedHat 5. У меня было 4 диска в системе с RAID 5; Я купил и установил еще 4 диска, сохранив конфигурацию. Настройте виртуальные диски в PERC 6 / i. Когда я выхожу и перезагружаю систему, я получаю следующее:
fsck.ext3: No such file or dirrectory while trying open /dev/sdb1 [FAILED]
***An error occurred during the file system check.
***Dropping you to a shell; the system will reboot
***when you leave the shell.
Затем мне будет предложено ввести root pw. Я вхожу в него, и мне предлагается:
(Repair filesystem) 1#
если я наберу fdisk -l Я получаю некоторую информацию на диске вместе с:
Disk /dev/sdb doesn't contain a valid partition table
Затем мне предлагается ввести
(Repair filesystem) 2#
Если я перезагружусь, я снова попаду на тот же экран. Система работала до этого. Кто-нибудь знает, почему это происходит и что я могу сделать, чтобы это исправить? Спасибо
Некоторые части вашего вопроса не очень ясны:
Я купил и установил еще 4 привода, сохранив конфигурацию ...
Вы добавили дополнительный диски? Или вы заменили четыре диска, которые были там?
Настройте виртуальные диски в PERC 6 / i.
Как новый том RAID? Как расширение существующего тома RAID? Как-то еще?
если я наберу fdisk -l, я получу некоторую информацию о диске вместе с:
Делает fdisk -l показать только один диск? Вы ожидаете увидеть больше?
При отсутствии ответов на эти вопросы, вот дикая догадка:
Что делает ваш /etc/fstab файл похож? Если вы ссылаетесь на блочные устройства как /dev/sdb1, у вас хрупкая конфигурация - добавление новых дисков может привести к тому, что диски будут сканироваться в новом порядке, например, что раньше sdb теперь может быть sdd или что-то другое. Вот почему ваш fstab действительно должны ссылаться на устройства только по UUID, по метке или как логические тома.
Но если это была ваша проблема, fdisk -l все равно покажет то, что раньше было /dev/sdb, только под другим именем. Поэтому я полагаю, что ваша проблема, вероятно, в другом.