David Haller wrote:
Hallo,
On Wed, 14 Aug 2002, Erika Mannheim wrote:
Es scheint so, denn ich kann von meinem Linux aus, nicht mehr die primäre Windowspartition C: ansprechen.
Um mein windows ist ist mir nicht schade, aber ich habe wichtige Dateien auf der Platte, die ich gerne irgendwie retten würde.
Kannst du die Partition mounten? Wenn nicht, dann wird's schwierig, da wohl die FAT-Daten im Eimer sind... Es geht aber prinzipiell, nur braucht man recht viel Geduld, v.a. wenn die Rettungsaktion via EMail ablaeuft ;)
Ein Hoffnungsschimmer: die erweiterte Partition /dev/hda5 auf der selben Platte erreiche ich noch!
Ok, die scheint dann wohl nicht betroffen zu sein.
Auch in `fdisk? (von Linux) sieht bei der besagten FP alles noch unverdächtig au
Units = cylinders of 8064 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 315 1270048+ 6 FAT16 /dev/hda2 316 786 1899072 5 Extended /dev/hda5 316 786 1899040+ 6 FAT16
Gut. Die Partitionierung ist dann wohl auch noch ok.
Nur `fdisk` von MS-Dos meckert: System UNKNOWN und kann nicht booten: current fixed drive:1 Partition Status Type volume Label Mbytes System Usage C: 1 A PRI DOS 1240 UNKNOWN 40% 2 EXT DOS 1855 60%
Ich habe schon unter DOS mit `fdisk /mbr` und `SYS a: c:` erfolglos versucht den MBR wieder auf den alten Zustand herzustellen.
Ups.
Lilo geht nach meinen letzten Rettungsversuche auch nicht mehr: statt LILO meldet sich das BIOS mit: "missing operating system".
Das is klar. Mit fdisk /mbr ueberschreibt man den Bootcode im MBR, also eben die 446 Bytes in denen der DOS-Bootcode, LILO oder sonst ein Bootmanager sitzen (zumindest die ersten Teile der Bootmanager ;)
Mein Linux läuf übrigens auf einer dritten FP!
Gut, das sollte die Sache vereinfachen.
Ich kann nur noch mit Linux-Bootdisk starten: Beim Neueinrichten von LILO aus Yast erfolgt die Meldung: "Warning: BIOS drive 0x82 may not be accessible First sector of /dev/hda doesn`t have a valid boot signature"
Hattest/willst du LILO in den MBR haben oder auf /dev/hdc? Ich vermute mal ersteres, da du dich wunderst, dass sich nach dem Bios-Kram kein LILO meldet. Du kannst also (denke ich) erstmal LILO neu installieren.
So da bin ich wieder. Also erstens vielen Dank nochmals für dein freundliches Hilfeangebot. Und jetzt zu den letzten 2 Fragen. (Ich quote alles, damit man alles bis hierher nachvollziehen kann.) Ich hatte LILO im MBR und wollte es auch wieder dahin tun. Das ging bis vor kurzem noch, allerdings mit der Einschränkung für Windows wie oben gesagt: "Warning: BIOS drive 0x82 may not be accessible First sector of /dev/hda doesn`t have a valid boot signature" Win war nicht zu booten. Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte: ---------------schnipp----------------------------------------------------------------- 1.Zero out MBR. (but not all of it!) You need to use 'dd' to erase the MBR. For my machine the command was: dd if=/dev/zero of=/dev/hda bs=446 count=1 2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1 3.Re-write a Windows MBR. You'll need to boot into DOS with your trusty Windows boot disk and do: fdisk /mbr 4.Copy Windows system files to boot sector of Windows partition. Do: sys a: c: 5.At this point your computer should be able to reboot into Windows as if you just had Windows installed. Try it by rebooting. ---------------------------schnapp------------------------------------------ Das war aber erfolglos. Und - seitdem wurde LILO nicht mehr geladen und das Bios meldet: "Missing operating system" Es kann zudem sein, dass ich beim Eingeben der obigen Anweisungen unter Punkt 2 zunächst eine falsche Blockgrösse eingegeben habe: Statt bs=512 bs=552!
Meine Frage nun: komme ich noch an meine Dateien auf hda1 ran? Und wie? geht was mit hilfe `dd`?
Ja. z.B. Aber erzaehl erstmal, mit welchen Mitteln du noch an die HD kommst (Bootdisks? Mit welchem OS? usw.). Wenn du Glueck hast kann man die Partition reparieren, die Daten muehsam zusammensuchen sollte aber eigentlich auf jeden Fall klappen. Grauslich muehsam wird's wenn keine der FAT ("File Allocation Table") ueberlebt hat, dann muss man sich je nach Fragmentierung der Dateien u.U. alles Blockweise zusammensuchen... Muehsam, aber ggfs. lohnend, dazu aber wohl eher spaeter, wenn das Problem etwas genauer analysiert ist...
An die HD komme ich nicht mehr ran.Ich kann win95 nicht starten. Win95-Bootdisk geht auch nicht. Unter Linux kann ich die erweiterte Partition hdd5 mounten. So hoffentlich ist jetzt der Zustand des Patienten soweit abgeklärt, dass sich eine Diagnose stellen lässt und hoffentlich auch eine erfolgreiche Therapie! vielen Dank Erika
Hallo, On Mon, 19 Aug 2002, Erika Mannheim wrote:
David Haller wrote: [..] Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte: ---------------schnipp----------------------------------------------------------------- 1.Zero out MBR. (but not all of it!) You need to use 'dd' to erase the MBR. For my machine the command was: dd if=/dev/zero of=/dev/hda bs=446 count=1
Das macht ein fdisk /mbr sowieso, und Lilo ueberschreibt diesen Bereich auch. Ist also ueberfluessig (und obendrein gefaehrlich, wenn man sich vertippt).
2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
*ARGL* Was ein Schwachfug (in den allermeisten Faellen). Fehler! Grosser Fehler! Hoffen wir mal, dass der Backup-BR noch vorhanden ist.
Das war aber erfolglos.
Ach? Echt? (*scnr*, das musste einfach sein)
Und - seitdem wurde LILO nicht mehr geladen und das Bios meldet: "Missing operating system"
Ja, das hast du mit obigem fuer den DOS-Loader (der mit fdisk /mbr in den MBR geschrieben wird) unzugaenglich gemacht, da er nicht mehr auf das Dateisystem zugreifen kann.
Es kann zudem sein, dass ich beim Eingeben der obigen Anweisungen unter Punkt 2 zunächst eine falsche Blockgrösse eingegeben habe: Statt bs=512 bs=552!
Das waere das kleinere Problem.
So hoffentlich ist jetzt der Zustand des Patienten soweit abgeklärt, dass sich eine Diagnose stellen lässt und hoffentlich auch eine erfolgreiche Therapie!
Naja, hoffen wir, du hast sie nicht (ohne die Diagnose abzuwarten) zerstoert. Prinzipiell sollten die Daten aber noch da sein. Oberstes Gebot jetzt: Geduld! Tue _NICHTS_ das schreibend auf die HD zugreift, verwende _keinerlei_ Tools, bis das jetzt diagnostiziert ist. Als ersten Schritt schick mir bitte a) die Ausgabe von nem Linux 'fdisk -l'. b) eine Kopie der relevanten Sektoren (bitte 100% sorgfaeltig eingeben!): - starte von einer Linux CD/Diskette - mounte ein Medium auf das du Dateien so ablegen kannst, dass du sie mir dann mailen kannst. Am besten ebenfalls eine Diskette. Davon geh ich jetzt mal aus, und auch, dass die Diskette nach /floppy gemountet ist. - dann (da bs=512 der default ist, lass ich's weg, ein Punkt weniger, wo man sich vertippen kann): dd if=/dev/hda of=/floppy/hda-mbr count=1 dd if=/dev/hda1 of=/floppy/hda1-br count=32 Die Ausgabe von fdisk -l und die beiden Dateien von dd packst du bitte in ein tar.gz und mailst sie mir per PM. Mounten musst (und sollst) du nur die Diskette. Und nochmal: Hab Geduld! -dnh PS: Ja, die meisten Probleme dieser Art werden durch den unbedachten Einsatz irgendwelcher Tools und von DOS-fdisk verursacht, wie auch ich aus eigener leidvoller Erfahrung weiss. Und durch weitere Rettungsversuche verschlimmert sich die Situation eher nur. -- All those who believe in psychokinesis, raise my hand. -- Are Westby's sig
David Haller wrote:
Hallo,
On Mon, 19 Aug 2002, Erika Mannheim wrote:
David Haller wrote: [..] Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte:
(...)
2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
*ARGL* Was ein Schwachfug (in den allermeisten Faellen). Fehler! Grosser Fehler! Hoffen wir mal, dass der Backup-BR noch vorhanden ist.
Hallo David, mir fällt gerade ein, dass ich, am Tag vor diesem "Rettungsversuch" ein dump der hda1 gemacht hatte. Die Datei liegt hier vor. Vielleicht macht das den grossen Fehler rückgängig? Ich mache hier natürlich erst wieder was, wenn und nur das, was Du vorschlägst. Ist ja klar. Erika
Hallo, [Als update fuer die Allgemeinheit gedacht] On Wed, 21 Aug 2002, Erika Mannheim wrote:
David Haller wrote:
On Mon, 19 Aug 2002, Erika Mannheim wrote:
David Haller wrote: [..] Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte: (...) 2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
*ARGL* Was ein Schwachfug (in den allermeisten Faellen). Fehler! Grosser Fehler! Hoffen wir mal, dass der Backup-BR noch vorhanden ist.
mir fällt gerade ein, dass ich, am Tag vor diesem "Rettungsversuch" ein dump der hda1 gemacht hatte. Die Datei liegt hier vor. Vielleicht macht das den grossen Fehler rückgängig?
Leider nicht (s. PM). [Erika hat mir inzwischen die relevanten Sektoren der HD und des "dumps" gemailt, mit Letzterem war ein Image gemeint, das mittels 'dd if=/dev/hda1' erstellt wurde]. Im Image fand sich dann aber die Ursache: es wurde LILO nach hda1 installiert, und dabei wurde bis auf einen kleinen Rest der FAT-Bootsektor ueberschrieben... [...more to come...] -dnh -- "We're sysadmins. Sanity happens to other people." -- Chris King
David Haller wrote:
Hallo,
[Als update fuer die Allgemeinheit gedacht]
On Wed, 21 Aug 2002, Erika Mannheim wrote:
David Haller wrote:
On Mon, 19 Aug 2002, Erika Mannheim wrote:
David Haller wrote: [..] Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte: (...) 2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
*ARGL* Was ein Schwachfug (in den allermeisten Faellen). Fehler! Grosser Fehler! Hoffen wir mal, dass der Backup-BR noch vorhanden ist.
mir fällt gerade ein, dass ich, am Tag vor diesem "Rettungsversuch" ein dump der hda1 gemacht hatte. Die Datei liegt hier vor. Vielleicht macht das den grossen Fehler rückgängig?
Leider nicht (s. PM).
[Erika hat mir inzwischen die relevanten Sektoren der HD und des "dumps" gemailt, mit Letzterem war ein Image gemeint, das mittels 'dd if=/dev/hda1' erstellt wurde].
Im Image fand sich dann aber die Ursache: es wurde LILO nach hda1 installiert, und dabei wurde bis auf einen kleinen Rest der FAT-Bootsektor ueberschrieben...
[...more to come...]
Etwas, was uns sicher nicht weiterhilft, mir aber zum Verständnis verhilft, ist die Frage: wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht. Erika
Hallo, * On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
Ich denke, das "fdisk /mbr" tastet nur den Master-Boot-Record (MBR) an, nicht ab er den Bootsektor einer Partition (z.B. "/dev/hda1"). Ohne den Thread von Anfang an verfolgt zu haben, ging es Dir aber doch darum, den Bootsektor von "/dev/hda1" wiederherzustellen und nicht den Master-Boot- Record der "/dev/hda". Gruß, Steffen
Hallo, On Sun, 25 Aug 2002, Steffen Moser wrote:
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
Ich denke, das "fdisk /mbr" tastet nur den Master-Boot-Record (MBR) an, nicht ab er den Bootsektor einer Partition (z.B. "/dev/hda1"). Ohne den Thread von Anfang an verfolgt zu haben, ging es Dir aber doch darum, den Bootsektor von "/dev/hda1" wiederherzustellen und nicht den Master-Boot- Record der "/dev/hda".
Korrekt. -dnh --
Merke: Essen ist der Sex des Alters. Corega Tabs statt Viagra. Nein. Corega Tabs sind praktisch um das Klo zu reinigen. -- Holger Marzen und Raimund Huemmer in dasr
Steffen Moser wrote:
Hallo,
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
Ich denke, das "fdisk /mbr" tastet nur den Master-Boot-Record (MBR) an, nicht ab er den Bootsektor einer Partition (z.B. "/dev/hda1"). Ohne den Thread von Anfang an verfolgt zu haben, ging es Dir aber doch darum, den Bootsektor von "/dev/hda1" wiederherzustellen und nicht den Master-Boot- Record der "/dev/hda".
Jein, das hat sich im Verlauf herausgestellt, dass ich versehentlich LILO in den Bootsector der hda1 geschrieben habe. Eigentlich sollte LILO in den MBR. Ich wollte einfach auf dem Wege der Reparatur des Bootsektors von welchem Bootsektor auch immer, wieder Zugriff auf meine hda1 bekommen. Dazu sollte WIN95 wieder startbar gemacht werden. Da aber in Linux unter /boot kein gültiges Backup des ursprünglichen Dos-MBR mehr vorhanden war, den LILO dort grundsätzlich ablegt, hatte ich das mit fdisk /mbr von Dos aus versucht. Etwas, was laut verschiedener Beschreibungen gehen müsste. Die Frage hilft mir natürlich, sicher nicht aus dem Schlamassel mit der nicht ansprechbaren hda aber hilft vielleicht meinem Verständnis dieser komplizierten Materie über das Lesen der Doku z. B. zu Lilo hinaus. Erika
Erika Mannheim wrote:
Ich wollte einfach auf dem Wege der Reparatur des Bootsektors von welchem Bootsektor auch immer, wieder Zugriff auf meine hda1 bekommen. Dazu sollte WIN95 wieder startbar gemacht werden. Da aber in Linux unter /boot kein gültiges Backup des ursprünglichen Dos-MBR mehr vorhanden war, den LILO dort grundsätzlich ablegt, hatte ich das mit fdisk /mbr von Dos aus versucht. Etwas, was laut verschiedener Beschreibungen gehen müsste.
"FDISK.EXE /mbr" ist ein Schritt, der zweite ist eine DOS-Bootdiskette und "SYS C:", womit die Boot-Dateien kopiert werden. Peter
Peter Wiersig wrote:
Erika Mannheim wrote:
Ich wollte einfach auf dem Wege der Reparatur des Bootsektors von welchem Bootsektor auch immer, wieder Zugriff auf meine hda1 bekommen. Dazu sollte WIN95 wieder startbar gemacht werden. Da aber in Linux unter /boot kein gültiges Backup des ursprünglichen Dos-MBR mehr vorhanden war, den LILO dort grundsätzlich ablegt, hatte ich das mit fdisk /mbr von Dos aus versucht. Etwas, was laut verschiedener Beschreibungen gehen müsste.
"FDISK.EXE /mbr" ist ein Schritt, der zweite ist eine DOS-Bootdiskette und "SYS C:", womit die Boot-Dateien kopiert werden.
Das hatte ich auch schon probiert. Zur Erinnerung: das folgende hatte ich erfolglos versucht (und auch schon in dem laufenden Betreff mitgeteit) ---------------schnipp----------------------------------------------------------------- 1.Zero out MBR. (but not all of it!) You need to use 'dd' to erase the MBR. For my machine the command was: dd if=/dev/zero of=/dev/hda bs=446 count=1 2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1 3.Re-write a Windows MBR. You'll need to boot into DOS with your trusty Windows boot disk and do: fdisk /mbr 4.Copy Windows system files to boot sector of Windows partition. Do: sys a: c: 5.At this point your computer should be able to reboot into Windows as if you just had Windows installed. Try it by rebooting. ---------------------------schnapp------------------------------------------ War aber leider nicht so. erika
Hallo, On Mon, 26 Aug 2002, Erika Mannheim wrote:
Peter Wiersig wrote:
"FDISK.EXE /mbr" ist ein Schritt, der zweite ist eine DOS-Bootdiskette und "SYS C:", womit die Boot-Dateien kopiert werden.
Das hilft aber nur, wenn die Partition schon formatiert wurde und somit ein korrekter Bootsektor (und _der_ ist Erika's Problem) schon vorhanden ist. sys kopiert dann nur noch io.sys usw. auf die "frische" Partition. Auf einem existierendem Dateisystem ist das irrelevant. Der BS wird davon nicht wieder "heile" -- es sei denn... (s.u.)
Das hatte ich auch schon probiert. Zur Erinnerung: das folgende hatte ich erfolglos versucht (und auch schon in dem laufenden Betreff mitgeteit)
[war das nich per PM an mich?]
---------------schnipp----------------------------------------------------------------- 1.Zero out MBR. (but not all of it!) You need to use 'dd' to erase the MBR. For my machine the command was: dd if=/dev/zero of=/dev/hda bs=446 count=1
2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
3.Re-write a Windows MBR. You'll need to boot into DOS with your trusty Windows boot disk and do:
fdisk /mbr
4.Copy Windows system files to boot sector of Windows partition. Do:
sys a: c:
5.At this point your computer should be able to reboot into Windows as if you just had Windows installed. Try it by rebooting.
---------------------------schnapp------------------------------------------
VORSICHT!!!! Erika hat sich damit den BS ueberschrieben -- ok, in diesem Falle war das weniger relevant, da der BS sowieso schon groesstenteils von LILO ueberschrieben war. Obige Vorgehensweise _kann_ bei FAT32 funktionieren, da FAT32 ein Backup des BS speichert und wohl, bei einem genullten BS, beim Aufruf von 'sys' das Backup zurueck in den BS schreibt. Bei FAT16 (wie es hier der Fall ist) ist obiges Wirkungslos bzw. je nach Konstellation fatal... -dnh -- The Universe -- some information to help you live in it. 5 MONETARY UNITS: None.
David Haller wrote:
Hallo,
On Mon, 26 Aug 2002, Erika Mannheim wrote:
Peter Wiersig wrote:
Das hatte ich auch schon probiert. Zur Erinnerung: das folgende hatte ich erfolglos versucht (und auch schon in dem laufenden Betreff mitgeteit)
[war das nich per PM an mich?]
Au ja, das stimmt. Tut mir leid, Peter Wiersig. Erika
Hallo Erika, Erika Mannheim wrote:
Steffen Moser wrote:
Hallo,
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
Ich denke, das "fdisk /mbr" tastet nur den Master-Boot-Record (MBR) an, nicht ab er den Bootsektor einer Partition (z.B. "/dev/hda1"). Ohne den Thread von Anfang an verfolgt zu haben, ging es Dir aber doch darum, den Bootsektor von "/dev/hda1" wiederherzustellen und nicht den Master-Boot- Record der "/dev/hda".
Jein, das hat sich im Verlauf herausgestellt, dass ich versehentlich LILO in den Bootsector der hda1 geschrieben habe. Eigentlich sollte LILO in den MBR. Ich wollte einfach auf dem Wege der Reparatur des Bootsektors von welchem Bootsektor auch immer, wieder Zugriff auf meine hda1 bekommen. Dazu sollte WIN95 wieder startbar gemacht werden. Da aber in Linux unter /boot kein gültiges Backup des ursprünglichen Dos-MBR mehr vorhanden war, den LILO dort grundsätzlich ablegt, hatte ich das mit fdisk /mbr von Dos aus versucht. Etwas, was laut verschiedener Beschreibungen gehen müsste.
Die Frage hilft mir natürlich, sicher nicht aus dem Schlamassel mit der nicht ansprechbaren hda aber hilft vielleicht meinem Verständnis dieser komplizierten Materie über das Lesen der Doku z. B. zu Lilo hinaus.
ich blick da nun nicht mehr ganz durch was Du wie installiert hast. Aber Grundsätzlich: Der MBR sind die ersten 512 Byte Code der FP in dem ein Bootloader untergebracht werden kann. Auch die Bootsektoren der Partitionen sind so gross. LILO kann sowohl im MBR als auch im Bootsektor der Partition installiert werden. Im 2. Fall muss dazu dann aber die Partition aktiv geschaltet werden. Wie also hast Du zwischen Win und Linux ausgewählt? Mit dem undokumentierten Befehl fdisk /MBR wird nur der MBR neu geschrieben. Dieser beinhaltet aber auch die Partitions- tabelle! Die Einzelheiten kannst Du z.B. bei www.michaellootz.de unter MBR + Partitionstabelle nachlesen. Wenn es Dir aber nur um Sichern von Daten geht, so mach das doch mit Linux. Oder kannst Du nicht mal mehr unter Linux die Partition mounten? Gruss Michael
Michael Lootz wrote:
Hallo Erika,
Erika Mannheim wrote:
Steffen Moser wrote:
Hallo,
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
ich blick da nun nicht mehr ganz durch was Du wie installiert hast.
(...)
Wenn es Dir aber nur um Sichern von Daten geht, so mach das doch mit Linux. Oder kannst Du nicht mal mehr unter Linux die Partition mounten?
Genaus so ist es. lieber Michael und andere, die hier mitlesen, Das geht aber aus dem laufenden Thread hervor. Ich hatte mich mit dem, was ich oben schrieb, nur darauf bezogen. Nun merke ich, dass der, und somit alles vorher ausführlich Beschriebene offenbar in der Liste nicht mehr präsent ist, obwohl es erst eine Woche alt ist. Nun stehe ich irgend wie vor dem Problem, wie ich euch auf das Laufende bringen soll. Schliesslich will ich ja eure Mithilfe. Es hier nochmal einzusetzen verbietet sich aber. Ich werde also folgendes per PM an euch tun: die fehlende Info euch zumailen. Ich hoffe das ist euch recht! Damit könnt ihr natürlich frei walten. ... und mir hoffentlich den einen oder anderen guten Tip zu meinem Problem geben. vielen Dank Erika
Am Mon, 26 Aug 2002 schrieb Erika Mannheim:
Michael Lootz wrote:
Erika Mannheim wrote:
Steffen Moser wrote:
Hallo,
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
ich blick da nun nicht mehr ganz durch was Du wie installiert hast.
(...)
Wenn es Dir aber nur um Sichern von Daten geht, so mach das doch mit Linux. Oder kannst Du nicht mal mehr unter Linux die Partition mounten?
Genaus so ist es.
Das spricht aber sehr dafür, daß der Bootsektor der Partition und nicht der MBR zerschossen ist, da gab es mal in der c't einen Hinweis, was da reingehört und wie man da selbst was dran ändern kann, ist schon ne weile her, aber vielleicht hilft es trotzdem...
lieber Michael und andere, die hier mitlesen,
Das geht aber aus dem laufenden Thread hervor. Ich hatte mich mit dem, was ich oben schrieb, nur darauf bezogen.
Nun merke ich, dass der, und somit alles vorher ausführlich Beschriebene offenbar in der Liste nicht mehr präsent ist, obwohl es erst eine Woche alt ist.
Na ja, oft ist es so, daß man sich trotzdem nicht mehr an alles erinnern kann, ich behalte zwar Nachrichten aus einem Thread, an dem ich mich beteilige immer, bis die Diskussion vorbei ist, aber in diese Diskussion bin ich gerade erst eingestiegen, die bisherigen Mails zum Thema habe ich z.B. nicht gelesen, das kommt auch immer wieder mal vor!
Nun stehe ich irgend wie vor dem Problem, wie ich euch auf das Laufende bringen soll. Schliesslich will ich ja eure Mithilfe. Es hier nochmal einzusetzen verbietet sich aber.
Wenn Du keine Romane gepostet hast und ein, zwei erläuternde Sätze dazuschreibst, wird Dir hier niemand böse sein, wenn Du Dein Problem noch mal exakt beschreibst. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Christoph Maurer wrote:
Am Mon, 26 Aug 2002 schrieb Erika Mannheim:
Michael Lootz wrote:
Erika Mannheim wrote:
Steffen Moser wrote:
Hallo,
* On Sun, Aug 25, 2002 at 09:46 AM (+0200), Erika Mannheim wrote:
wieso hat Dos-fdisk /mbr nicht an die korrekte Stelle in den Bootsektor der hda z u r ü c k s c h r e i b e n? Das hatte ich ja erfolglos versucht.
ich blick da nun nicht mehr ganz durch was Du wie installiert hast.
(...)
Wenn es Dir aber nur um Sichern von Daten geht, so mach das doch mit Linux. Oder kannst Du nicht mal mehr unter Linux die Partition mounten?
Genaus so ist es.
Das spricht aber sehr dafür, daß der Bootsektor der Partition und nicht der MBR zerschossen ist, da gab es mal in der c't einen Hinweis, was da reingehört und wie man da selbst was dran ändern kann, ist schon ne weile her, aber vielleicht hilft es trotzdem...
Danke für den Hinweis werde ich sofort nachsehen.
Wenn Du keine Romane gepostet hast und ein, zwei erläuternde Sätze dazuschreibst, wird Dir hier niemand böse sein, wenn Du Dein Problem noch mal exakt beschreibst.
Dein Wort in der Liste Ohr ;-) (Und Danke dafür, ich nehme das als Aufforderung.) Das Subjekt oben benennt das Dilemma genau: 1. ich kann von meinem Linux aus, nicht mehr die primäre Windowspartition C: ansprechen. Die erweiterte Partition /dev/hda5 auf der selben Platte erreiche ich noch! 2. Ich habe schon unter DOS mit `fdisk /mbr` und `SYS a: c:` erfolglos versucht den MBR wieder auf den alten Zustand herzustellen. 3. Mein Linux läuf übrigens auf einer dritten FP! Die Frage war: Wie komme ich an meine Dateien auf hda1 ran? David Haller hilft mir seitdem weiter. Er fand heraus: LILO (wurde) nach hda1 installiert, und dabei wurde bis auf einen kleinen Rest der FAT-Bootsektor ueberschrieben... er erläuterte folgendes dazu seinerzeit in der Liste: Hallo [Als update fuer die Allgemeinheit gedacht] On Wed, 21 Aug 2002, Erika Mannheim wrote:
David Haller wrote:
On Mon, 19 Aug 2002, Erika Mannheim wrote:
David Haller wrote: [..] Ich habe dann aber noch folgenden Rettungsversuch gemacht gemäss einer Beschreibung die auf mich passte: (...) 2.Zero out the boot sector of the Windows partition. Once again, for my system, the commad was: dd if=/dev/zero of=/dev/hda1 bs=512 count=1
*ARGL* Was ein Schwachfug (in den allermeisten Faellen). Fehler! Grosser Fehler! Hoffen wir mal, dass der Backup-BR noch vorhanden ist.
mir fällt gerade ein, dass ich, am Tag vor diesem "Rettungsversuch" ein dump der hda1 gemacht hatte. Die Datei liegt hier vor. Vielleicht macht das den grossen Fehler rückgängig?
Leider nicht (s. PM). [Erika hat mir inzwischen die relevanten Sektoren der HD und des "dumps" gemailt, mit Letzterem war ein Image gemeint, das mittels 'dd if=/dev/hda1' erstellt wurde]. Im Image fand sich dann aber die Ursache: es wurde LILO nach hda1 installiert, und dabei wurde bis auf einen kleinen Rest der FAT-Bootsektor ueberschrieben... [...more to come...] -dnh Tja, das wars. Und jetzt ist die Frage, kriegt man die Platte wieder gebootet, oder kommt man sonst wie an die Daten? Erika
Hallo, On Mon, 26 Aug 2002, Christoph Maurer wrote:
Am Mon, 26 Aug 2002 schrieb Erika Mannheim:
Michael Lootz wrote:
ich blick da nun nicht mehr ganz durch was Du wie installiert hast. (...) Wenn es Dir aber nur um Sichern von Daten geht, so mach das doch mit Linux. Oder kannst Du nicht mal mehr unter Linux die Partition mounten?
Genaus so ist es.
Das spricht aber sehr dafür, daß der Bootsektor der Partition und nicht der MBR zerschossen ist,
Genauso ist es, ok, vorher war glaub LILO als Bootloader im MBR, nun ist's halt ein DOS-Loader (wg. fdisk /mbr), aber das ist fuer das eigentliche Problem irrelevant bzw. trivial zu beheben und interessiert erstmal nicht.
da gab es mal in der c't einen Hinweis, was da reingehört und wie man da selbst was dran ändern kann, ist schon ne weile her, aber vielleicht hilft es trotzdem...
Genau daran sitze ich nun -- leider sieht's nicht sonderlich gut aus. Die relevanten c'ts sind: 5/97 und 6/00.
Nun stehe ich irgend wie vor dem Problem, wie ich euch auf das Laufende bringen soll. Schliesslich will ich ja eure Mithilfe.
Das hatte ich eigentlich mit meiner Mail versucht... ;)
Es hier nochmal einzusetzen verbietet sich aber.
@Erika: ich bleib dabei: mach erstmal nix! Ansonsten werd ich sauer und ueberlass dich haemisch grinsend deinem Schicksal *eg* && *SCNR* Ja, ich weiss, hier gibt's noch einige die viel Ahnung vom Thema haben, ich habe aber inzwischen die relevanten Sektoren...
Wenn Du keine Romane gepostet hast und ein, zwei erläuternde Sätze dazuschreibst, wird Dir hier niemand böse sein, wenn Du Dein Problem noch mal exakt beschreibst.
Ok, fuer die anderen Freaks hier, als Kurzfassung: MBR: Ok, LILO wurde ueberschrieben vom DOS-Bootcode (via fdisk /mbr). Die Partitionstabelle ist aber in Ordnung. Irrelevant, da trivial zu loesen. Bootsektor der FAT16 Partition: Wurde durch LILO ueberschrieben (das eigentliche Problem), dann hat Erika den BS noch durch diese "Anleitung" genullt, und dabei wg. Vertipper noch ein paar Bytes der ersten FAT genullt, aber es gibt ein Image der Partition vor dieser (voreiligen) Aktion, die FAT ist also Intakt. Der Bootsektor laesst sich aber nicht auffinden, is also futsch. FAT + Daten: Scheinen intakt (im Image und bis auf die ersten Bytes auf auf HD). Weitere Partitionen (ne erweiterte mit noch ner FAT16) sind nicht betroffen. Bitte verkneift euch, Erika noch zu verwirren oder unqualifizierte Loesungen vorzuschlagen! Die Dateien und auch die FAT sind soweit ich's sehen konnte noch alle da[1], das Problem identifiziert und jegliche "Experimente" mit irgendwelchen Tools sind unangebracht!!! Danke. -dnh [1] bis auf ein paar bytes, die's aber im Image gibt -- "All software sucks, but we still use software. All hardware sucks, but I've got quite a pile of that around me too. All social interaction sucks, but getting loved and laid beats the crap out of the alternatives much as a real OS beats the crap out of GameOS." -- adb in b.l-w
Hallo, [Zusammenfassung fuer die Allgemeinheit] On Tue, 27 Aug 2002, David Haller wrote:
Ok, fuer die anderen Freaks hier, als Kurzfassung:
MBR: Ok, LILO wurde ueberschrieben vom DOS-Bootcode (via fdisk /mbr). Die Partitionstabelle ist aber in Ordnung. Irrelevant, da trivial zu loesen.
Bootsektor der FAT16 Partition: Wurde durch LILO ueberschrieben (das eigentliche Problem), dann hat Erika den BS noch durch diese "Anleitung" genullt, und dabei wg. Vertipper noch ein paar Bytes der ersten FAT genullt, aber es gibt ein Image der Partition vor dieser (voreiligen) Aktion, die FAT ist also Intakt. Der Bootsektor laesst sich aber nicht auffinden, is also futsch.
FAT + Daten: Scheinen intakt (im Image und bis auf die ersten Bytes auf auf HD).
Weitere Partitionen (ne erweiterte mit noch ner FAT16) sind nicht betroffen.
Zusammen mit der Laenge der FAT aus dem image/der Part., sowie den weiteren Angaben (Partitionslaenge, Geometrie usw.) konnte ich einen neuen BS fuer die betroffen Partition stricken -- und wie's bisher scheint erfolgreich, die Partition laesst sich zumindest schonmal mounten, ob's noch Dateien erwischt hat wird sich zeigen, halte ich aber fuer eher unwahrscheinlich. Theoretisch muesste also (da der BS wohl passt) alles wieder wie vorher sein. Wo ich schon dabei bin, und's inzwischen nochwas in der Richtung geht: Leuts, wenn euch sowas passiert und ihr nicht selber _wisst_ wie man das diagnostiziert und dann das richtige Mittel zur Reparatur waehlt, dann lasst bitte zumindest die Diagnose von jemand machen, der sich damit auskennt. Der voreilige Einsatz irgendwelcher Tools oder Tips schadet fast immer nur und macht Rettungsversuche schwerer oder gar (ohne ein professionelles Datenrettungslabor) unmoeglich. Geduld und "nicht anfassen" sind oberstes Gebot. Alternativ kann man natuerlich auch ein Backup drueberbuegeln, vorausgesetzt das Backup ist in Ordnung. -dnh -- Du willst einen Windows-PC als Gateway für ein NetBSD-System benutzen? Benutzt du auch Nägel, um einen Hammer in die Wand zu schlagen? (Philipp Schulte in de.org.ccc)
Hallo alle Hobby-MBR/FAT-Operateure, noch eine Ergänzung zu David's Anmerkung: David Haller wrote:
Wo ich schon dabei bin, und's inzwischen nochwas in der Richtung geht: Leuts, wenn euch sowas passiert und ihr nicht selber _wisst_ wie man das diagnostiziert und dann das richtige Mittel zur Reparatur waehlt, dann lasst bitte zumindest die Diagnose von jemand machen, der sich damit auskennt. Der voreilige Einsatz irgendwelcher Tools oder Tips schadet fast immer nur und macht Rettungsversuche schwerer oder gar (ohne ein professionelles Datenrettungslabor) unmoeglich. Geduld und "nicht anfassen" sind oberstes Gebot.
Alternativ kann man natuerlich auch ein Backup drueberbuegeln, vorausgesetzt das Backup ist in Ordnung.
macht's bitte schön vorher (<- dick unterstrichen und Fett dargestllt) ein Backup, dann kann man, wie in diesem Fall, noch was retten wenn was schief gegangen ist. Gruss Michael
participants (6)
-
Christoph Maurer -
David Haller -
Erika Mannheim -
Michael Lootz -
Peter Wiersig -
Steffen Moser