nach Partitionierung ist die partition table zerschosen?!?!

[clupus]

Hallo an alle,

ich hab hier einen PC, der früher mal ein Trial-Boot-System Win 2k, Win 98 und SuSE 10.1 war. Da das Suse recht alt ist und ich eigentlich mich in letzter Zeit mit Debian angefreundet habe, wollte ich Etch mit drauf installieren, die Daten von SuSE auf die Debian-Partitionen übernehmen und dann das SuSE mittelfristig löschen.

Ich also eine Netinst-CD von Debian gezogen und installiert. Ich hatte noch einige (3Stk) Partitionen (hda10 bis hda12), die ich nicht mehr gebraucht hab. Die mussten dann für Debian herhalten.
Leider habe ich übersehen, dass die Partitionen (wahrscheinlich) nicht direkt hintereinander auf der Platte gelegen haben. Auf jeden Fall hatte ich plötzlich mehr Partitionen: Die Partitinen auf denen Debian installiert wurde waren nicht hda10-12 sondern hda13-15. Das hab ich erst bei der Installation vom Grub rausbekommen.
Dachte mir, ok, is ja egal. Starten wir das System mal, dann werden wir schon sehen, was da geht. Nachdem das Bios durchgelaufen ist kommt statt einem Grub nur eine Zeile mit der Meldung "Invalid Partition Table".

Nach etwas rumprobieren weiß ich: Ich kann die Partitionen von einem Live-System aus aufrufen und auch mounten. Sie enthalten (soweit ich das auf den ersten Blick sehen kann) alle Daten, die früher drauf waren.
Auch ein proprietäres Programm namens Acronis (Partitionierungs-Tool) meldet keine Fehler.

Was kann ich machen, dass mir mein Bios wieder von der Platte startet? Sprich wie kann ich die Partitionstabelle neu schreiben lassen? Oder muss ich da was anderes machen?

Danke
Christian

[Spasswolf]

Was sagt denn

Code: Alles auswählen

fdisk -l

vom Live System aus?

[clupus]

Hallo,

Code: Alles auswählen

# fdisk -l /dev/hda
Platte /dev/hda: 120.0 GByte, 120034123776 Byte
255 Köpfe, 63 Sektoren/Spuren, 14593 Zylinder
Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes

    Gerät Boot      Start         End      Blocks   Id  System
/dev/hda1             511         766     2056288+  1b  Hidden W95 FAT32
/dev/hda2               1         510     4096543+   b  W95 FAT32
/dev/hda3             767         770       32130   83  Linux
/dev/hda4             771       14593   111033247+   f  W95 Ext'd (LBA)
/dev/hda5             771        1032     2104483+  82  Linux Swap
/dev/hda6            1990        2627     5124703+   b  W95 FAT32
/dev/hda7            2628        8109    44034133+   b  W95 FAT32
/dev/hda8            8110        8556     3590496    b  W95 FAT32
/dev/hda9            9004       13317    34652173+   b  W95 FAT32
/dev/hda10           1033        1128      771088+  83  Linux
/dev/hda11           1129        1989     6915951   8e  Linux LVM
/dev/hda12           8557        9003     3590496   8e  Linux LVM
/dev/hda13          13318       14229     7325608+  83  Linux
/dev/hda14          14230       14381     1220908+  83  Linux
/dev/hda15          14382       14593     1702858+  83  Linux

Partitionstabelleneinträge sind nicht in Platten-Reihenfolge

Theoretisch erkennt er ja alles, oder?

Ich hab bisher immer mit dem installer-internen Programmer und parted verwendet. Hab jetzt mal probehalber fdisk angeschaut und gesehen, dass ich mit dem Tool anscheinend die Reihenfolge der Partitionenen korrigieren kann. Weiß aber nicht ob und wie gut das funktioniert. Soll ich's mal versuchen, wenn das Backup fertig ist?

Christian

[Gunah]

probier mal mit testdisk ob er die TBL reparieren kann