У меня есть Linux-устройство, работающее на IBM X3850 X5 type 7143 коробка. CentOS 5.
Он имеет конфигурацию RAID 5 с 6 дисками. 2 диска вышли из строя. Один был плохим, и его нужно было заменить. Другой был просто оффлайн и вернулся в онлайн.
Массив вернулся в оперативный режим после резервного копирования автономного диска, и в этот момент мы заменили другой диск, чтобы его можно было восстановить. В этот момент все диски отображаются как подключенные, а массив RAID показывает исправное состояние в MegaRAID BIOS.
Тем не менее, я все еще получаю ошибки, когда пытаюсь загрузить CentOS. В частности, я вижу:
Loading dm-message.ko module
Loading dm-raid45.ko module
device-mapper: dm-raid45: initialized v0.25941
Waiting for driver initialization.
Scanning and configuring dmraid supported devices
Creating root device.
Mounting root filesystem.
kjournald starting. Commit interval 5 seconds.
EXT3-fs: mounted filesystem with ordered data mod.
Setting up other filesystems.
Setting up new root fs
setuproot: moving /dev failed: No such file or directory
no fstab.sys, mounting internal defaults
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
ERROR opening /dev/console: No such file or directory
Trying to use fd 0 instead
WARNING: can't access (null)
exec of init ((null)) failed!!!: Bad address
Kernel panic - not syncing: Attempting to kill init!
Есть мысли о том, что здесь может происходить и как это устранить? Я не уверен, почему у CentOS будут проблемы, если RAID-массив был успешно восстановлен.
Ваш начальный ramdisk не работает с корневым центром, потому что у вас есть ошибки файловой системы на корневом устройстве.
У вашего массива есть проблемы с согласованностью из-за того, что он был поврежден, а не просто деградировал в какой-то момент. Теперь, когда вы распространили эти несоответствия файловой системы по всему массиву, повторно синхронизировав его (на самом деле, вы ничего не могли с этим поделать), вам нужно исправить их на уровне файловой системы.
Выполните автономную fsck для вашей корневой файловой системы и любых других файловых систем, которые находятся в этом массиве. Возможно, вам придется полагаться на резервную копию для восстановления вашей машины. Это одна из многих причин, по которым RAID 10 выигрывает у RAID 5 или 6, и почему 5 и 6 получают гораздо меньшее распространение, чем раньше. При этом RAID никогда не является резервной копией, и на поврежденном массиве будет повреждена файловая система, независимо от уровня RAID.
Поэтому раздел подкачки и ссылки на него в / etc / fstab необходимо проверить и при необходимости исправить. По крайней мере, это очевидно из этого примера. Таким образом, вам нужно не только исправить пространство подкачки, проверить / etc / fstab и при необходимости исправить любые ссылки, но вам также необходимо воссоздать файл initrd.
По этой ссылке есть пример Centos5 Fix