Boot \ lilo: Nach Kernelupdate nur noch mit Bootdisk
Hallo liebe Liste letzte Woche hatte ich nach einer Lösung gesucht, um eine 160GB Maxtor zu betreiben. Mittlerweile habe ich das Problem (konkret letzten Do) gelöst: Promise Ultra-133-Controller gekauft, eingebaut (von 2.4.10 nicht erkannt). Auf einer 20GB Festplatte SuSE7.3 installiert - Kernel 2.4.17 runtergeladen - IDE-Patch besorgt (www.linux-ide.org) - die Sache neukompiliert und montiert. Resultat: Funzt prima!!! Jetzt habe ich aber ein neues Problem: Wie gesagt, die 160GB ist hde1 und nur Datenplatte. Das System ist auf einer 20GB (hda). Kernel und lilo sind auf /dev/hda1 (gemountet als /boot). Diese Partition ist 3 Blöcke gross (ca. 15MB). Nach der Kernelkompilation habe ich natürlich (state of the art) den alten Kernel gesichert (vmlinz.old) und den neuen nach /boot/vmlinuz kopiert. Ebenso die System.map. Anschliessend habe ich die Einträge in lilo.conf angepasst und lilo gestartet. Dann das System neu gebootet. Hat alles geklappt. (BTW: hab mir noch ne Bootdisk gemacht - analog - zum Glück). Resultat: Er hat zwar mal von Platte gebootet, aber nicht immmer und nun nicht mehr. Es stand da immer: (starting OS) und dann kommt nix mehr. Als ob er den MBR nicht findet. Per Bootdisk alles prima. Also rein mit lilo fix einen neuen mbr gemacht. Reboot. Nix. Hab mal probiert, nur lilo von der Bootdisk zu starten und den Kernel von Platte. Klappt auch nicht. Die /boot-Partition ist übrigens von Block 0 bis 3. Ich denke also nicht, dass das ganze an der 1024-Zylinder-Grenze scheitert. BTW mein Bios ist besch... alt. Erkennt nur Platten bis 8GB. Woran liegt das Verhalten? Vielleicht doch das 1024-Zylinder-Problem? Wie kann ich die Dateien in /boot neu "anordnen", so dass lilo und vmlinuz wieder unter der Grenze sind? Gruss Michael
Am Mittwoch, 20. Februar 2002 08:13 schrieben Sie:
Hallo liebe Liste
letzte Woche hatte ich nach einer Lösung gesucht, um eine 160GB Maxtor zu betreiben. Mittlerweile habe ich das Problem (konkret letzten Do) gelöst: Promise Ultra-133-Controller gekauft, eingebaut (von 2.4.10 nicht erkannt). Auf einer 20GB Festplatte SuSE7.3 installiert - Kernel 2.4.17 runtergeladen - IDE-Patch besorgt (www.linux-ide.org) - die Sache neukompiliert und montiert. Resultat: Funzt prima!!!
Jetzt habe ich aber ein neues Problem: Wie gesagt, die 160GB ist hde1 und nur Datenplatte. Das System ist auf einer 20GB (hda). Kernel und lilo sind auf /dev/hda1 (gemountet als /boot). Diese Partition ist 3 Blöcke gross (ca. 15MB). Nach der Kernelkompilation habe ich natürlich (state of the art) den alten Kernel gesichert (vmlinz.old) und den neuen nach /boot/vmlinuz kopiert. Ebenso die System.map. Anschliessend habe ich die Einträge in lilo.conf angepasst und lilo gestartet. Dann das System neu gebootet. Hat alles geklappt. (BTW: hab mir noch ne Bootdisk gemacht - analog - zum Glück).
Resultat: Er hat zwar mal von Platte gebootet, aber nicht immmer und nun nicht mehr. Es stand da immer: (starting OS) und dann kommt nix mehr. Als ob er den MBR nicht findet. Per Bootdisk alles prima. Also rein mit lilo fix einen neuen mbr gemacht. Reboot. Nix. Hab mal probiert, nur lilo von der Bootdisk zu starten und den Kernel von Platte. Klappt auch nicht. Die /boot-Partition ist übrigens von Block 0 bis 3. Ich denke also nicht, dass das ganze an der 1024-Zylinder-Grenze scheitert. BTW mein Bios ist besch... alt. Erkennt nur Platten bis 8GB.
Woran liegt das Verhalten? Vielleicht doch das 1024-Zylinder-Problem? Wie kann ich die Dateien in /boot neu "anordnen", so dass lilo und vmlinuz wieder unter der Grenze sind?
Gruss Michael
Hi Michael, Du schreibst, daß Du /boot in einer eigenen Partition hast. In welcher Partition hast Du den das root-Verzeichnis gemountet und was hast Du in /etc/lilo.conf alles eingetragen? Ich hatte mal ein ähnliches Problem und nach dem mounten aller relevanten Partitionen und dem Eintrag der richtigen boot- und root-Partitionen in lilo.conf klappte dann auch alles. Gruß CHristian
Hallo Liste, lieber Christian
In welcher Partition hast Du den das root-Verzeichnis gemountet und was hast Du in /etc/lilo.conf alles eingetragen?
/dev/hda1 -> /boot (ext2) (Block 0-4; 30MB) /dev/hda2 -> swap (Block 5-37; 256MB) /dev/hda3 -> /(root) (ext3) (Block 38-951; ca. 7GB) lilo.conf (orig. SuSE-lilo.conf, abgewandelt für neuen 2.4.17): boot = /dev/hda vga = normal read-only menu-scheme = Wg:kw:Wg:Wg prompt timeout = 80 message = /boot/message image = /boot/vmlinuz label = linux root = /dev/hda3 append = "enableapic" image = /boot/vmlinuz.old label = linux.old root = /dev/hda3 initrd = /boot/initrd append = "enableapic" ... Gemäss cfdisk ist auf /dev/hda1 das Boot-Flag gesetzt. Stimmt hier was nicht, dass der Kerl nicht mehr bootet? Oder doch das 1024-Zylinder-Problem? Kernel, lilo, System.map etc. liegen auf /boot. ext3-Support in Kernel kompiliert. Keine Module. Gruss Michael
Am Freitag, 22. Februar 2002 08:26 schrieben Sie:
Hallo Liste, lieber Christian
In welcher Partition hast Du den das root-Verzeichnis gemountet und was hast Du in /etc/lilo.conf alles eingetragen?
/dev/hda1 -> /boot (ext2) (Block 0-4; 30MB) /dev/hda2 -> swap (Block 5-37; 256MB) /dev/hda3 -> /(root) (ext3) (Block 38-951; ca. 7GB)
lilo.conf (orig. SuSE-lilo.conf, abgewandelt für neuen 2.4.17):
boot = /dev/hda vga = normal read-only menu-scheme = Wg:kw:Wg:Wg prompt timeout = 80 message = /boot/message
image = /boot/vmlinuz label = linux root = /dev/hda3 append = "enableapic"
image = /boot/vmlinuz.old label = linux.old root = /dev/hda3 initrd = /boot/initrd append = "enableapic"
...
Gemäss cfdisk ist auf /dev/hda1 das Boot-Flag gesetzt. Stimmt hier was nicht, dass der Kerl nicht mehr bootet? Oder doch das 1024-Zylinder-Problem? Kernel, lilo, System.map etc. liegen auf /boot. ext3-Support in Kernel kompiliert. Keine Module.
Gruss Michael
Hi Michael, Du verwendest ext3fs für root. Jetzt muß der Kernel auch wissen, was er als Filesystem verwenden soll. Da er das nicht weiss vermute ich mal bleibt er bei Dir der Bootprozeß ab dem mounten des root-fs stehen und macht garnichts mehr. Stimmts? Wenn ja, dann hast schau mal bei der SuSE-DB vorbei und such nach mk_initrd. Dort sind die Feinheiten alle beschrieben. Gruß CHristian
Hi Christian
Du verwendest ext3fs für root. Jetzt muß der Kernel auch wissen, was er als Filesystem verwenden soll. Da er das nicht weiss...
Zumindest hat er ext3 fix reinkompiliert. Auch wenn er die Partition als ext2 mountet müsst es ja dann gehen.
vermute ich mal bleibt er bei Dir der Bootprozeß ab dem mounten des root-fs stehen und macht garnichts mehr. Stimmts?
Nein, es passiert genau gar nichts. Ich sehe kein lilo, keinen Kernel -> gar nix! Das Bios schreibt hin: Starting OS... und dann passiert nix mehr. Nichteinmal lilo wird geladen, denke ich. Zumindest sind die Buchstaben LILO nie zu sehen. BTW. Mein Bios ist alt und erkennt die Festplatte als 8GB-Platte. Sollte ja aber nicht tragisch sein, da ja /boot ganz am Anfang hockt (Block 0-5).
... und such nach mk_initrd Ich arbeite ja bewusst ohne initrd. Die Bootdiskette, die ich gebastelt habe, beinhaltet auch keine initrd, beinhaltet denselben Kernel (mit eingebauter ext3-Funktionalität) und mountet ebenfalls /dev/hda3 (die ext3 ist). Das klappt dort bestens.
Also warum klappt's mit der Bootdisk, nicht aber von /boot/hda1? Ich raff's überhaupt nicht. Gruss Michael
Hallo,
From: "Michael Rolli"
Hi Christian
Das Bios schreibt hin: Starting OS...
und dann passiert nix mehr. Nichteinmal lilo wird geladen, denke ich. Zumindest sind die Buchstaben LILO nie zu sehen.
das sieht meines Wissens danach aus, daß LILO, sofern im MBR installiert, nicht geladen wird.
BTW. Mein Bios ist alt und erkennt die Festplatte als 8GB-Platte. Sollte ja aber nicht tragisch sein, da ja /boot ganz am Anfang hockt (Block 0-5).
Habe leider die vorigen Angaben nicht. Ist Deine Platte größer 8GB oder befindet sich Linux hinter den 1024 Zylindern denn man kann nicht generell 1024 Zylinder mit 8 GB gleichsetzen. Das hängt vom BIOS ab. Außerdem sollte dann in lilo.conf der Eintrag lba32 stehen. Ist denn /boot als ext2-Format? Ich würde nochmal ein lilo - nach start von diskette - aufrufen. LILO muß mit irgendelchen Informationen am Bildschirm starten. Gruß Michael
Am Freitag, 22. Februar 2002 13:39 schrieben Sie:
Hi Christian
Du verwendest ext3fs für root. Jetzt muß der Kernel auch wissen, was er als Filesystem verwenden soll. Da er das nicht weiss...
Zumindest hat er ext3 fix reinkompiliert. Auch wenn er die Partition als ext2 mountet müsst es ja dann gehen.
vermute ich mal bleibt er bei Dir der Bootprozeß ab dem mounten des root-fs stehen und macht
garnichts
mehr. Stimmts?
Nein, es passiert genau gar nichts. Ich sehe kein lilo, keinen Kernel -> gar nix!
Das Bios schreibt hin: Starting OS...
Die Ergebnisse vomBIOS werden aber noch angezeigt?
und dann passiert nix mehr. Nichteinmal lilo wird geladen, denke ich. Zumindest sind die Buchstaben LILO nie zu sehen.
BTW. Mein Bios ist alt und erkennt die Festplatte als 8GB-Platte. Sollte ja aber nicht tragisch sein, da ja /boot ganz am Anfang hockt (Block 0-5).
... und such nach mk_initrd
Ich arbeite ja bewusst ohne initrd. Die Bootdiskette, die ich gebastelt habe, beinhaltet auch keine initrd, beinhaltet denselben Kernel (mit eingebauter ext3-Funktionalität) und mountet ebenfalls /dev/hda3 (die ext3 ist). Das klappt dort bestens.
Also warum klappt's mit der Bootdisk, nicht aber von /boot/hda1? Ich raff's überhaupt nicht.
Gruss Michael
Okay, dann habe ich mit meiner Vermutung daneben gelegen. Mit der Diskette klappt alles und von HDD läuft nix. Wurde die Platte in dem Rechner überhaupt schonmal richtig angesprochen (z.B. anderes OS oder andere Linux Version/Distribution) oder kann es sein, daß das Bios mit der Platte nicht klar kommt? Altes BIOS und "übergroße" Platten wollen nicht immer mit einander. Gruß CHristian
Hallo Liste, lieber Christian Erst hatte ich ja noch den Kernel 2.4.10 von SuSE drauf (Default-Kernel von 7.3) Gleiche HD. Damit ging alles bestens. Dann habe ich den eigenen Kernel installiert, lilo.conf (siehe unten) entsprechend angepasst, lilo ausgeführt und neu gebootet. Nix geht. Per Bootdisk mit "ähnlichem" lilo-conf geht bestens. So kann es also das Bios des Systems nicht sein, denn es ging ja mal. Die Festplattenparameter sehe ich noch, dann kommmt die Meldung Starting OS und dann passiert nichts mehr. Ich schnalle das also absolut nicht mehr. Woran das wohl liegt? Gruss Michael Hier nochmal die Angaben (HD 20GB): /dev/hda1 -> /boot (ext2) (Block 0-4; 30MB) /dev/hda2 -> swap (Block 5-37; 256MB) /dev/hda3 -> /(root) (ext3) (Block 38-951; ca. 7GB) lilo.conf (HD) (orig. SuSE-lilo.conf, abgewandelt für neuen 2.4.17): boot = /dev/hda vga = normal read-only menu-scheme = Wg:kw:Wg:Wg prompt timeout = 80 message = /boot/message image = /boot/vmlinuz label = linux root = /dev/hda3 append = "enableapic" image = /boot/vmlinuz.old label = linux.old root = /dev/hda3 initrd = /boot/initrd append = "enableapic" lilo.conf für Bootdisk: # /etc/lilo.conf-floppy boot=/dev/fd0 prompt timeout=0 install=/floppy/boot/boot.b map=/floppy/boot/map lba32 image = /floppy/boot/vmlinuz label = linuxfromdisk root = /dev/hda3 read-only
Am Freitag, 22. Februar 2002 15:56 schrieben Sie:
Hallo Liste, lieber Christian
Erst hatte ich ja noch den Kernel 2.4.10 von SuSE drauf (Default-Kernel von 7.3) Gleiche HD. Damit ging alles bestens. Dann habe ich den eigenen Kernel installiert, lilo.conf (siehe unten) entsprechend angepasst, lilo ausgeführt und neu gebootet. Nix geht. Per Bootdisk mit "ähnlichem" lilo-conf geht bestens. So kann es also das Bios des Systems nicht sein, denn es ging ja mal. Die Festplattenparameter sehe ich noch, dann kommmt die Meldung Starting OS und dann passiert nichts mehr.
Ich schnalle das also absolut nicht mehr. Woran das wohl liegt?
Gruss Michael
Hier nochmal die Angaben (HD 20GB): /dev/hda1 -> /boot (ext2) (Block 0-4; 30MB) /dev/hda2 -> swap (Block 5-37; 256MB) /dev/hda3 -> /(root) (ext3) (Block 38-951; ca. 7GB)
lilo.conf (HD) (orig. SuSE-lilo.conf, abgewandelt für neuen 2.4.17):
boot = /dev/hda vga = normal read-only menu-scheme = Wg:kw:Wg:Wg prompt timeout = 80 message = /boot/message
image = /boot/vmlinuz label = linux root = /dev/hda3 append = "enableapic"
image = /boot/vmlinuz.old label = linux.old root = /dev/hda3 initrd = /boot/initrd append = "enableapic"
lilo.conf für Bootdisk: # /etc/lilo.conf-floppy boot=/dev/fd0 prompt timeout=0 install=/floppy/boot/boot.b map=/floppy/boot/map lba32
image = /floppy/boot/vmlinuz label = linuxfromdisk root = /dev/hda3 read-only
Hi Michael, Du bist Dir auch sicher, daß keine Veränderungen an der Hardware seit der SuSI7.3-Installation vorgenommen wurden. Was bringt lilo -v-v für einen Output, wenn Du ihn nochmal aufrufst? Gruß CHristian
Hi Liste, lieber Christian
Was bringt lilo -v für einen Output
LILO version 21.7-5, Copyright (C) 1992-1998 Werner Almesberger Linux Real Mode Interface library Copyright (C) 1998 Josh Vanderhoof Development beyond version 21 Copyright (C) 1999-2001 John Coffman Released 06-May-2001 and compiled at 22:38:15 on Sep 23 2001. Reading boot sector from /dev/hda Merging with /boot/boot.b Mapping message file /boot/message Boot image: /boot/vmlinuz Added linux * Boot image: /boot/vmlinuz.old Mapping RAM disk /boot/initrd Added linux.old Boot image: /boot/vmlinuz.suse Mapping RAM disk /boot/initrd.suse Added failsafe Boot image: /boot/memtest.bin Added memtest86 /boot/boot.0300 exists - no backup copy made. Writing boot sector. Von daher sieht alles ganz ok aus. Gruss Michael
Hallo, On Fri, 22 Feb 2002, Michael Rolli wrote:
Hier nochmal die Angaben (HD 20GB): /dev/hda1 -> /boot (ext2) (Block 0-4; 30MB)
Sollte klappen...
boot = /dev/hda vga = normal read-only menu-scheme = Wg:kw:Wg:Wg prompt timeout = 80 message = /boot/message
image = /boot/vmlinuz [..] image = /boot/vmlinuz.old
Wie "aussagekraeftig"... :( <"werbung"> ObURL: http://www.dhaller.de/linux/multikernel.html "werbung">
lilo.conf für Bootdisk: # /etc/lilo.conf-floppy boot=/dev/fd0 prompt timeout=0 install=/floppy/boot/boot.b map=/floppy/boot/map lba32
image = /floppy/boot/vmlinuz
Hm. Ich vermisse das "lba32" (oder ggfs. auch nur "linear" in der lilo.conf fuer die HD... -dnh -- There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson
participants (4)
-
Christian Schubert
-
David Haller
-
Michael Lootz
-
Michael Rolli