Re: [rc5] Bootproblem nach Kernelupgrade auf eiskernel 1.0.1/2.6.24.27-xen

Hallihallo,
da antworte ich mir halt selbst:

On 05.12.2012 11:20, Stefan Welte wrote:
>>>> Hast Du mal versucht, die initrd neu schreiben zu lassen, nachdem der Systemstart erfolgreich
>>>> war?
>>> Nein, wie tue ich das?
>>
>> Lies mal hier:
>> http://www.linux-praxis.de/lpic2/lpi201/manpages/mkinitrd_debian.html
> 
> mkinitrd-Skripte gibt es nicht auf meinem eisxen und mkinitramfs fehlt z.B.
> /usr/share/initramfs-tools/scripts/functions
> Zudem habe ich starke Zweifel, ob sich der Aufwand das mkinitrd-Skript auf eisxen zum Laufen zu
> bringen zielführend ist.

eine Suchmaschine brachte (heute) endlich eine/die Lösung:
http://spline.eisfair.dev.narkive.com/2YU41Avb/eisxen-initrd-bearbeiten

Änderung in Datei /init der entpackten initrd-2.6.24-28-xen.gz
Zeile "sleep 6" eingefügt, damit gewartet wird, bis das root-Gerät erstellt wurde; ob das
gut/korrekt/bestmöglich gelöst ist, kann ich nicht beurteilen, aber es half/hilft; Ergebnis:

    304     # second start of udev
    305     if [ ! -e "$mount_dev" ]
    306     then
    307         run_udev
    308         sleep 6
    309     else
    310         echo "..."
    311     fi

bzw. danach entedeckt und vermutlich korrekter:
die sleep-Zeit von 1s auf 2s erhöht im ersten udev-Start

     93     # Wait max 60 second's for spool udev queue
     94     i=0
     95     while test -d /dev/.udev/queue
     96     do
     97         sleep 2;
     98         test "$i" -gt 29 && break
     99         echo -n "."
    100         : $(( i++ ))
    101     done

>>> Da ich den 2.6.24-28-xen-Kernel nochmal drüber installiert hatte eben, schien es mir, als würde
>>> keine initrd generiert, sondern lediglich eine Standard-initrd aus dem Paket extrahiert.
>>> Kann/soll das so sein?
>>
>> Da muss ich Dich an Stefan oder Sebastian verweisen.
> 
> @Sebastian/Stefan, bitte um Antwort.

Danke.

> Beim aktuellen Kernel 2.6.24-28-xen ist die Lage noch behinderter: ich muss vor dem händischen
> mounten noch ein "modprobe aic7xxx" machen.

Diesen Fehler konnte ich nicht mehr beobachten heute.

> Zudem ist ungut, daß meine IDE-Platten mit hd[a-h] bezeichnet werden mit Kernel 2.6.24-28-xen,
> im Gegensatz zum Boot mit 3.0.0-26-generic-pae, wo diese sd[b-i] sind (nachdem ich aus dessen
> initrd das pata_hpt37x.ko Modul entfernt hatte; ansonsten wurde meist die Rootplatte statt sda
> zu sde). Das macht eine Konfiguration von S.M.A.R.T unmöglich. Liegt wohl daran, daß
> 2.6.24-28-xen noch für IDE-Platten kein libata nimmt!?

?

Gruß,
Stefan