Hallo, Liste, meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. Die Installations-CD von 8.2 bootet, aber eine Neu-Inst. löscht die vorh. Daten, UPDATE und Zugriff auf vorh. Linux-Systeme geht nicht wg. der zerstörten Partitionstabelle. Mein Rechner u. a. Distri: SuSE 8.2 Rechner: Laptop HITACHI_DK23EA-60 Kombilaufwerk CD/CDRW Ich habe ggf. Zugriff auf einen anderen Rechner mit SuSE 8.2 (davon 1x CDROM 1x CDRW) Glücksfall: Eine ausgedruckte Partitionstabelle vor dem Crash liegt vor. Hier die Tabelle: Gerät Größe F Type Mountp. Anfang Ende /dev/hda 55.9 GB HITACHI_...EA-60 0 465119 /dev/hda1 19.5 GB Win95 FAT32 LBA /windows/C 0 162912 /dev/hda2 1.8 GB Win95 FAT32 LBA /windosw/D 162913 177951 /dev/hda3 1.8 GB Win95 FAT32 LBA /windows/E 177952 193136 /dev/hda4 32.6 GB Extended 193137 465031 /dev/hda5 692.8 MB Linux swap swap 193137 198767 /dev/hda6 5.5 GB Linux native 198768 244520 /dev/hda7 2.9 GB Linux native 244521 259442 /dev/hda8 3.5 GB Linux native 259443 298530 /dev/hda9 19.9 GB Linux native 298531 464952 Übrigens: /dev/hda9 enthält die tgl. kpl. Datensicherung, alle anderen hdas sind entbehrlich. Frage: Wie muss ich vorgehen, damit ich eine Partitionstabelle mit den o. a. Werten bekomme und der LAPTOP wieder bootet? Mit freundlichem Gruß und Dank im Voraus Volker -- Sender: Volker Mueller mailto: vmueller@atv-gothia-nbg.de
Hi On Tuesday 23 March 2004 15:15, Volker Mueller wrote:
Hallo, Liste,
meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. Es wäre angebracht zu schreiben wie die Partitionstabelle beschädigt wurde. Die Installations-CD von 8.2 bootet, aber eine Neu-Inst. löscht die vorh. Daten, UPDATE und Zugriff auf vorh. Linux-Systeme geht nicht wg. der zerstörten Partitionstabelle.
Mein Rechner u. a. Distri: SuSE 8.2 Rechner: Laptop HITACHI_DK23EA-60 Kombilaufwerk CD/CDRW Ich habe ggf. Zugriff auf einen anderen Rechner mit SuSE 8.2 (davon 1x CDROM 1x CDRW)
Glücksfall: Eine ausgedruckte Partitionstabelle vor dem Crash liegt vor. Hier die Tabelle: ... Übrigens: /dev/hda9 enthält die tgl. kpl. Datensicherung, alle anderen hdas sind entbehrlich.
Frage: Wie muss ich vorgehen, damit ich eine Partitionstabelle mit den o. a. Werten bekomme und der LAPTOP wieder bootet? Prinzipiell geht es so: Boote ein Rettungssystem und rufe fdisk /dev/hda auf. Dann erstelle die aufgelisteten Partitionen wieder neu. Die Daten bleiben dabei (wenn sie noch da sind) erhalten. Das Problem ist dabei genau zu wissen in was für Einheiten die Ausgedruckte Tabelle ist. Deine sieht ehrlich gesagt etwas merkwürdig aus. Ist das denn wirklich eine 55.9 GB-Platte (55.9*(1024^3)/(1000^3)=60.02)? Möglicherweise ist die ausgedruckte Tabelle bereits schadhaft. Womit wurde diese erstellt? fdisk arbeitet mit Zylindern (häufig 16065 Sektoren) oder Sektoren (512 Byte). Teste dazu was fdisk -l /dev/hda ausgibt. Die Zylinderzahl könnte von den Tabellenzahlen abweichen. In diesem Fall musst du noch rausfinden in was für Einheiten deine Tabelle ist und den entsprechenden Umrechnungsfaktor finden. An sonsten kannst du die Tabellenwerte bei fdisk wieder eingeben.
Für ne 55.9GB-Platte kommt bei dir was sehr krummes raus. 55.6*(1024^3)/465119=128354.34676 Ich wäre da sehr vorsichtig. Der Laptop wird danach vermutlich nicht sofort wieder booten. Wenn du die Partitionen vom Rettungssystem wieder mounten kannst, dann kannst du auf dieser Liste wieder fragen, wie man Grub oder Lilo wieder installiert. mfg Axel
Am Dienstag, 23. März 2004 16:46 schrieb Axel Heinrici:
... Für ne 55.9GB-Platte kommt bei dir was sehr krummes raus. 55.6*(1024^3)/465119=128354.34676 Ich wäre da sehr vorsichtig.
Hallo, Axel, du hast völlig recht mit dieser Vermutung, die Partition ist irgendwie beschädigt. Ursache f. krumme Werte ist der Paragon Partitionsmanager (Version 5.5 für DOS und Windows inklusive Linuxverwaltung). Die Platte hatte ursprünglich ca. 59,6 GB. Durch Formatieren und Umpartitionieren sind immer ein paar MB vom Gesamtplatz vernichtet worden. Beispielsweise hat dieser PM zwischen den Windowspartitionen eine Minipartition gebildet, auf die man mit diesem PM selbst zugreifen kann, um sie evtl. zu löschen. Nach außen (DOS oder Linux) sind diese platzfressenden Zwischenräume aber nicht erkennbar. Fazit: Ich muss die vom Linux-System (SuSE oder KDE3.0) ausgewiesenen Werte der Partitionstabelle mehr oder weniger glauben. Sicherheitshalber warte ich noch einen Tag mit dieser einschneidenden Operation. Dann muss ich wohl oder übel ran, oder?
Der Laptop wird danach vermutlich nicht sofort wieder booten. Wenn du die Partitionen vom Rettungssystem wieder mounten kannst, dann kannst du auf dieser Liste wieder fragen, wie man Grub oder Lilo wieder installiert. Danke f. d. Angebot, ich komme bestimmt darauf zurück.
Mit freundlichem Gruß Volker -- Sender: Volker Mueller mailto: vmueller@atv-gothia-nbg.de
Hallo, Am Wed, 24 Mar 2004, Volker Mueller schrieb:
Fazit: Ich muss die vom Linux-System (SuSE oder KDE3.0) ausgewiesenen Werte der Partitionstabelle mehr oder weniger glauben. Sicherheitshalber warte ich noch einen Tag mit dieser einschneidenden Operation. Dann muss ich wohl oder übel ran, oder?
gpart hat einen Modus, der nur die gefundenen Sachen ausgibt, aber nichts an der HDD aendert. Wie man den aufruft habe ich allerdings vergessen und mein gpart ist wohl zu antik. Bitte schau das selber nach. Dann maile mir per PM: - nochmal (damit ich's beisammen habe) die Partitionsliste die du noch hast und schon gemailt hast - die Ausgabe von gpart (s.o.) - die durch die folgenden Befehle erzeugten Dateien ACHTUNG: Befehle bitte selbst verifizieren!!! Vertipper (meinerseits oder von dir koennen fatal sein): dd if=/dev/hda of=/tmp/hda.mbr bs=512 count=1 Und falls die Partitionslist _nicht_ von fdisk -l ist, sondern z.B. von Yast: dd if=/dev/hda of=/tmp/hda.59 bs=512 count=10 skip=59 dd if=/dev/hda of=/tmp/hda.162908 bs=512 count=10 skip=162908 dd if=/dev/hda of=/tmp/hda.177947 bs=512 count=10 skip=177947 dd if=/dev/hda of=/tmp/hda.193132 bs=512 count=10 skip=193132 dd if=/dev/hda of=/tmp/hda.198763 bs=512 count=10 skip=198763 dd if=/dev/hda of=/tmp/hda.244516 bs=512 count=10 skip=244516 dd if=/dev/hda of=/tmp/hda.259438 bs=512 count=10 skip=259438 dd if=/dev/hda of=/tmp/hda.298526 bs=512 count=10 skip=298526 Achso, dass auslesen der Sektoren mit dd kann _lange_ dauern[1]. Falls die Linuxpartitionen mit Reiserfs partitioniert waren, dann verwende bitte 'count=138' statt 'count=10' ab dem mit skip=193132 Alles zusammen packst du in einen tarball: tar cvzf /tmp/vmueller-hda.tar.gz /tmp/hda.* [die anderen Dateien] Ich kann nicht versprechen, ob wir die Partitionierung wieder hinbekommen, aber zumindest sollten sich die gpart Ausgabe verifizieren lassen. Achso: hast du schon ein Image der HDD gemacht? Oder hast du da nicht die Moeglichkeit zu? Ausserdem: Das wichtigste ist jetzt, dass du Ruhe bewahrst und nicht in Aktionismus verfaellst! Geduld ist jetzt oberste Tugend! -dnh PS: empfohlene Lektuere: c't Mai 97 und 06/00. [1] ggfs. kann ich dir nen Programm mailen, das die Sektoren via llseek anspringt und deswegen deutlich schneller ist. Ein "count" hab ich da aber noch nicht drin, aber das laesst sich per Schleife in der shell umgehen, falls ich's nicht noch einbaue. -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo, Volker Mueller schrieb:
Hallo, Liste,
meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. Die Installations-CD von 8.2 bootet, aber eine Neu-Inst. löscht die vorh. Daten, UPDATE und Zugriff auf vorh. Linux-Systeme geht nicht wg. der zerstörten Partitionstabelle.
Guck Dir doch mal "parted" an - damit kann man auch versuchen, defekte Partitionstabellen wieder herzustellen. (Info-Seite, d.h. "info parted", und dann mal nach "rescue" suchen (ist der 4. Treffer oder so) HTH, Anke P.S. Ich hoffe, das ist auch auf dem Rettungssystem ... -- Anke Börnig - Linux-Training SCLT, LPIC Level 2 Sölder Kirchweg 40, 44287 Dortmund Tel. 0231-4442559, 0173-3919713, Fax 0231-4442569
Am Dienstag, 23. März 2004 15:15 schrieb Volker Mueller:
Hallo, Liste,
meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. [...] Übrigens: /dev/hda9 enthält die tgl. kpl. Datensicherung, alle anderen hdas sind entbehrlich.
Frage: Wie muss ich vorgehen, damit ich eine Partitionstabelle mit den o. a. Werten bekomme und der LAPTOP wieder bootet?
Hallo, vor allen Versuchen würde ich als allererstes mich bemühen, ein Abbild der hd auf ein anderes Medium zu schreiben, falls nach einem Fehlversuch die hda9 eben nicht mehr lesbar ist. Man hat dann auch mehrere Versuche... Gruß, Wolfgang
Am Dienstag, 23. März 2004 18:34 schrieb Wolfgang Hinsch:
Am Dienstag, 23. März 2004 15:15 schrieb Volker Mueller:
Hallo, Liste,
meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. [...] Übrigens: /dev/hda9 enthält die tgl. kpl. Datensicherung, alle anderen hdas sind entbehrlich.
Frage: Wie muss ich vorgehen, damit ich eine Partitionstabelle mit den o. a. Werten bekomme und der LAPTOP wieder bootet?
Hallo,
vor allen Versuchen würde ich als allererstes mich bemühen, ein Abbild der hd auf ein anderes Medium zu schreiben, falls nach einem Fehlversuch die hda9 eben nicht mehr lesbar ist. Man hat dann auch mehrere Versuche...
Gruß, Wolfgang Hallo, Wolfgang, ich war auch schon in einer Computerwerkstatt. Der Versuch, die Daten von der ausgebauten Platte über einen Adapter auf die Festplatte eines anderen Computers zu überspielen klappte leider auch nicht. Sorry und Gruß Volker
-- Sender: Volker Mueller mailto: vmueller@atv-gothia-nbg.de
Erfolgsmeldung (Details s. u.) Am Dienstag, 23. März 2004 15:15 schrieben Sie:
Hallo, Liste,
meine bisherige Linux-Partitionstabelle wurde überschrieben, ist nicht mehr lesbar, kein Booten mehr möglich. Die Installations-CD von 8.2 bootet, aber eine Neu-Inst. löscht die vorh. Daten, UPDATE und Zugriff auf vorh. Linux-Systeme geht nicht wg. der zerstörten Partitionstabelle. ... Glücksfall: Eine ausgedruckte Partitionstabelle vor dem Crash liegt vor. Hier die Tabelle: Gerät Größe F Type Mountp. Anfang Ende /dev/hda 55.9 GB HITACHI_...EA-60 0 465119 /dev/hda1 19.5 GB Win95 FAT32 LBA /windows/C 0 162912 /dev/hda2 1.8 GB Win95 FAT32 LBA /windosw/D 162913 177951 /dev/hda3 1.8 GB Win95 FAT32 LBA /windows/E 177952 193136 /dev/hda4 32.6 GB Extended 193137 465031 /dev/hda5 692.8 MB Linux swap swap 193137 198767 /dev/hda6 5.5 GB Linux native 198768 244520 /dev/hda7 2.9 GB Linux native 244521 259442 /dev/hda8 3.5 GB Linux native 259443 298530 /dev/hda9 19.9 GB Linux native 298531 464952 Übrigens: /dev/hda9 enthält die tgl. kpl. Datensicherung, alle anderen hdas sind entbehrlich.
Frage: Wie muss ich vorgehen, damit ich eine Partitionstabelle mit den o. a. Werten bekomme und der LAPTOP wieder bootet?
Hier die Lösungsversuche bis zum Erfolg: (a) Min Knoppix 3.1 gpart gestartet, Ergebnis: /hda9 mit 19 GB ist da (b) Die einzelnen Partitionen binär gespeichert nach Anweisungen von David Haller dd if=/dev/hda of=/tmp/hda.59 bs=512 count=10 skip=59 dd if=/dev/hda of=/tmp/hda.162908 bs=512 count=10 skip=162908 dd if=/dev/hda of=/tmp/hda.177947 bs=512 count=10 skip=177947 usw. , diese waren im Pfad /tmp auch zu sehen. Leider war keine Überspielung möglich (kein Brennen, kein Speichern auf Disk, keine Netzwerküberspielung), damit die Werte vom Laptop an David Haller zur Rekonstruktion der Partitionstabelle gesandt werden konnten. (c) Das weitere Vorgehen führte mit Haken und Ösen zumindes zu einer wieder lesbaren Partitonstabelle, wie auch in meinem "Re: Linux-Partition weg", d. h. erfolgreiches pragmatischen Vorgehen, wissenschaftlich natürlich keineswegs befriedigend. Hier die (letztlich) erfolgreiche Lösung: (1) Mit Knoppix 3.1 das Programm "testdisk" gestartet (2) Den Inhalt der letzten Partition angesehen Alle Sicherungspfade und -dateien waren zu sehen (3) Das Ergebnis bzw. die angezeigte Partitonstabelle auf Festplatte geschrieben (write) (4) Boot-CD des Partitionsmanagers (Paragon 5.5) im DOS-Modus gestartet (5) Eine Windows-Partiton aktiviert, die anderen versteckt (6) Neustart des Rechners, Windows-Start klappt nicht (7) Installation von Windows 98 SE (8) Neustart von Win98 - alles läuft, Dateien sind wieder da (9) Versuch des Starts der Linux Partition /dev/hda6 per Installations CD - Fehlermeldung wg. unkorrekter Part.Tabelle (10) Linux-Neuinstallation SuSE 8.2 prof in /dev/hda6 mit Bootloader in /dev/hda3 (aktivierte Windows-Part. s. o.) Neustart klappt (11) Und nun der Knackpunkt: mount -t ext2 /dev/hda9 /mnt W a h n s i n n : Die Partition ist lesbar und sämtliche Pfade mit den Sicherungskopien sind wieder da. Herzlichen Dank an alle für die Tipps Volker (bin happy (;-)))) )
Mit freundlichem Gruß und Dank im Voraus Volker
-- Sender: Volker Mueller mailto: vmueller@atv-gothia-nbg.de
participants (5)
-
Anke Boernig
-
Axel Heinrici
-
David Haller
-
Volker Mueller
-
Wolfgang Hinsch