Debian Etch CD remastern

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Debian Etch CD remastern

Beitrag von mistersixt » 27.11.2007 16:44:33

Moin moin,

ich habe hier einen Rechner mit aktuellem Intel SATA Chipsatz, den Debian Etch mit 2.6.18 nicht erkennt. Also dachte ich mir, ich jubel der Installations-Etch-CD mal den 2.6.22 aus Backports unter.

Ich habe nun die NetInstall von Debian Etch per loop-Device gemountet, habe den Kernel 2.6.22 aus Backports in das pool-Verzeichnis kopiert, habe die Packages[.gz] angepasst, die md5-sums adjustiert, habe die init-ramdisk und den Kernel (vmlinuz) vom Kernel 2.6.22 nach install.386 kopiert und zum Schluss wieder ein bootfähiges ISO-Image erzeugt mit genisoimage/isolinux.

Wenn ich die CD nun boote, startet auch der 2.6.22. Er erkennt brav die Hardware, unter anderem auch den SATA-Controller und sieht daran meine Platte, aber dann hängt er mit "Waiting for root filesystem to become ready" und ich lande nach einer Weile in der busybox.

Wenn ich mir den Kernel von 2.6.18 von der Original-Etch-CD mit "file" anschaue, sehe ich:

Code: Alles auswählen

Linux kernel x86 boot executable RO-rootFS, root_dev 0x900, swap_dev 0x1, Normal VGA
Mein vmlinuz aus dem Backports zeigt an:

Code: Alles auswählen

Linux kernel x86 boot executable RO-rootFS, root_dev 0x302, swap_dev 0x1, Normal VGA
Das klingt jetzt "verdächtig", einmal 0x900 und einmal 0x302. Weiss Jemand, ob es etwas mit dem root_dev zu tun hat und wie ich das root_dev umstellen kann? Bzw. habe ich vielleicht noch woanders einen Denkfehler?

Danke im voraus,

mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

Benutzeravatar
catdog2
Beiträge: 5352
Registriert: 24.06.2006 16:50:03
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von catdog2 » 27.11.2007 17:08:23

rdev
Unix is user-friendly; it's just picky about who its friends are.

cosmac
Beiträge: 4576
Registriert: 28.03.2005 22:24:30

Beitrag von cosmac » 27.11.2007 17:17:07

hi,

das ist noch viel verdächtiger, weil mein 2.6.18 aus Etch und mein
2.6.22 aus Lenny haben auch das root_dev 0x900. Ich nehm mal an,
dass damit die initrd gemeint ist während 0x302 rein zufällig den
Major und Minor Nummern von /dev/hda2 entspricht.

Wenn's eher um die Installation als um die CD geht:
Ich hatte mal ein Etch mit dem netboot-Installer aus Daily installiert.
Dazu muss man 'linux' und 'initrd.gz' auf das Zielsystem kopieren
und den passenden Grub dazu installieren (und eine funktionierende
Internet-Verbindung haben, ppp(oe) geht damit nicht).
Beware of programmers who carry screwdrivers.

Benutzeravatar
bollin
Beiträge: 482
Registriert: 01.11.2003 23:31:33
Wohnort: Berlin
Kontaktdaten:

Beitrag von bollin » 27.11.2007 18:12:36

http://mirror.home-dn.net/d-i/

Viele Grüße,
Torsten

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 28.11.2007 10:18:06

Danke an alle!

Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 28.11.2007 11:33:45

Doch nochmal ich: ich habs irgendwie nicht geschafft, mit rdev dem Kernel als root_device direkt 0x0900 unterzujubeln, habe aber herausgefunden, dass die Bytes ab Offset 0x1F2 "verantwortlich" für die rdev-Klamotten sind, also habe ich mit dem Hex-Editor an der Stelle 0x1fc-0x1d die 0203 ausgetauscht gegen 0009 und siehe da:

Code: Alles auswählen

Linux kernel x86 boot executable RO-rootFS, root_dev 0x900, swap_dev 0x1, Normal VGA
Also nun auch 0x900! Und "rdev" zeigt jetzt auch keine Unterschiede mehr zw. dem Original-Etch-Kernel und dem 2.6.22 aus Backports. Wenn ich nun aber boote, hängt er immer noch bei:

Code: Alles auswählen

Begin: Waiting for root file system... ...
Und am Ende kommt nach einem langen Timeout das:

Code: Alles auswählen

   Check root= bootarg cat /proc/cmdline
   or missing modules, devices: cat /proc/modules ls /dev
ALERT! does not exist. Dropping so a shell!
Ein "cat /proc/cmdline" zeigt an:

Code: Alles auswählen

vga=normal initrd=/install.i386/initrd.gz -- BOOT_IMAGE=/install.i386/vmlinuz
Und "cat /proc/modules" zeigt ca. 14 Module an, darunter die üblichen Verdächtigen wie cdrom, ide_cd etc.

Und nun? Ich könnte jetzt den Installer nehmen, den bollin vorgeschlagen hat, aber ich würde trotzdem gerne wissen, wo es hier klemmt (Jugend forscht halt ;) ).

Danke und Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 28.11.2007 14:19:03

So, ich bin wieder einen Schritt weiter...in der initrd steckt mehr drin als ich dachte, ich habe nun die initrd aus Etch mit gzip/cpio ausgepackt, die Module von der initrd aus 2.6.22 reingepackt, dann das ganze wieder zusammengestöpselt und eine neue ISO erstellt.

Nun bootet er einwandfrei 2.6.22 aus Backports, kommt in den Debian Installer und ich kann schon die Sprache und das Keyboard auswählen, aber bei "Detecting hardware to find CD-ROM drives" lädt er einige weitere Kernel-Module und dann kommt:

Code: Alles auswählen

Detect and mount CD-ROM - Incorrect CD-ROM detected

The CD-ROM drive contains a CD which cannot be used for installation.
Please insert a suitable CD to continue with the installation.
Jetzt muss ich mal weitersuchen... das ist jetzt offensichtlich aber kein Kernel-(Boot)-Problem mehr.

Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 28.11.2007 15:06:55

Sodele, um das Thema dann auch abzuschliessen ;) :

Beim Kopieren der Original-CD wurde irgendwie das Verzeichnis /root/der/cd/.disk nicht mitkopiert, daher wurde die neu erstellte ISO-CD nicht als Debian-CD erkannt.

Nun geht alles, Prost :D :D :D !!

Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

Antworten