Thx an alle, die mir geantwortet haben - hat geholfen. Problemlösung siehe Mailende....
"Tannenbaum, Bernd" wrote:
Laut fstab bzw mtab sind die hda gemounted. Yast wird als
Befehl nicht
akzeptiert, Yast2 versucht etwas zu öffnen, stürzt dann aber ab.
wenn Du die mit der Rettungs-CD startest, sind sie nur Read gemountet. Daher erneut mounten.
ich vermute Du hast bei der Installation 'vergessen', daß Du mit LILO booten möchtest, da ja 6.2 klappt.
*lol*rofl* Okay, ich bin linux-newbie, den Schuh muß ich mir anziehen....aber "vergessen"?? Ne wirklich nicht. Lilo wird selbstverständlich von mir auf die Festplatte geschrieben (also ich geb zumindest den Befehl dazu ). Unter 6.2 gab es mit Sicherheit dieselben Probleme. Mein Vorgänger hat die Kiste wahrscheinlich genauso wie ich jetzt installiert und dann den MBR nachträglich beschrieben.
ging aus Deiner Ursprungsmail nicht hervor.
Stimmt, sorry. Die Kiste lief schon was länger unter 6.3, wer und mit welchen Schwierigkeiten das System damals installiert hat, läßt sich leider nicht mehr nachvollziehen.
Also muß ich das auch tun. Hab die Installationsroutine noch einmal durchlaufen und diesmal eine Bootdiskette erstellt. Prima, kann also jetzt von Diskette booten. Laut Koffler: "linux Installation, Anwendung, Konfiguration" muß man in einem solchen System lediglich noch den Befehl "lilo" ausführen, um die lilo.conf zu veranlassen, lilo zu schreiben. Das Ganze wird auch gemacht und liefert mir eine Erfolgsmeldung.
Leider hat es nichts geändert. Boote ich ohne Diskette, kommt: Disk Boot Failure :(
na wenn LILO schon geschrieben wurde, dann gibt's auch eine /etc/lilo.conf. Was steht da drin bzw. ist denn auch die Partition aktiv geschaltet?
fdisk /dev/hda warf mir folgendes aus: Device Boot Start [...] System /dev/hda2 3 Linux /dev/hda3 19 Linux swap /dev/hda4 150 linux Die Partition hda2 sollte meine Boot-Partition sein, war sie aber offenbar nicht, das Boot-Flag war nicht gesetzt. Hab ich nachgeholt, dann lilo neu ausgeführt - bootet :)
Also ich kann mir nicht vorstellen, daß irgendein BIOS einen 'nichaufhebbaren' (=nicht im BIOS einstellbaren) MBR-Schutz hat.
Ich auch nicht. Habe diese Idee halt aus der Suse-db als Problemlösung für meine Fehlermeldung.