Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#31399 - [linux] Fail to detect RAID array
Attached to Project:
Arch Linux
Opened by Cedric Bellegarde (gnumdk) - Monday, 03 September 2012, 15:56 GMT
Last edited by Dave Reisner (falconindy) - Monday, 03 September 2012, 16:20 GMT
Opened by Cedric Bellegarde (gnumdk) - Monday, 03 September 2012, 15:56 GMT
Last edited by Dave Reisner (falconindy) - Monday, 03 September 2012, 16:20 GMT
|
DetailsDescription:
Since recent update, my system randomly boot and detect my RAID array: "waiting for /dev/md0 for 10 seconds" message and fallback to initrd shell Booting with linux-lts fix the issue, so but in current kernel version/package. [root@arch gnumdk]# lspci 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 10) 00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 10) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA Controller [IDE mode] (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 01:00.0 VGA compatible controller: NVIDIA Corporation G94 [GeForce 9600 GT] (rev a1) 03:00.0 Ethernet controller: Realtek Sem [gnumdk@arch ~]$ cat /etc/mdadm.conf ARRAY /dev/md0 metadata=0.90 UUID=2fc26e1a:69c59d06:28ce60cc:cdc1a7b9 ARRAY /dev/md1 metadata=0.90 UUID=882d9949:7f392ef1:bab67cfc:812a4213 [gnumdk@arch ~]$ cat /etc/fstab # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> tmpfs /tmp tmpfs nodev,nosuid 0 0 /dev/md1 /home ext4 defaults,noatime 0 1 /dev/md0 / ext4 defaults,noatime 0 1 /dev/sda2 swap swap defaults 0 0 /dev/sdb2 swap swap defaults 0 0 [root@arch gnumdk]# LANG=C fdisk -l /dev/sdb Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000c88c4 Device Boot Start End Blocks Id System /dev/sdb1 * 63 39070079 19535008+ fd Linux raid autodetect /dev/sdb2 39070080 39568094 249007+ 82 Linux swap / Solaris /dev/sdb3 39568095 976768064 468599985 fd Linux raid autodetect [gnumdk@arch ~]$ grep HOOK /etc/mkinitcpio.conf HOOKS="base udev autodetect scsi sata mdadm filesystems usbinput" [gnumdk@arch ~]$ grep MODULES /etc/mkinitcpio.conf MODULES="dm_mod" |
This task depends upon
Comment by Dave Reisner (falconindy) -
Monday, 03 September 2012, 16:03 GMT
Please regenerate your initramfs with mdadm_udev instead of mdadm and post the image itself if it still doesn't boot. Are *any* /dev/md* nodes present when this fails?
Comment by Cedric Bellegarde (gnumdk) -
Monday, 03 September 2012, 16:05 GMT
/dev/md1 is present but as degraded array
Comment by Cedric Bellegarde (gnumdk) -
Monday, 03 September 2012, 16:10 GMT
Using mdadm_udev seems to fix issue