Moin,
Ich hatte seit dem ersten 2.6.28er in [testing], das Problem, dass mein Rechner beim Booten bei "Loading Udev Events" hing. Der Cursor hörte auf zu blinken, und er reagierte auf nichts mehr. Nach langem Suchen und Probieren hab ich die Lösung gefunden, und schreib sie hier mal hin falls noch einer das Problem hat.
Kurz: Das Modul iTCO_wdt mag mich nicht, ein Eintrag in /etc/modprobe.d/udev-haenger
blacklist iTCO_wdt
und einem anschließendem
mkinitcpio -g /boot/kernel26.img -k 2.6.28-ARCH löste das Problem.
Lange Version:
Ich habe in /etc/rc.sysinit etwas eingefügt, damit der udev ausführlich sagt was er gerade tut:
# run udev uevents
if /bin/pidof -o %PPID /sbin/udevd >/dev/null; then
stat_busy "Loading UDev uevents"
udevstart="$(/bin/date +%s%0N)"
/sbin/udevadm trigger
/sbin/udevadm monitor & # diese Zeile einfuegen
/sbin/udevadm settle
stat_done
udevend="$(/bin/date +%s%0N)"
printhl " UDev uevent processing time: $((($udevend-$udevstart)/1000000))ms"
fi
Dabei ist es aber wichtig, im Textmodus zu booten, also jegliche vga= Zeilen aus dem Bootparametern zu entfernen. Das hat mich auch mehrere Stunden gekostet, da mit vga=791 der Rechner scheinbar hängen blieb, bevor die Ausgabe wirklich fertig war, und ich somit die faschen Module verdächtigt hab.
Als ich dann rausgefunden habe, dass iTCO_wdt schuld ist, hab ich das zuerst in MOD_BLACKLIST in /etc/rc.conf eingetragen, das hatte aber nicht den gewünschten Effekt, erst das blacklisten in /etc/modprobe.d und das Neuerstellen des initrd liess den Rechner wieder booten.
So, hoffe das hilft irgendjemanden, Maurice
P.S. Oh ich sehe gerade, dass das in dem Sticky "[Kernel-Update Hinweise,Tips] 2.6.28" wohl besser aufgehoben wäre, sorry..