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#5253 - mkinitcpio: cpio based image loads some modules in reversed order than initrd
|
Detailson a server with two disk controllers (sil3114 - sata, and adaptec 29160N - scsi):
initrd: adaptec starts first, sil3114 second initcpio: sil3114 starts first, adaptec second (using the same 2.6.17-ARCH kernel in both cases) the order of /etc/mkinitcpio.conf:HOOKS is scsi, then sata (i tried with and without autodetect). i have a raid5 array on the sil3114 controller (initialised by /etc/rc.sysinit), it is working under initrd and not under initcpio. i could (maybe) solve this by building my own kernel (if the order of kernel device initialisation is the same as of the initrd, but it would be nice if i could use the supplied kernel). |
This task depends upon
Closed by Tobias Powalowski (tpowa)
Tuesday, 22 August 2006, 06:14 GMT
Reason for closing: Not a bug
Tuesday, 22 August 2006, 06:14 GMT
Reason for closing: Not a bug
or other option would be add a udev rule to initcpio image that loads it correct.