Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_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!
Tasklist

FS#5936 - mkinitcpio 2.6.19 autodetection breaks RAID5

Attached to Project: Arch Linux
Opened by Johannes Jordan (FoPref) - Tuesday, 05 December 2006, 12:12 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 01 January 2007, 15:32 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Thomas B├Ąchler (brain0)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

This is not the first time this happens. I have got a RAID5 array which won't get startet because of "personality 5 not loaded". Here is my mkinitcpio.conf:

HOOKS="base udev autodetect ide sata raid filesystems resume"

This doesn't work. Enforcing pacman -S kernel26beyond while the new kernel is already running doesn't have an effect.

Workaround: Using the -fallback image works.
This task depends upon

This task blocks these from closing
 FS#6031 - 0.8 installation ISO showstoppers 
Closed by  Tobias Powalowski (tpowa)
Monday, 15 January 2007, 20:14 GMT
Reason for closing:  Fixed
Comment by Roman Kyrylych (Romashka) - Wednesday, 06 December 2006, 00:22 GMT
Try to move raid before autodetect.
Comment by Johannes Jordan (FoPref) - Wednesday, 06 December 2006, 20:26 GMT
Disabling autodetect works. But this should seriously be fixed.

In the examples, raid is even written after filesystems, which shouldn't work in any case.. Perhaps here is more clarification needed.
Comment by James Rayner (iphitus) - Saturday, 16 December 2006, 13:10 GMT
not a beyond issue. mkinitcpio issue.

Loading...