Tualatin_73
Cadet 1st Year
- Registriert
- Aug. 2007
- Beiträge
- 13
Hallo allerseits,
leider ist es ein Festplatten-Problem, was mein 1. Posting angestoßen hat.
Problem: Im laufenden Betrieb hat die Partition D: plötzlich nur noch Datenmüll angezeigt. Der PC war zu diesem Zeitpunkt online, es liefen der IE sowie eMule.
System:
Mainboard Fujitsu-Siemens FSC D1219 A21, neuestes BIOS 1.17 inkl. 48-bit-Erweiterung
512 MB RAM
HDD: Samsung SP1654N, 160 GB
Betriebssystem: Win98SE
Intel-Treiber waren alle installiert, lediglich den "Intel Application Accelerator 2.3" habe ich gestern nachinstalliert, nachdem ich etwas zu 48-bit-LBA gelesen hatte.
Partitionierung:
Primär: C (20 GB)
Erw., 140 GB:
D (20 GB), E (34 GB), F (34 GB), G (41 GB)
Die Daten der Partition D sind unleserlich seit 13.08.. Der Rest des Systems funktioniert, d. h. ich schreibe den Text gerade auf diesem System. Die letzten beiden Tage habe ich mich mit Testdisk beschäftigt und das Forum studiert.
Die Anwendung von Testdisk ergab für die erste Partition der extended LBA unter [Advanced], nachdem sie unter [Analyze] nicht angezeigt wurde: "test_FAT : Boot sector doesn't have the endmark 0xAA55".
Leider wird für D (alle anderen Partitionen melden OK/OK) angezeigt:
Boot sector
"test_FAT : Boot sector doesn't have the endmark 0xAA55"
Backup Boot Sector
"test_FAT : Boot sector doesn't have the endmark 0xAA55"
(siehe Bilder)
1. Frage: Wie bekomme ich diesen Boot-Sektor wieder in Ordnung?
Zwar bekomme ich einen guten Report bezüglich der FAT 32 und der cluster size (siehe Bild), aber ist [Rebuild BS] nun die einzige und vor allem erfolgversprechende Option, die ich habe? - Ich würde natürlich die Daten auf D nicht verlieren wollen (habe mit "Easeus" schon einen Scan laufen lassen und viele Verluste festgestellt - kein Wunder, wenn die FAT spinnt).
Parallel habe ich ein zweites System mit den gleichen Komponenten. Ich habe aus diesem System bereits ein backup.log eingespielt, aber das hat lediglich die zeitweise ganz verschwundene Partition D im Explorer wieder angezeigt (ohne Datenzugriff auf D, lediglich Aufforderung zur Formatierung).
2. Frage: Wie kann so etwas aus dem laufenden Betrieb heraus passieren??
Die Vorgeschichte: Die Platte hatte ich im letzten Herbst mit Partition Magic partitioniert. Sie hatte dann im Februar 2007 erstmalig das o. b. Problem: Nach längeren Betrieb (wieder eMule) führte ein Reboot dazu, daß die erweiterte Partition nicht mehr angezeigt wurde. Ich habe dann - leider - Partition Magic 8.0 verwendet und konnte damals die hinteren logischen Laufwerke mit Ausnahme von D wieder herstellen. D hatte ich damals mit Datenrettungssoftware (Restoration.exe) behandelt und einige Daten gesichert. Auf Testdisk bin ich leider erst zu spät aufmerksam geworden und habe es damals mangels Zeit auch nicht studieren können.
Wie kann so etwas passieren? - Die Antwort "Win98..." würde ich so nicht stehen lassen, da auch andere Windows-Versionen
https://www.computerbase.de/forum/threads/boot-sector-doesnt-have-the-endmark-0xaa55.213405/
und kleinere Festplatten
https://www.computerbase.de/forum/threads/partition-ploetzlich-unformatiert.104599/
ähnliche Probleme bereitet haben (siehe Links).
Die Antwort "48-bit-Unterstützung" kann es eigentlich auch nicht sein, da das BIOS die Platte bisher immer erkannt hat.
Bisher würde ich eine Kombination aus fragmentierter Platte und der Anwendung von eMule vermuten ... aber dann müßte das Problem deutlich häufiger auftreten und über Google leichter zu finden sein.
Allerdings hatte ich kürzlich auch folgende Phänomene auf der HDD: Auf G war zweimal der Inhalt eines Ordners auf 32 kB Größe reduziert (jede Datei auf Clustergröße). Auf C waren vor kurzem größere Dateien (Media-files und sogar die Thunderbird.exe) unbrauchbar geworden. - Ich kann nicht sicher sagen, ob das evtl. absturzbedingt gewesen ist. Aber es wundert mich, daß gespeicherte Dateien kurz nach dem Speichern funktionieren und später nicht mehr (ich hatte Daten dann "sicherheitshalber" von C auf D verschoben - und die sind nun leider unzugänglich). Auf dem zweiten System hat ein größerer Ordner (30 GB) auf der hintersten Partition des logischen Laufwerks ganz seinen Inhalt verloren. - Vielleicht doch ein Problem mit den 160 GB?
Noch ein Phänomen: Die Daten auf D sind am 13.08. gegen 13 Uhr "verschwunden" (konnte plötzlich nichts mehr auf D speichern und die FAT war für D hinüber). Um 12 Uhr hatte ich noch ein File zu eMule (auf G:!) hinzugefügt, und dieses File meldet nun kurz vor seiner Fertigstellung lauter korrupte file-parts). Dieses Problem tat in letzter Zeit häufiger auf und deutet auf eine "Überlastung" hin. Fragt sich bloß, was da wen wie "überlastet"?
Ich würde mich SEHR freuen, wenn ich einen Tip bezüglich der sichersten und erfolgversprechensten Wiederherstellung von Partition D bekäme!
Zusatz: Beim Verlassen von Testdisk (über DOS-Box in Win98SE) erhalte ich derzeit den unangenehmen Hinweis "Log file corrupted" - vielleicht weil ich das backup.log des anderen PCs verwendet habe?
leider ist es ein Festplatten-Problem, was mein 1. Posting angestoßen hat.
Problem: Im laufenden Betrieb hat die Partition D: plötzlich nur noch Datenmüll angezeigt. Der PC war zu diesem Zeitpunkt online, es liefen der IE sowie eMule.
System:
Mainboard Fujitsu-Siemens FSC D1219 A21, neuestes BIOS 1.17 inkl. 48-bit-Erweiterung
512 MB RAM
HDD: Samsung SP1654N, 160 GB
Betriebssystem: Win98SE
Intel-Treiber waren alle installiert, lediglich den "Intel Application Accelerator 2.3" habe ich gestern nachinstalliert, nachdem ich etwas zu 48-bit-LBA gelesen hatte.
Partitionierung:
Primär: C (20 GB)
Erw., 140 GB:
D (20 GB), E (34 GB), F (34 GB), G (41 GB)
Die Daten der Partition D sind unleserlich seit 13.08.. Der Rest des Systems funktioniert, d. h. ich schreibe den Text gerade auf diesem System. Die letzten beiden Tage habe ich mich mit Testdisk beschäftigt und das Forum studiert.
Die Anwendung von Testdisk ergab für die erste Partition der extended LBA unter [Advanced], nachdem sie unter [Analyze] nicht angezeigt wurde: "test_FAT : Boot sector doesn't have the endmark 0xAA55".
Leider wird für D (alle anderen Partitionen melden OK/OK) angezeigt:
Boot sector
"test_FAT : Boot sector doesn't have the endmark 0xAA55"
Backup Boot Sector
"test_FAT : Boot sector doesn't have the endmark 0xAA55"
(siehe Bilder)
1. Frage: Wie bekomme ich diesen Boot-Sektor wieder in Ordnung?
Zwar bekomme ich einen guten Report bezüglich der FAT 32 und der cluster size (siehe Bild), aber ist [Rebuild BS] nun die einzige und vor allem erfolgversprechende Option, die ich habe? - Ich würde natürlich die Daten auf D nicht verlieren wollen (habe mit "Easeus" schon einen Scan laufen lassen und viele Verluste festgestellt - kein Wunder, wenn die FAT spinnt).
Parallel habe ich ein zweites System mit den gleichen Komponenten. Ich habe aus diesem System bereits ein backup.log eingespielt, aber das hat lediglich die zeitweise ganz verschwundene Partition D im Explorer wieder angezeigt (ohne Datenzugriff auf D, lediglich Aufforderung zur Formatierung).
2. Frage: Wie kann so etwas aus dem laufenden Betrieb heraus passieren??
Die Vorgeschichte: Die Platte hatte ich im letzten Herbst mit Partition Magic partitioniert. Sie hatte dann im Februar 2007 erstmalig das o. b. Problem: Nach längeren Betrieb (wieder eMule) führte ein Reboot dazu, daß die erweiterte Partition nicht mehr angezeigt wurde. Ich habe dann - leider - Partition Magic 8.0 verwendet und konnte damals die hinteren logischen Laufwerke mit Ausnahme von D wieder herstellen. D hatte ich damals mit Datenrettungssoftware (Restoration.exe) behandelt und einige Daten gesichert. Auf Testdisk bin ich leider erst zu spät aufmerksam geworden und habe es damals mangels Zeit auch nicht studieren können.
Wie kann so etwas passieren? - Die Antwort "Win98..." würde ich so nicht stehen lassen, da auch andere Windows-Versionen
https://www.computerbase.de/forum/threads/boot-sector-doesnt-have-the-endmark-0xaa55.213405/
und kleinere Festplatten
https://www.computerbase.de/forum/threads/partition-ploetzlich-unformatiert.104599/
ähnliche Probleme bereitet haben (siehe Links).
Die Antwort "48-bit-Unterstützung" kann es eigentlich auch nicht sein, da das BIOS die Platte bisher immer erkannt hat.
Bisher würde ich eine Kombination aus fragmentierter Platte und der Anwendung von eMule vermuten ... aber dann müßte das Problem deutlich häufiger auftreten und über Google leichter zu finden sein.
Allerdings hatte ich kürzlich auch folgende Phänomene auf der HDD: Auf G war zweimal der Inhalt eines Ordners auf 32 kB Größe reduziert (jede Datei auf Clustergröße). Auf C waren vor kurzem größere Dateien (Media-files und sogar die Thunderbird.exe) unbrauchbar geworden. - Ich kann nicht sicher sagen, ob das evtl. absturzbedingt gewesen ist. Aber es wundert mich, daß gespeicherte Dateien kurz nach dem Speichern funktionieren und später nicht mehr (ich hatte Daten dann "sicherheitshalber" von C auf D verschoben - und die sind nun leider unzugänglich). Auf dem zweiten System hat ein größerer Ordner (30 GB) auf der hintersten Partition des logischen Laufwerks ganz seinen Inhalt verloren. - Vielleicht doch ein Problem mit den 160 GB?
Noch ein Phänomen: Die Daten auf D sind am 13.08. gegen 13 Uhr "verschwunden" (konnte plötzlich nichts mehr auf D speichern und die FAT war für D hinüber). Um 12 Uhr hatte ich noch ein File zu eMule (auf G:!) hinzugefügt, und dieses File meldet nun kurz vor seiner Fertigstellung lauter korrupte file-parts). Dieses Problem tat in letzter Zeit häufiger auf und deutet auf eine "Überlastung" hin. Fragt sich bloß, was da wen wie "überlastet"?
Ich würde mich SEHR freuen, wenn ich einen Tip bezüglich der sichersten und erfolgversprechensten Wiederherstellung von Partition D bekäme!
Zusatz: Beim Verlassen von Testdisk (über DOS-Box in Win98SE) erhalte ich derzeit den unangenehmen Hinweis "Log file corrupted" - vielleicht weil ich das backup.log des anderen PCs verwendet habe?
Anhänge
Zuletzt bearbeitet: