Hallo, seitdem ich SuSE 7.2 installiert habe, gibt es abstruse "Schwierigkeiten" mit der Aktualisierung meines Boot-Sektors: Nach Änderung von /etc/lilo.conf und Aufruf von "lilo", gefolgt von einem "dd if=/dev/hda3 of=/mnt/suse72.bs count=1 bs=512" gibt es offensichtlich keinerlei Effekt auf das System. System-Konfiguration: /dev/hda - /dev/hda1 - vfat /dev/hda2 - ntfs /dev/hda3 - SuSE 7.2 (ext2) /dev/hda5 - swap /dev/hda6 - data (ext2) /dev/hda7 - RedHat 7.1 (ext2) Der primaere OS-Loader is Windows 2000, der dann weiterreicht an LILO, via c:\suse72.bs="SuSE 7.2" c:\rh71.bs="RedHat 7.1" LILO selbst ist im Boot-Sektor der Root-Partition, installiert, also in /etc/lilo.conf: boot=/dev/hda3 image = /boot/vmlinuz root = /dev/hda3 label = linux_suse So weit, so gut. Nun wurde /etc/lilo.conf geaendert (neuer Kernel hinzugefuegt, "message=" auskommentiert - egal). Aufruf von lilo Alles Feedback das von lilo zurueckkommt deutet an, dass alle Kernels erkannt wurden, und dass alles geschrieben wurde. Also mount /dev/hda1 /mnt dd if=/dev/hda3 of=/mnt/suse72.bs count=1 bs=512 sync umount /mnt reboot Das System kommt wieder hoch - und der neue Kernel taucht *nicht* im LILO-Menue auf, und es ist auch klar, dass das Auskommentieren von "message=" keine Wirkung hatte. Ich habe genau diese Schritte oft genug mit SuSE 7.0 gemacht, und nie Probleme gehabt. Jetzt zum richtig irritierenden Teil: Booten in RedHat 7.1 (2.4.2-RH), das auf /dev/hda7 liegt. mount /dev/hda3 /suse /suse/sbin/lilo -r /suse mount /dev/hda1 /mnt dd if=/dev/hda3 of=/mnt/suse72.bs count=1 bs=512 sync umount /mnt reboot und, voila, auf einmal zeigt das LILO Boot-Menue fuer SuSE 7.2 genau das was es soll. Sorry, aber ich kapiere das nicht. Wo koennte das Problem liegen? Hinweis: Bei mir läuft 2.4.7-SuSE, nicht 2.4.4-SuSE.
* Stefan Hoffmeister schrieb am 21.08.01 um 21:00 Uhr:
Hallo,
seitdem ich SuSE 7.2 installiert habe, gibt es abstruse "Schwierigkeiten" mit der Aktualisierung meines Boot-Sektors:
Nach Änderung von /etc/lilo.conf und Aufruf von "lilo", gefolgt von einem "dd if=/dev/hda3 of=/mnt/suse72.bs count=1 bs=512" gibt es offensichtlich keinerlei Effekt auf das System.
[ Bootsektor-Probleme ]
Sorry, aber ich kapiere das nicht. Wo koennte das Problem liegen?
Hast du mal versucht, lilo mit -v oder -vv auszufuehren? Vielleicht ist es dann klarer. Hast du mal die alte lilo.conf probiert? Vielleicht ist auch ein lba32 oder sowas Schuld... Gruss -Marc -- +-O . . . o . . . O . . . o . . . O . . . ___ . . . O . . . o .-+ | Ein neuer Service von Links2Linux.de: / o\ RPMs for SuSE | | --> PackMan! <-- naeheres unter | __| and others | | http://packman.links2linux.de/ . . . O \__\ . . . O . . . O . |
: On Tue, 21 Aug 2001 22:21:13 +0200, Marc Schiffbauer wrote: [deletia]
Hast du mal versucht, lilo mit -v oder -vv auszufuehren? Vielleicht ist es dann klarer.
lilo -v 5 hatte *mir* keine Erkenntnisse gebracht. :-)
Hast du mal die alte lilo.conf probiert?
Koenntest Du genauer erlaeutern was Du meinst?
Vielleicht ist auch ein lba32 oder sowas Schuld...
Sorry, Bahnhof. Wenn ich Dich richtig verstehe, dann spielst Du darauf an, dass die Translation / das Mapping irgendwo daneben geht. Das wuerde aber implizieren, dass der Sektor irgendwo in einer etwas "dummen" Stelle geschrieben wuerde, oder? Wie gesagt, auf dem exakt gleichen System, mit gleicher Partitionierung, hatte SuSE 7.0 (mit und ohne das SuSE lilo-update fuer 1024+ blocks) nie Probleme. Stefan
* Stefan Hoffmeister schrieb am 21.08.01 um 22:46 Uhr:
: On Tue, 21 Aug 2001 22:21:13 +0200, Marc Schiffbauer wrote:
[deletia]
Hast du mal versucht, lilo mit -v oder -vv auszufuehren? Vielleicht ist es dann klarer.
lilo -v 5
hatte *mir* keine Erkenntnisse gebracht. :-)
Hast du mal die alte lilo.conf probiert?
Koenntest Du genauer erlaeutern was Du meinst?
vielleicht hast du ja noch die lilo.conf von deiner SuSE 7.0 irgendwo. Die koenntest du mal anstelle der neuen nehmen. Dann wuesstest du, ob vielleicht nur ein lilo-Parameter schuld ist.
Vielleicht ist auch ein lba32 oder sowas Schuld...
Sorry, Bahnhof. Wenn ich Dich richtig verstehe, dann spielst Du darauf an,
Ich meine die lba32 Option von lilo.
dass die Translation / das Mapping irgendwo daneben geht. Das wuerde aber implizieren, dass der Sektor irgendwo in einer etwas "dummen" Stelle geschrieben wuerde, oder?
hmmm. Da wuerde lilo AFAIK warnen...
Wie gesagt, auf dem exakt gleichen System, mit gleicher Partitionierung, hatte SuSE 7.0 (mit und ohne das SuSE lilo-update fuer 1024+ blocks) nie Probleme.
Wie sieht denn deine jetzigen lilo.conf aus? Gruss -Marc -- | ...and don't forget: Linux rulez! | | | | http://www.links2linux.de <-- Von Linux-Usern fuer Linux-User |
: On Wed, 22 Aug 2001 00:41:45 +0200, Marc Schiffbauer wrote:
vielleicht hast du ja noch die lilo.conf von deiner SuSE 7.0 irgendwo.
Nein, sorry. Aber ich kann halbwegs sicher sagen, dass diese lilo.conf so trivial ist, dass da einfach kein Raum fuer Probleme ist (famous last words). Ausserdem ist die aktuelle lilo.conf im wesentlichen identisch (bis auf die Kernel) mit der SuSE 7.0 lilo.conf. *************************** # LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="vga=0x0303" boot=/dev/hda3 #compact # faster, but won't work on all systems. vga=ask #message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=100 # End LILO global Section image = /boot/vmlinuz root = /dev/hda3 label = linux_suse # image = /boot/bzImage247 root = /dev/hda3 label = linux_247 # image = /boot/bz2219 root = /dev/hda3 label = linux_2219 # image = /boot/memtest.bin label = memtest86 optional *************************** SuSE 7.2 LILO = 21.6 RH 7.2 LILO (das funktionierte) = 21.4-4
Ich meine die lba32 Option von lilo.
Die habe ich noch nie benutzt. Vielen Dank, Stefan
* Stefan Hoffmeister
: On Wed, 22 Aug 2001 00:41:45 +0200, Marc Schiffbauer wrote:
vielleicht hast du ja noch die lilo.conf von deiner SuSE 7.0 irgendwo.
Nein, sorry. Aber ich kann halbwegs sicher sagen, dass diese lilo.conf so trivial ist, dass da einfach kein Raum fuer Probleme ist (famous last words). Ausserdem ist die aktuelle lilo.conf im wesentlichen identisch (bis auf die Kernel) mit der SuSE 7.0 lilo.conf.
***************************
# LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="vga=0x0303" boot=/dev/hda3 ^^^^^ /usr/share/doc/howto/de/html/DE-Kernel-HOWTO
[..der neu installierte Kernel bootet nicht..] Eventuell ist auch die Konfigurationsdatei fehlerhaft. Ein oft auftretender Fehler, den man nur zu leicht übersieht, ist z.B. wenn man anstelle von boot = /dev/hda die Zeile boot = /dev/hda1 eingetragen hat. [...] HTH Gruesse, Peter -- "exceptions are gotos on steroids"
: On Wed, 22 Aug 2001 18:18:52 +0200, Peter Rudek wrote:
boot=/dev/hda3 ^^^^^ /usr/share/doc/howto/de/html/DE-Kernel-HOWTO
[..der neu installierte Kernel bootet nicht..]
Ich vermute einmal dass http://www.linuxdoc.org/HOWTO/Kernel-HOWTO-8.html#ss8.5 8.5 New version of the kernel doesn't seem to boot das auf Englisch wiedergibt. Ich have lilo oft genug aufgerufen, glaub' mir einfach :-) Und boot=/dev/hda3 ist *wirklich* meine boot-Partition - siehe meine erste email fuer mein komplettes Partitionslayout (ich habe derzeit "nur" drei Betriebssysteme auf der Festplatte - es waren schon einmal fuenf :->)
Eventuell ist auch die Konfigurationsdatei fehlerhaft.
Wenn lilo.conf fehlerhaft waere, dann haette * booten nach RedHat 7.1 (auf /dev/hda7) * mount /dev/hda3 /suse72 * /suse72/sbin/lilo -r /suse72 (mein Kommentar re: RH 7.1 lilo-Version ist damit als irrelevanter Bloedsinn identifiziert) * mount /dev/hda1 /mnt * dd if=/dev/hda3 of=/mnt/suse72.bs count=1 bs=512 nie funktionieren duerfen. Immer noch ratlos ;-) Stefan
* Stefan Hoffmeister
: On Wed, 22 Aug 2001 18:18:52 +0200, Peter Rudek wrote:
boot=/dev/hda3 ^^^^^ /usr/share/doc/howto/de/html/DE-Kernel-HOWTO
[..der neu installierte Kernel bootet nicht..]
Ich vermute einmal dass
http://www.linuxdoc.org/HOWTO/Kernel-HOWTO-8.html#ss8.5 8.5 New version of the kernel doesn't seem to boot
das auf Englisch wiedergibt.
richtig, und da steht: [...] You did not run LILO, or it is not configured correctly. One thing that ``got'' me once was a problem in the config file; it said `boot = /dev/hda1' instead of `boot = /dev/hda' [...] ^^^^^^^ nur das /dev nicht die Partition! die Partition (in deinem Fall /dev/hda3) folgt dann unterhalb der global-Section. [...] root = /dev/hda3 [...]
Ich have lilo oft genug aufgerufen, glaub' mir einfach :-)
glaub ich Dir, nur eben mit einer fehlerhaften lilo.conf :-)
Und
boot=/dev/hda3
s/boot/root ;) boot=/dev/hda s.o. Gruesse, Peter -- Die Betriebssysteme und Texteditoren gleichen auch Newsreader Religionen. Outlook gleicht eher einem Voodoo-Kult, dessen Anhänger gerne böse Geister beschwören wollen und dazu Gegenstände zerstören. [Hilko Bengen]
: On Wed, 22 Aug 2001 20:47:39 +0200, Peter Rudek wrote:
* Stefan Hoffmeister
[010822 19:35]:
Ich have lilo oft genug aufgerufen, glaub' mir einfach :-)
glaub ich Dir, nur eben mit einer fehlerhaften lilo.conf :-)
Und
boot=/dev/hda3
s/boot/root ;)
boot=/dev/hda
man lilo.conf: boot=<boot-device> Sets the name of the device (e.g. a hard disk partition) that contains the boot sektor. [...] /dev/hda ist der MBR, da ist W2K. /dev/hda3 ist der Boot-Sektor the Partition /dev/hda3. Und genau da soll LILO hin (wo es schon immer war <g>). root=<root-device> This specifies the device that should be mounted as root. My gesamtes System liegt komplett auf /dev/hda3 (jaja, bitte jetzt keine Lektionen ueber die Vorzuege des Zerstueckelns ;-) - es gibt nur sieben Partitionen), also ist es erforderlich, dass ich fuer das image root=/dev/hda3 habe. Lange Rede, kurzer Sinn: boot=/dev/hda3 read-only prompt timeout=100 image = /boot/bz2219 root = /dev/hda3 label = linux_2219 macht genau das, was es soll: * Boot-Sektor in /dev/hda3 * Root ist /dev/hda3 Tja, und nun sollte dd if=/dev/hda3 of=/DieVfatPartition/meinbootsektor.bs count=1 bs=512 den Bootsektor von /dev/hda3 in die Datei meinbootsektor.bs schreiben. Und der W2K boot loader wird dann diesen Bootsektor benutzen, um den gewuenschten lilo in Bewegung zu setzen (der dann wieder den ganzen kram - SuSE original kernel, mein 2.4.7 kernel, mein 2.2.19 kernel, memtest) als loader options anbietet. Tja. Und OBWOHL alle Statusmeldungen beim Aufruf von "lilo" anzeigen, dass alle images hinzugefuegt werden, und weder dd noch lilo irgendwelche Fehlermeldungen anzeigen, war es recht offensichtlich dass das was da in /etc/lilo.conf stand brav ignoriert wurde. Waere die lilo.conf falsch gewesen, dann haetten die Klimmzuege mit dem booten in die parallele RedHat 7.1-Installation (siehe vorige emails) nicht funktionieren duerfen - denn ich verwendete selbst bei diesem Klimmzug * die SuSE 7.2 binary von lilo (/suse72/sbin/lilo) * genau die lilo.conf (-r /suse72 -> /suse72/etc/lilo.conf) Die einzigen Unterschiede die ich sehen kann sind: * anderes dd binary * anderer kernel (der RH 7.1 Standard-Kernel)
On Mit, 22 Aug 2001, Stefan Hoffmeister wrote:
Ich have lilo oft genug aufgerufen, glaub' mir einfach :-) Und boot=/dev/hda3 ist *wirklich* meine boot-Partition
Ist korrekt so! (Sorry Peter ;)
Wenn lilo.conf fehlerhaft waere, dann haette * booten nach RedHat 7.1 (auf /dev/hda7) * mount /dev/hda3 /suse72 * /suse72/sbin/lilo -r /suse72 [..] nie funktionieren duerfen.
Voellig abstruser Verdacht: Teste mal, ob's auch geht, wenn du mount -o ro /dev/hda3 /suse72 verwendest? Und was sagt ein 'lilo -vvv' unter suse? Der Sache muesste man doch auf die Schliche kommen koennen :) -dnh -- Das NutzNetz. Unendliche Weiten. Dies sind die Abenteuer der Netizen, die seit Jahren unterwegs sind, um neue Postings zu erforschen. Viele Lichtjahre vom RealLife entfernt dringen sie in Gabeln vor, die nie ein Newbie zuvor gesehen hat. -- geklaut von herbert in suse-talk
participants (4)
-
David Haller
-
Marc Schiffbauer
-
Peter Rudek
-
Stefan Hoffmeister