Re: eiskernel-xen für domu-debian-squeeze
Stefan Welte <[email protected]>
| Newsgroups | spline.eisxen |
|---|---|
| Organization | spline |
| Message-ID | <[email protected]> |
Hallo Heinz-Peter und andere,
Am 09.12.2010 19:11, schrieb Heinz-Peter Faasen:
>>> Gut, daraus können wir dann ja keine Erkenntnisse gewinnen - leider.
>> Bzgl. was? Ich dachte du hast Probleme Debian Lenny als domu zum Laufen zu bringen!?
> mir geht es gar nicht um ein spezielles OS.
> Ich hatte gehofft, dass Du die domU aus einem laufenden Stand-alone-System gebaut hast und mir
> erklären kannst, wie das geht.
> Meine Versuche, u.a. nach der Anleitung von Frank Meyer, sind leider allesamt gescheitert.
Diese Anleitung kenne ich nicht.
Das heißt, du bekamst exakt mein Fehlverhalten beim Einrichten/Klonen eines Stand-alone-Systems,
und hast dieses mit 2.6.24-28-xen-kernel/-initrd booten wollen.
Prüfung des benutzten kernels: uname -a
Prüfung der benutzten initrd: ls -la /lib/modules
Falls wirklich kernel und initrd 2.6.24-28-xen war, ist mir völlig schleierhaft, was dieses
Problem bei dir auslöst, falls in der initrd die passenden Module unter /lib/modules/... sind.
Testweise habe ich mal ein neues lv "testli" erstellt, dann
mkfs.ext3 /dev/vg/testli
Danach eine neue domu per "Add domain to config", lvm, ... angelegt.
In der Configuration noch das gesetzt:
DISK_1_TYPE = phy
DISK_1_UNAME = /dev/vg/testli
Und die domu gestartet; nicht einmal ein total leeres /"ROOT" bringt den FATAL: ...-Fehler, weil
kernel und initrd (2.6.24-28-xen) erstmal alles Nötige zum starten haben!
===
Management for Xen domain testli
Status: Domain is not running
Boot-Order: 66
Please enter command:
[b]oot,
b[o]ot & connect,
[n]ew boot order
ENTER=Return: o
You can disconnect from this virtual machine by pressing Ctrl-]
(On german keyboards typically Strg-AltGr-9, PuTTY Strg-+)
Press ENTER to continue
[ 0.237041] Successfully initialized TPM backend driver.
[ 0.280659] rtc: IRQ 8 is not free.
[ 0.282620] i8042.c: No controller found.
Detecting hardware: .
Mounting /dev/hda1 ...
Welcome to eisfair!
Please stand by, while the system is booting ...
switch_root: bad init /sbin/init: No such file or directory
Press ENTER to continue
===
Daher würde nicht direkt am "geklonten" System nach dem Fehler suchen, sondern bei der initrd!
Nebenfragen:
Hast du den /lib/modules/2.6.24-28-xen -Ordner in die domU kopiert?
(manuell oder per "Update Kernel Modules"-Menueeintrag)
>>>> Vermutlich würde ein händisches Basteln/Abändern der 2.6.24-28-er initrd weiterführen, bloß wie
>>>> weit ist halt die Frage!?
> Du könntest mal versuchen, nach dieser Anleitung (etwa in der Mitte)
> http://fedorawiki.de/index.php/Xen
> eine eigene initrd zu erstellen. Vllt. geht es ja so.
Danke für den Link, aber daß auf meinem eisxen-dom0 alle "Werkzeuge" zur Erzeugung einer initrd
zu einem neuen Kernel sind, glaube ich nicht; da ist zu wenig Speicherplatz verbraucht. Da
brauche ich eine eisxen-dev Umgebung!?
>> Vor allem wäre interessant, wie das gedacht ist, daß man einen alternativen Kernel pro domu
>> einstellen kann, aber als initrd die standardmäßige benutzt wird.
>> Wahrscheinlich sind nur kernelspez. Änderungen gemeint, aber keine Versionsunterschiede.
>
> Kann ich mir nicht recht vorstellen.
> Ein fli läuft ja auch mit völlig unterschiedlichem Kernel. Gut, es gibt noch ein paar mehr
> Unterschiede, aber es zeigt, dass prinzipiell jeder xenifizierte Kernel lauffähig sein müsste.
Oje, fli4l ist so ein Thema.
Das habe ich noch nirgendwo zum laufen bekommen. :-(
Daß fli4l mit anderem kernel läuft, liegt wohl daran, daß das speziell anwählbar ist:
root@eisxen100rc5 1.7.2:/ # grep "rootfs" /var/install/config.d/xmdomu.sh
rootfs=$fli4lPath/config.$name/build/rootfs.img
rootfs='/boot/initrd-xen.gz'
ramdisk = "$rootfs"
Es ist: initrd=$ramdisk
fli4l kriegt also ne andere initrd wie die anderen domus!
aber die domus =!fli4l kriegen alle die /boot/initrd-xen.gz!
Wieso aber die händische Änderung von ramdisk = "/boot/initrd-2.6.32-5-xen-686.gz" in der
/etc/xen/xm/xmdebian-lenny nicht beachtet wird, ist mir noch unklar! Wer weiß das?
Und wieso ich in der /etc/config.d/xmdomu-debian-lenny die initrd/ramdisk nicht per Variable
setzen kann! Wer weiß das?
Stefan