MDADM RAID1 Домашняя ошибка Системного диска Сервера: инкрементно стартовые массивы RAID mdadm: Создайте пользовательский корень, не найденный
Я не уверен, что еще проверить. Все ниже взглядов, нормальных мне кроме зависаний системы на начальной загрузке. Это - домашний сервер с четырьмя дисками, переполненными в Dell OP620. Каждая пара дисков собрана как RAID1: / и data. Неудавшийся массив /, следовательно неспособность загрузиться.
Полная ошибка, которая повторяется неограниченно долго на консоли:
incrementally starting raid arrays
mdadm: Create user root not found
mdadm: create group disk not found
incrementally started raid arrays
Подобный снимок экрана доступен здесь. Эта система хорошо работала до последнего перезапуска. Массив собирается прекрасный от Щенка спасение Linux USB:
mdadm --assemble --scan
fdiisk шоу доступные диски:
# fdisk -l|grep GB
Disk /dev/sda: 320.1 GB, 320072933376 bytes
Disk /dev/sdb: 320.1 GB, 320072933376 bytes
Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes
Disk /dev/md127: 3000.5 GB, 3000457494528 bytes
Disk /dev/md126: 317.9 GB, 317938532352 bytes
Сопровождаемый blkid отображение UUID:
# blkid
/dev/md126: UUID="fc836940-3c99-4f64-8751-decc9629abc5" TYPE="ext4"
/dev/md0: UUID="2b00d6da-aa0e-4295-a1bb-822f4224815b" TYPE="swap"
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="908ccc1f-cb70-4d3e-9d81-43b8e0f519ff" TYPE="ext4"
/dev/sdb1: UUID="3a052c52-593f-47d5-8606-cb818619c50b" TYPE="ext4"
/dev/sde1: LABEL="8GB_BLACK_P" UUID="1CE1-AF11" TYPE="vfat"
и я могу смонтироваться md126 устройство с:
mount /dev/md126 /mnt/tmp
Мой (ранее работающий) fstab файл:
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/md1 during installation
UUID=fc836940-3c99-4f64-8751-decc9629abc5 / ext4 errors=remount-ro 0 1
# swap was on /dev/md0 during installation
UUID=2b00d6da-aa0e-4295-a1bb-822f4224815b none swap sw 0 0
/dev/mapper/3TB_RAID--1--LVM-lvol0 /data ext4 nosuid,auto 0 0
1 ответ
У меня просто была эта проблема также. Я заметил, что Ваш md пронумерован md126, который обычно является случайным числом, составленным во время начальной загрузки, не число от mdadm.conf
В/boot/grub/grub.cfg, различные вещи отсылают к обоим/dev/md?? и UUID =..... Оба необходимы. Если машина загружается со случайным md??? число каждый раз, initrd будет изо всех сил пытаться найти набег и войти в бесконечный цикл. Я должен был изменить эти числа причина, я воссоздал свое md устройство.
личинка обновления захватывает md? число от того, что в настоящее время работает в/proc/mdstats и помещает его в обновление-initramfs/boot/grub/grub.cfg, захватывает md? число из/etc/mdadm/mdadm.conf файла и помещает его в/boot/initrd ___, Оба должны соответствовать.
то, Когда Вы загружаетесь через спасательный диск,/dev/md..., только безотносительно случайного числа спасательный диск составляет. Это отличается от md... число в/etc/mdadm/mdadm.conf, Что я сделал был выполнен "mdadm - останавливают/dev/md..." на всех дисках. Тогда работал...
mdadm --assemble --config=/etc/mdadm/mdadm.conf --run
cat /proc/mdstat # To check that the numbers are correct.
update-grub
, Если необходимо было изменить/etc/mdadm/mdadm.conf, также работайте, "обновление-initramfs"
Похоже fstab, говорит "/был на/dev/md1 во время установки", это - число что, возможно, в/boot/grub/grub.cfg и/etc/mdadm/mdadm.conf