Erreur de disque système MDADM RAID1 Home Server: démarrage incrémentiel des matrices RAID mdadm: création de la racine de l'utilisateur introuvable
Je ne sais pas quoi d'autre vérifier. Tout ce qui se trouve ci-dessous me semble sain, mais le système se bloque au démarrage. Ceci est un serveur domestique avec quatre disques entassés dans un Dell OP620. Chaque paire de disques est assemblée en tant que RAID1: / et data. Le tableau défaillant est /, d'où l'impossibilité de démarrer.
L'erreur complète, qui se répète indéfiniment sur la console, est la suivante:
incrementally starting raid arrays
mdadm: Create user root not found
mdadm: create group disk not found
incrementally started raid arrays
Une capture d'écran similaire est disponible ici . Ce système fonctionnait correctement jusqu'au dernier redémarrage. Le tableau s’assemble parfaitement à partir d’une clé USB de secours Puppy Linux:
mdadm --assemble --scan
fdiisk affiche les disques disponibles:
# 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
Suivi de blkid affichant les 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"
et je peux monter le périphérique md126 avec:
mount /dev/md126 /mnt/tmp
Mon fichier fstab (qui fonctionnait auparavant) est:
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
J'ai juste eu ce problème aussi. J'ai remarqué que votre md est numéroté md126, qui est généralement un nombre aléatoire composé au moment du démarrage, et non le numéro de mdadm.conf.
Dans /boot/grub/grub.cfg, différentes choses font référence à la fois à/dev/md ?? et UUID = ..... Les deux sont nécessaires. Si la machine démarre avec un MD aléatoire ??? nombre à chaque fois, initrd aura du mal à trouver le raid et à aller dans une boucle sans fin. J'ai dû changer ces chiffres car j'ai recréé mon appareil md.
update-grub attrape le md? nombre de ce qui tourne actuellement dans/proc/mdstats et le met dans /boot/grub/grub.cfg update-initramfs saisit le md? number du fichier /etc/mdadm/mdadm.conf et le place dans/boot/initrd ___ Les deux doivent correspondre.
Lorsque vous démarrez via un disque de secours,/dev/md ... correspond exactement au nombre aléatoire défini par le disque de secours. Ceci est différent du numéro md ... de /etc/mdadm/mdadm.conf. Ce que j’ai fait a été exécuté sur "tous les disques". "Mdadm --stop/dev/md ..." Puis couru ...
mdadm --assemble --config=/etc/mdadm/mdadm.conf --run cat /proc/mdstat # To check that the numbers are correct. update-grub
Si vous deviez modifier /etc/mdadm/mdadm.conf, exécutez également "update-initramfs"
On dirait que votre fstab dit "/ était sur/dev/md1 pendant l'installation", c'est le numéro qui est peut-être dans /boot/grub/grub.cfg et /etc/mdadm/mdadm.conf