staging.inyokaproject.org

Hallo,

ich auf einer Platte (hd0) seit langem Kubuntu (Dapper) laufen, aber
nachdem ich auf einer zweiten Platte (hd1 )Windows xp installiert habe,
startet grub nicht mehr. Er bricht mit "error 17" ab und alle meine
Versuche, die Ursache zu finden, schlugen fehl.

Ein fdisk -l /dev/hda zeigte, dass da jetzt ein
Amoeba System mit ID 93 zu finden ist.
Ich habe das da nicht hin gemacht. Das war vorher ext2 oder ext3.

Fragen:
1. Wie kommt das da hin ?

2. Was mache ich denn jetzt ? Gibt es einen Weg, das restliche System zu
retten und die /boot Partition wieder funktionsfaehig zu machen ?

Deine Fehlermeldung passt zwar "irgendwie" nich zu meiner Vermutung, allerdings denk ich trotzdem das es dies ist. Windows wird dir wohl wie üblich GRUB zerlegt haben. Das macht es gern, das liebt es geradezu... 😛 Da du schreibst dass du Win auf die 2.HDD installiert hast, wäre sogar denkbar das es deine 1.HDD umgestaltet hat.

Mach jetz mal folgendes: Lektüre zum Verständnis GRUB#Bootloader Die Ausgabe von sudo fdisk -l kannst uns ja mal hier per NPS(siehe meine signatur) zeigen. Auch hilfreich: menu.lst

MfG

Was mich wundert ist, dass mir das passiert ist, noch bevor ich Win gestartet habe und waehrend ich Linux als Erstes startete.

Nach meinem Test habe ich gesehen, dass die restlichen Partitionen sichtbar unbeschaedigt sind. Es geht also nur um /boot.

Ich lese mich ein und gehe davon aus, dass es nun noetig ist
- die Partition mit einem neuen file-System zu versehen,
- zu formatieren und
- den grub neu zu installieren nach Methode 4.

Neue Frage:
Wie verhindere ich jetzt in Zukunft, dass mir die Daten wieder ueberschrieben werden ?
Kann ich das im grub angeben ?

auchfrager hat geschrieben:

Was mich wundert ist, dass mir das passiert ist, noch bevor ich Win gestartet habe und waehrend ich Linux als Erstes startete.

Der Satz erschließt sich mir nicht... ❓
auchfrager hat geschrieben:

- die Partition mit einem neuen file-System zu versehen,
- zu formatieren und

Um Himmels Willen nein. Nich so voreilig.
Schau erst mal über eine Live CD wie die Partition ausschaut und was noch drauf ist, denn normaler Weise liegt dort außer GRUB auch der Kernel. Sollte die /boot Part wirklich hin sein, wird dir übrig bleiben nochmal drüber zu installieren. Wenn du über die LiveCD drin bist dann gib mal in der Konsole sudo fdisk -l ein und poste die Ausgabe hier.
auchfrager hat geschrieben:

Neue Frage:
Wie verhindere ich jetzt in Zukunft, dass mir die Daten wieder ueberschrieben werden ?

Passiert nur wenn du Windows installierst und Linux+GRUB auf der 1. HDD ist. Du hättest vor der Install nur im BIOS die Reihenfolge der Platten vertauschen müssen, so dass die Platte für Win kurtzeitig die 1. ist und damit auch dort der WinLoader geschrieben würde.

MfG

Ich hatte extra auf hda1 Win installiert als einzige Platte, dann an slave als hdb angeschlossen und die alte (mit Kubuntu) an hda wieder verbunden. Sie lief dort vorher. So habe ich das fuer sicher gehalten. Nach dem Start ging nichts mehr.

Das fdisk zeigt mir folgendes:

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1           3       24066   93  Amoeba
/dev/hda2               4        7299    58605120   83  Linux
/dev/hda3            7300        7337      305235   82  Linux swap / Solaris
/dev/hda4            7338        9729    19213740   83  Linux

Die Dateien sind alle noch dort, nur stage1 scheint beschädigt zu sein.

Verwendet wird jetzt diese menu.lst in Kurzform:

default		0
timeout		10

title		Ubuntu, kernel 2.6.15-51-386
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.15-51-386 root=/dev/hda4 ro quiet splash
initrd		/boot/initrd.img-2.6.15-51-386
savedefault
boot

# title		Windows  use and prey
# hide (hd0,0)
# unhide (hd1,0)
# rootnoveryfy (hd1,0)
# map (hd0) (hd1)
# map (hd1) (hd0)
# makeactive
# chainloader	+1
# boot

Was kann ich jetzt tun ?

Da die Partition /dev/hda1 nicht allzu gross ist empfehle ich folgendes:

- Boot mit einem Live-System.
- Mounten deiner Home-Partition.
- Komplette Kopie der Partition hda1 in eine Datei auf deine Home-Partition (Partition darf nicht gemounted sein - dd if=/dev/hda1 of=/eine_Datei_in_deinem_Home).
- Fdisk benutzen und den Typ der Partition hda1 auf 83 ändern.
- Versuchen die Partition hda1 zu mounten.

Tipp: Bei der Prozedur benötigen fast alle Befehle Root-Rechte.
Falls das geht ist alles i.O. Falls nicht, ich bin mit meinem Latein noch nicht am Ende. Solltest du Hilfe zu den einzelnen Befehlen benötigen, fragen kostet nichts.

Ja, soweit ging das prima. Die Daten sind immer noch alle auf hda1 vorhanden und das boot-flag gesetzt.
Was mache ich jetzt genau weiter ?

Ich komme beim reboot direkt in den grub hinein, komme aber von da nicht weiter.
Es gelingt das booten nicht.
Was soll ich für qualifizierte Tätigkeiten jetzt ausführen, damit es durchstartet ?

auchfrager hat geschrieben:

Ich komme beim reboot direkt in den grub hinein, komme aber von da nicht weiter.
Es gelingt das booten nicht.
Was soll ich für qualifizierte Tätigkeiten jetzt ausführen, damit es durchstartet ?

- sagen, welche Fehlermeldung beim Nichtgelingen erscheint.

Ich habe es hinbekommen, indem ich grub-install aufgeführt habe.
Jetzt brauche ich noch einen Hinweis, welche der Parmeter hier
wie gesetzt werden müssen, damit ich die hdb wieder anschliessen kann, ohne dass mir
W. wieder die hda1 verhackstückt.

Mein Erstversuch war folgender:

# title Windows use and prey
# hide (hd0,0)
# unhide (hd1,0)
# rootnoveryfy (hd1,0)
# map (hd0) (hd1)
# map (hd1) (hd0)
# makeactive
# chainloader +1
# boot

Erbitte Vorschläge mit bestem Dank im Voraus.

Habe den Fehler gefunden. Es läuft wie gewünscht.
Danke für alle Hinweise.

Kannst du uns teilhaben lassen an deiner erfolgreichen Fehlersuche? Interessiert uns doch brennend.... 💡
Gruß, Hütte

Es lag an den Zeilen

hide (hd0,0) und
unhide (hd1,0)

Das war dort wohl falsch angebracht. Ohne geht es.