Hallo zusammen, selbstkritisch muss ich zugeben, dass ich leichtsinnig viel Mist gebaut habe. Zur Sache: Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren". Die Folge war, dass ich nicht mehr booten konnte. Nach mehreren Telefonberatungen mit der Hotline (geht schön auf die Kosten!) habe ich wenigstens die Daten von der Linux-Partition retten können. Windows läßt sich aber überhaupt nicht mehr ansprechen. Von SuSE aus kann ich noch diese Partition sehen: fdisk -l Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux So weit so gut. Allerdings: mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt Wenn ich die Platte in einem Redmond XP Rechner installiere, wird sie vom System überhaupt nicht gesehen. Auf der hda1 sind noch nicht gesicherte Daten, die unbedingt gerettet werden müssen. Das schulde ich meiner Tochter. Gibt es spezielle Software, mit welcher ich die NTFS-Partition von SuSe aus retten kann (Zugriff direkt über BIOS oder so was)? Oder was kann ich sonst tun (außer bitter weinen)? Schönen Gruß aus Augsburg Thaddäus Sierak -- Thaddäus Sierak <uchol@sierak.de>
Hallo Thaddäus, On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren".
ouch :\
Die Folge war, dass ich nicht mehr booten konnte. Nach mehreren Telefonberatungen mit der Hotline (geht schön auf die Kosten!) habe ich wenigstens die Daten von der Linux-Partition retten können. Windows läßt sich aber überhaupt nicht mehr ansprechen. Von SuSE aus kann ich noch diese Partition sehen:
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
[ ] du hast /dev/hda1 nicht zufällig mit reiserfs formatiert? (das ändert nichts an den partitionsids)
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
ohne -t ntfs schon mal probiert? Und wenn ja als was hängt er es dann ein.
Wenn ich die Platte in einem Redmond XP Rechner installiere, wird sie vom System überhaupt nicht gesehen.
die komplette Platte? oder ist nur keine Partition (Laufwerk) zu erkennen.
Auf der hda1 sind noch nicht gesicherte Daten, die unbedingt gerettet werden müssen. Das schulde ich meiner Tochter.
dann pack schon mal den hexeditor, dd und viel Zeit aus. :)
Gibt es spezielle Software, mit welcher ich die NTFS-Partition von SuSe aus retten kann (Zugriff direkt über BIOS oder so was)? Oder was kann ich sonst tun (außer bitter weinen)?
Die NTFS unterstützung (schreibend) ist bis auf die Captiv Treiber nicht so wirklich rosig. Wenn du noch eine weitere Platte zur verfügung hast würde ich jetzt erstmal mit dd ein image der Platte ziehen und dann auf David Haller warten der dir erklärt wie du das richtest ;) Sprich die Daten sind wohl schon noch da selbst wenn du hda1 formatiert haben solltest. Wenn du allerdings SuSE auf hda1 installiert hattest bleibt dir nur noch deine Tochter um Gnade an zu flehen. dd if=/dev/hda1 of=/mnt/zweiteplatte/hda1.img Greetings Daniel -- "Ihr/e Suchbegriff/e >3ddesk+source+download< könnte/n fehlerhaft oder unbekannt sein: Ob >ms+resource+download< besser ist?" NEEEEIIIIINNN www.metager.de
Hallo, Am Wed, 29 Sep 2004, Daniel Lord schrieb:
On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
[ ] du hast /dev/hda1 nicht zufällig mit reiserfs formatiert? (das ändert nichts an den partitionsids) [..] Die NTFS unterstützung (schreibend) ist bis auf die Captiv Treiber nicht so wirklich rosig. Wenn du noch eine weitere Platte zur verfügung hast würde ich jetzt erstmal mit dd ein image der Platte ziehen und dann auf David Haller warten der dir erklärt wie du das richtest ;)
Da komm ich ja wie auf's Stichwort aus dem Urlaub zurueck ;) In dem Fall ist wohl die Dateizuordungstabelle ("MFS") von NTFS beschaedigt, da bliebe dann nur noch, die Daten per Hand oder mit einem (kostenpflichtigen) Tool rauszupfriemeln. Die ueblichen verdaechtigen bieten uebrigens Testversionen dieser Tools an. Falls nur der NTFS Bootsektor beschaedigt waere: davon gibt's ein Backup im letzten Sektor der Partition, aber es ist eher unwahrscheinlich, dass das ausreicht.
Sprich die Daten sind wohl schon noch da selbst wenn du hda1 formatiert haben solltest.
Korrekt. -dnh -- / "Camels and llamas and hashes and scalars / Cute little modules talking \ [ to mailers / Regexes munging my humungous strings / These are a few of my ] \ favourite things" -- Malcolm Ray, on making Perl sing /
Hallo David, Am Mi, den 29.09.2004 schrieb David Haller um 1:12:
Hallo,
Am Wed, 29 Sep 2004, Daniel Lord schrieb:
On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
[ ] du hast /dev/hda1 nicht zufällig mit reiserfs formatiert? (das ändert nichts an den partitionsids) [..] Die NTFS unterstützung (schreibend) ist bis auf die Captiv Treiber nicht so wirklich rosig. Wenn du noch eine weitere Platte zur verfügung hast würde ich jetzt erstmal mit dd ein image der Platte ziehen und dann auf David Haller warten der dir erklärt wie du das richtest ;)
Da komm ich ja wie auf's Stichwort aus dem Urlaub zurueck ;)
Gott sei Dank!
In dem Fall ist wohl die Dateizuordungstabelle ("MFS") von NTFS beschaedigt, da bliebe dann nur noch, die Daten per Hand oder mit einem (kostenpflichtigen) Tool rauszupfriemeln. Die ueblichen verdaechtigen bieten uebrigens Testversionen dieser Tools an.
? momentan kenne ich keine üblichen Verdächtigen :(, muss mich heruschauen.
Falls nur der NTFS Bootsektor beschaedigt waere: davon gibt's ein Backup im letzten Sektor der Partition, aber es ist eher unwahrscheinlich, dass das ausreicht.
Sprich die Daten sind wohl schon noch da selbst wenn du hda1 formatiert haben solltest.
Korrekt.
Na dann versuche ich mal diese Partition mit ntfs zu partitionieren. Danke.
-dnh
-- / "Camels and llamas and hashes and scalars / Cute little modules talking \ [ to mailers / Regexes munging my humungous strings / These are a few of my ] \ favourite things" -- Malcolm Ray, on making Perl sing /
Hallo, Am Wed, 29 Sep 2004, Thaddäus Sierak schrieb:
Am Mi, den 29.09.2004 schrieb David Haller um 1:12: [..]
In dem Fall ist wohl die Dateizuordungstabelle ("MFS") von NTFS beschaedigt, da bliebe dann nur noch, die Daten per Hand oder mit einem (kostenpflichtigen) Tool rauszupfriemeln. Die ueblichen verdaechtigen bieten uebrigens Testversionen dieser Tools an.
? momentan kenne ich keine üblichen Verdächtigen :(, muss mich heruschauen.
IIRC gibt's z.B. "Tiramisu" oder so. Suche nach "Datenrettung" oder so.
Na dann versuche ich mal diese Partition mit ntfs zu partitionieren.
Nein! Die Partitionierung stimmt ja noch (Dateisystemtyp NTFS/HPFS). Und auch bitte nicht formatieren oder sonst was! Man muss erstmal schauen, was passiert ist. Maile mir per PM(!) bitte mal die ersten Sektoren der Partition (bzw. des Images). Verwende dazu 'dd' mit 'count=130' und gzippe dann die Ausgabedatei. -dnh -- 266: Allradantrieb Allradantrieb bedeutet, dass man dort stecken bleibt, wo der Abschleppwagen nicht hinkommt.
Am Mittwoch, 29. September 2004 00:01 schrieb Daniel Lord: Hallo Thaddäus,
On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren".
ouch :\
ACK.
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
dd if=/dev/hda1 of=/mnt/zweiteplatte/hda1.img
Full ACK. Vorteil von dd mountbares und daher auch lesbares Image zum wegsichern auf DVD/CD. Falls du das ganze noch mit gzip komprimieren willst, dann empfehle ich folgende Seite: http://www.ruwela.de/Linux-Befehls-Beispiele/node7.html Diese Seite würde ich mir auf alle Fälle zu Gemüte führen. War auch für meine "Versuche" die erste Anlaufstelle. Es gibt aber noch dd_rescue, sehr nettes Spielzeug. Für Lesefehler, dauert nach meiner Erfahrung aber sehr viellänger. http://www.garloff.de/kurt/index_d.html Ich hoffe Du stehst nicht unter Zeitdruck. Voraussetzung beider Tools ist immer, dass Du an das Zeug rankommst. Ansonsten verweise ich auf das Posting von David. -- CU at the trails Boris
Hallo Boris, Am Mi, den 29.09.2004 schrieb Boris S. um 9:34:
Am Mittwoch, 29. September 2004 00:01 schrieb Daniel Lord: Hallo Thaddäus,
On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren".
ouch :\
ACK.
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
dd if=/dev/hda1 of=/mnt/zweiteplatte/hda1.img
Full ACK. Vorteil von dd mountbares und daher auch lesbares Image zum wegsichern auf DVD/CD.
Falls du das ganze noch mit gzip komprimieren willst, dann empfehle ich folgende Seite:
http://www.ruwela.de/Linux-Befehls-Beispiele/node7.html
Diese Seite würde ich mir auf alle Fälle zu Gemüte führen. War auch für meine "Versuche" die erste Anlaufstelle. Es gibt aber noch dd_rescue, sehr nettes Spielzeug. Für Lesefehler, dauert nach meiner Erfahrung aber sehr viellänger.
Danke, Deine Links sind mir Gold wert!
Ich hoffe Du stehst nicht unter Zeitdruck.
ja, doch! aber was man für die Tochter nicht tut?
Voraussetzung beider Tools ist immer, dass Du an das Zeug rankommst. Ansonsten verweise ich auf das Posting von David.
Vielen Dank Thaddäus
-- CU at the trails
Boris
Hallo Daniel, Am Mi, den 29.09.2004 schrieb Daniel Lord um 0:01:
Hallo Thaddäus,
On Tue, Sep 28, 2004 at 10:46:24PM +0200, Thaddäus Sierak wrote:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren".
ouch :\
Die Folge war, dass ich nicht mehr booten konnte. Nach mehreren Telefonberatungen mit der Hotline (geht schön auf die Kosten!) habe ich wenigstens die Daten von der Linux-Partition retten können. Windows läßt sich aber überhaupt nicht mehr ansprechen. Von SuSE aus kann ich noch diese Partition sehen:
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
[ ] du hast /dev/hda1 nicht zufällig mit reiserfs formatiert? (das ändert nichts an den partitionsids)
nein, sonst wahrscheinlich könnte ich kein HPFS/NTFS-Eintrag sehen, oder?
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
ohne -t ntfs schon mal probiert? Und wenn ja als was hängt er es dann ein.
Ohne -t ntfs verlangt mount diese Angabe!
Wenn ich die Platte in einem Redmond XP Rechner installiere, wird sie vom System überhaupt nicht gesehen.
die komplette Platte? oder ist nur keine Partition (Laufwerk) zu erkennen.
Aus meiner Erfahrung kann XP mit anderen Dateisystemen nicht viel anfangen. Bisher konnte ich kein einziges Mal eine Linux-Partition unter XP sehen. In meinem Fall erkennt das System üerhaupt keine Festplatte (zeigt kein Laufwerk).
Auf der hda1 sind noch nicht gesicherte Daten, die unbedingt gerettet werden müssen. Das schulde ich meiner Tochter.
dann pack schon mal den hexeditor, dd und viel Zeit aus. :)
na ja, viel Zeit habe ich leider nicht.
Gibt es spezielle Software, mit welcher ich die NTFS-Partition von SuSe aus retten kann (Zugriff direkt über BIOS oder so was)? Oder was kann ich sonst tun (außer bitter weinen)?
Die NTFS unterstützung (schreibend) ist bis auf die Captiv Treiber nicht so wirklich rosig. Wenn du noch eine weitere Platte zur verfügung hast würde ich jetzt erstmal mit dd ein image der Platte ziehen und dann auf David Haller warten der dir erklärt wie du das richtest ;) Sprich die Daten sind wohl schon noch da selbst wenn du hda1 formatiert haben solltest. Wenn du allerdings SuSE auf hda1 installiert hattest bleibt dir nur noch deine Tochter um Gnade an zu flehen.
hda1 habe ich nicht formatiert, da ich den kompletten Datenverlust vermutet habe. Suse ist nur auf hda3 mit swap auf hda2.
dd if=/dev/hda1 of=/mnt/zweiteplatte/hda1.img
Das mache ich auch. Danke Thaddäus
Greetings Daniel -- "Ihr/e Suchbegriff/e >3ddesk+source+download< könnte/n fehlerhaft oder unbekannt sein: Ob >ms+resource+download< besser ist?" NEEEEIIIIINNN www.metager.de
Hallo Thaddäus, hallo Liste
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
<snip>
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
</snip> ähm, helft mir mal bitte: Kann es sein, dass Linux hier mit Superblock den MBR meint (bin mir da jetzt momentan nicht sicher)? Wenn ich das jetzt aus den Zusammenhang richtig verstehe, wurde ja durch das "Linux-Update der anderen Art" der Bootmanager zerschossen, womit ja auch der MBR in Mitleidenschaft gezogen wurde. Evtl ist ja auch das ein Grund, warum die Platte in nem anderen M$-Rechner nicht erkannt wird (man möge mich bitte korrigieren, falls ich mich hier irre). Folgender Lösungsansatz (auch wenn ich mir wahrscheinlich damit hier keine Freunde mache *g*): Rechner mit ner XP-Startdisk hochfahren und ein "fdisk /mbr" versuchen, womit ja AFAIK der MBR neu geschrieben wird. Vorausgesetzt, dass das Windows auf hda1 noch unangetastet ist, sollte das Windows ja anschließend wieder hochkommen, oder? (wobei ich hier davon ausgehe, dass auf dem Rechner zuerst Windows und anschließend Linux installiert wurde und somit der "Urzustand" mit "nur Windows" wiederhergestellt wird). Gruß, Sascha
Hallo Thaddäus, hallo Liste
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
<snip>
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
</snip>
Hallo an alle, ich glaube, das Problem ist ein Bekanntes bei der Installation von SuSe 9.1, siehe z.B. hier: http://www.kofler.cc/pdf/linux7_suse91.pdf http://portal.suse.de/sdb/de/2004/05/fhassel_windows_not_booting91.html Ursache: Das Partitionierungswerkzeug parted, welches im Zuge der Installation von YaST verwendet wird, schreibt unter bestimmten Umständen eine falsche Partitionstabelle. Das Problem tritt auf, wenn BIOS und Linux unterschiedliche Plattengeometrien "sehen" UND die Windows-Partition größer als ca. 8GB ist (bzw. genauer, wenn die erste Festplattenpartition auf dem Zylinder 1024 endet oder darüber hinausreicht). Windows orientiert sich beim Booten in manchen Fällen an diesen Partitionstabellenwerten und scheitert. Das Problem tritt zur Zeit distributionsübergreifend auch bei anderen Linux Versionen auf, bei denen der Kernel 2.6 zum Einsatz kommt. Thadäus sollte sonst den SuSe-Support anrufen etc., um seine Windows-Partition wieder gangbar zu machen, Stichwort Platten-Geometrie verändert durch 9.1-Setup. Viel Glück! Andreas -- GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail +++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Hallo Thaddäus, hallo Liste
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
<snip>
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
</snip>
Hallo an alle, ich glaube, das Problem ist ein Bekanntes bei der Installation von SuSe 9.1, siehe z.B. hier: http://www.kofler.cc/pdf/linux7_suse91.pdf http://portal.suse.de/sdb/de/2004/05/fhassel_windows_not_booting91.html Ursache: Das Partitionierungswerkzeug parted, welches im Zuge der Installation von YaST verwendet wird, schreibt unter bestimmten Umständen eine falsche Partitionstabelle. Das Problem tritt auf, wenn BIOS und Linux unterschiedliche Plattengeometrien "sehen" UND die Windows-Partition größer als ca. 8GB ist (bzw. genauer, wenn die erste Festplattenpartition auf dem Zylinder 1024 endet oder darüber hinausreicht). Windows orientiert sich beim Booten in manchen Fällen an diesen Partitionstabellenwerten und scheitert. Das Problem tritt zur Zeit distributionsübergreifend auch bei anderen Linux Versionen auf, bei denen der Kernel 2.6 zum Einsatz kommt. Thaddäus sollte sonst, wenn er mit den obigen Links nicht klarkommt, den SuSE-Support anrufen etc., um seine Windows-Partition wieder gangbar zu machen, Stichwort Platten-Geometrie im MBR verändert durch 9.1-parted. Viel Glück! Andreas -- GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail +++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Hallo, Am Thu, 30 Sep 2004, Sascha Piculjan schrieb:
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
<snip>
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
</snip>
ähm, helft mir mal bitte: Kann es sein, dass Linux hier mit Superblock den MBR meint [..]?
Nein. Der "Superblock" wird von anderen Tools oft als "Bootrecord" bezeichnet und ist abhaengig vom Dateisystem. Bei FAT/NTFS ist dies der erste Sektor der Partition (nicht der Platte!)[1], bei ext2/ext3 ist es der dritte Sektor[2] und bei reiserfs ist es der Sektor 129. -dnh [1] FAT32 hat noch ein Backup im Sektor 6, NTFS im letzten Sektor der Partition [2] mit Backups in regelmaessigen Abstaenden von meist 8192 Bloecken, siehe 'man e2fsck', Option '-b superblock'. -- "AOL has proven that they have the ability to send a CD or three to every chordate on the planet once a month." -- Douglas Henke "That's not even a requirement; my pet cactus was getting them for a while after I signed him up for a free magazine subscription." -- Joe Bramblett
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
Hallo zusammen,
selbstkritisch muss ich zugeben, dass ich leichtsinnig viel Mist gebaut habe. Zur Sache:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren". Die Folge war, dass ich nicht mehr booten konnte. Nach mehreren Telefonberatungen mit der Hotline (geht schön auf die Kosten!) habe ich wenigstens die Daten von der Linux-Partition retten können. Windows läßt sich aber überhaupt nicht mehr ansprechen. Von SuSE aus kann ich noch diese Partition sehen:
fdisk -l
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 40641 20482843+ 7 HPFS/NTFS /dev/hda2 40641 41438 401625 82 Linux Swap /dev/hda3 41438 79401 19133415 82 Linux
So weit so gut. Allerdings:
mount -t ntfs /dev/hda1 /mnt mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt
Wenn ich die Platte in einem Redmond XP Rechner installiere, wird sie vom System überhaupt nicht gesehen.
Auf der hda1 sind noch nicht gesicherte Daten, die unbedingt gerettet werden müssen. Das schulde ich meiner Tochter.
Gibt es spezielle Software, mit welcher ich die NTFS-Partition von SuSe aus retten kann (Zugriff direkt über BIOS oder so was)? Oder was kann ich sonst tun (außer bitter weinen)?
Schönen Gruß aus Augsburg Thaddäus Sierak
-- Thaddäus Sierak <uchol@sierak.de>
Hi Taddäus, ich hatte schon gelegentlich mal das Problem das die hda1 nach der Installation oder einem Update nicht mehr als aktiv markiert war. Das hat zur folge das der per default installierte Windows Boot Loader die XP Partition nicht sehen kann. Dies könnte nach dem einen oder anderen Reparaturversuch jetzt der Fall sein. Würde zwar nicht erklären warum hier erzählt wird das der Superblock kaputt ist, aber das ist ja auch nur ne Annahme der Ursache, keine definitive Aussage. Ähnlich wie bei Windows muß auch hier orakelt werden. Mein Vorschlag. Leg die XP Instalations CD ein, und wähle wenns soweit ist Reparatur aus. Du wirst bestätigen müssen welche XP Installation zu reparieren ist bzw auf welcher Partition sie liegt. Wenn dann der Eingabe Promt erscheint wählst Du "fixmbr" und bestätigst die Warnung. Einer neuer MBR wird geschrieben .... Nun mußt Du nur noch die Partition wieder auf aktiv setzen. Dabei hat mir PartionMagig gute Dienste erwiesen. Setzt aber voraus das Du die mit dem Programm zu erstelenden BootDisken hast. Möglicherweise kennt ja jemand noch nen anderen Weg den Status der Partition zu prüfen. Andererseits scheint es ja so als ob Du SuSE mittlerweile wieder Booten kannst. Wenn dem so ist gehe ich mal davon aus das Du Deinen Bootloader (Grub ?) mit Deiner XP installation bekannt gemacht hast. Was passiert denn jetzt eigentlich wenn Du beim Booten Windows auswählst. Für den Bootloader von Linux spielt es nähmlich keine Rolle ob die Partition aktiv ist oder nicht, das kommt nur zum Tragen wenn Du den WindowsBootLoader wieder verwenden willst. So weit erst mal meine Gedanken mit mitfühlenden Grüßen ;-) Micha
hi,
-----Ursprüngliche Nachricht----- Von: Michael Schueller [mailto:Schueller-Berlin@gmx.de] Gesendet: Freitag, 1. Oktober 2004 10:57 An: suse-linux@suse.com Betreff: Re: Windows_Partition retten
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
Hallo zusammen,
selbstkritisch muss ich zugeben, dass ich leichtsinnig viel Mist gebaut habe. Zur Sache:
Mit einer SuSE DVD Version 9,1 wollte ich die 9,0 "reparieren". Die Folge war, dass ich nicht mehr booten konnte. Nach mehreren Telefonberatungen mit der Hotline (geht schön auf die Kosten!) habe ich wenigstens die Daten von der Linux-Partition retten können. Windows läßt sich aber überhaupt nicht mehr ansprechen. Von SuSE aus kann ich noch diese Partition sehen:
[...]
Schönen Gruß aus Augsburg Thaddäus Sierak
-- Thaddäus Sierak <uchol@sierak.de>
Hi Taddäus,
[...]
Andererseits scheint es ja so als ob Du SuSE mittlerweile wieder Booten kannst. Wenn dem so ist gehe ich mal davon aus das Du Deinen Bootloader (Grub ?) mit Deiner XP installation bekannt gemacht hast. Was passiert denn jetzt eigentlich wenn Du beim Booten Windows auswählst. Für den Bootloader von Linux spielt es nähmlich keine Rolle ob die Partition aktiv ist oder nicht, das kommt nur zum Tragen wenn Du den WindowsBootLoader wieder verwenden willst.
So weit erst mal meine Gedanken mit mitfühlenden Grüßen ;-) Micha
schon mal http://portal.suse.com/sdb/de/2004/05/fhassel_windows_not_booting91.html getestet? -Peter
Am Dienstag, 28. September 2004 22:46 schrieb Thaddäus Sierak:
Auf der hda1 sind noch nicht gesicherte Daten, die unbedingt gerettet werden müssen. Das schulde ich meiner Tochter.
Gibt es spezielle Software, mit welcher ich die NTFS-Partition von SuSe aus retten kann (Zugriff direkt über BIOS oder so was)? Oder was kann ich sonst tun (außer bitter weinen)?
Nachtrag... Hast Du eigentlich mal von Knoppix gestartet. Mit knoppix bist Du doch in der Lage Deine NTFS Partition zu lesen und die Daten auf die LinuX Partition zu retten. Es würd Dir darüber hinaus auch Klarheit darüber verschaffen ob es ein Problem mit der Partition oder mit den Optionen Deiner fstab gibt. Siehe: mount: Falscher Dateisystem, ungültige Optionen, der >>Superblock<< von /dev/hda1 ist beschädigt oder es sind zu viele Dateisysteme eingehängt Damit ist nicht gemeint das alle der aufgeführten Fehler zutreffen, sondern einer der aufgeführten Fehler die Ursache sein kann (!) Micha
participants (8)
-
Andreas -
Boris S. -
Daniel Lord -
David Haller -
Michael Schueller -
peter grotz -
Sascha Piculjan -
Thaddäus Sierak