Werkzeug zum Reparieren von MFT- oder NTFS-Journalen auf einer Festplatte, für die der Ruhezustand fehlgeschlagen ist

11255
MrBrody

Ich habe einige der Beiträge gelesen, die sich auf beschädigte oder nicht funktionierende NTFS-Partitionen beziehen, jedoch ohne eine geeignete Lösung für meinen Fall. Hier ist es: mein System ist

  • SSD auf Mini- PCI-Express (PCIe), auf dem Windows 7 installiert ist. Zwei Partitionen: eine mit Dell-Dienstprogrammen (40 MB), der Rest die Windows-Installation selbst (119 GB).
  • Festplatte mit 450 GB NTFS-Dateien und 30 GB aller Partitionen, die eine Ubuntu-Installation ermöglichen (Swap, System usw.)

Das Startgerät ist Internal HDD ( IRRT ), das einzig mögliche. Dies aktiviert IRRT und startet GRUB, wodurch Windows 7 auf der SSD gestartet werden kann, indem auf einen Sektor auf der Festplatte verwiesen wird .

Nun, was ist passiert:

Ich versetzte meinen Computer in den Ruhezustand, und nach einigen Stunden wurde der Ruhezustand erreicht. Die WLAN-Karte wurde physisch deaktiviert ( Dell M4600 ). Dann habe ich den Laptop hochgefahren, und bevor GRUB fertig war, schaltete ich die WLAN-Karte wieder ein. Dann drückte man "Fenster" auf GRUB. Dann können BSOD, Neustart und Windows die Bootpartition nicht finden: " Erforderliches Gerät fehlt".

Ich habe die Windows 7-Wiederherstellungs-CD ausprobiert: Kann nur das kleine Bit der Windows-Installation reparieren, das sich auf der Festplatte befindet, kann die SSD nicht sehen. Die "Reparatur" tut nichts. Das Entfernen der Festplatte, um GRUB zwangsweise zu umgehen, führte dazu, dass die Windows-DVD den Boot-Sektor der SSD nicht sehen konnte. Es genügte nicht einer "Windows-Installation".

Wenn ich jetzt so verhalte, als würde ich Windows erneut installieren, sieht Windows die beiden Partitionen auf Laufwerk C: Sie befinden sich immer noch hier in NTFS.

Dann bin ich zu Linux gegangen und habe fdisk ausprobiert : Die Partitionen sind immer noch hier. Aber sie tauchen nicht in Nautilus auf und ich kann sie nicht besteigen. Mit dd können jedoch Daten wiederhergestellt werden: Wenn ich versuche, Daten mit einem zufälligen großen Versatz (z. B. 20 GB Offset und Lesen von 10 Blöcken) zu lesen, sind die Blöcke tatsächlich "Daten". Es ist kein Problem, physisch auf das Laufwerk zuzugreifen zumindest völlig versagt haben. Ich werde morgen dann ein Backup machen.

Ich habe TestDisk ausprobiert : Bootsektoren sind identisch und scheinen in Ordnung zu sein, aber beide MFT zeigen als "schlecht" an, nichts mehr. Kann nicht auf die Dateien im Dateisystem zugreifen.

Auf dieser Site habe ich etwas über ein falsches Schreiben im NTFS-Journaling gesehen . Notwendigkeit, beschädigte NTFS-Partitionen wiederherzustellen .

Fast letzter Beitrag. Nichts im Internet, soweit ich gesucht habe.

Und ich vermute, dass etwas über den Hibernate-Prozess nicht rückgängig gemacht wird, da ich mich erinnere, dass der Hibernate-Prozess die Startsequenz stark ändert (oder Sie könnten sich hiberfil.sysohne Probleme bewegen, aber Sie können es nicht. Das muss im Root-Verzeichnis sein.) da im Bootloader kein Platz für einen Ordner oder sogar ein anderes Laufwerk ist!).

Möglicherweise waren also beide Bootsektoren von dem Ruhezustand betroffen, und wenn der Vorgang des Zurücksetzens zum normalen Startvorgang nicht abgeschlossen werden konnte, blieb Windows so, dass der Startzeiger darauf hinweist und eine normale Windows-Installation nicht erkennt und die Reparatur nicht durchführen kann Und da Linux die MFT nicht finden kann, kann sie nicht eingebunden werden ... oder vielleicht etwas anderes, was die MFT selbst beeinflusst. Ich weiß es nicht ... Ich werde CHKDSK und nach der Sicherung fixmbr von der Windows 7-DVD ausprobieren .

UPDATE: Fixmbr und Fixboot scheinen nur von der Wiederherstellungskonsole aus zu funktionieren, und ich konnte nicht darauf zugreifen. Von der Windows 7-DVD konnte ich CHKDSK erstellen: Es sagte nur, dass das Volume vor dem Absturz NTFS war, weil "MFT beschädigt ist. Wird versuchen, es zu reparieren. MFT konnte nicht repariert werden. Beenden Sie chkdsk".

Beim Versuch von diskpart sah es meine Partition auf der SSD als ... Raw an. Dies entspricht also nicht dem, was CHKDSK gesehen hat.

Etwas ist seltsam in all dem: Während dieser Zeit sah Windows die ersten 40 MB meiner SSD nicht, die Dell-Dienstprogramme enthielten. Unter Windows 7 Explorer war die Hauptpartition der SSD immer C:\und die Partition der Festplatte D:\: Diese 40-MB-Partition auf der SSD war nirgends zu sehen. Jetzt sieht Windows diese 40 MB-Partition und gibt ihr den C:\Buchstaben. Während der D:\Buchstabe der 119 GB-Partition entspricht, kann das "Raw" -Format nicht gelesen werden. Ich verstehe nichts ...

6
Was passiert, wenn Sie die Laufwerke entfernen und auf einem anderen Windows-Computer als externe Datenträger ablegen? vor 11 Jahren 0
Noch nicht getan, da das fehlerhafte Laufwerk ein internes Laufwerk und ein Mini-PCI-Express ist. Müsste einen externen Fall mit dieser Schnittstelle finden! MrBrody vor 11 Jahren 0

2 Antworten auf die Frage

1
studying all about booting

The boot device is Internal HDD (IRRT), the only possible one; this enables IRRT, and starts GRUB, which by pointing to some sector on the HDD can start Windows 7 on the SSD. I think you need the pointer to be the same is this.^

I am guessing { Then pressed "windows" on GRUB. Then BSOD, reboot, and windows cannot find the booting partition: "needed device missing". }

is not using the same pointer, especially if it goes into hibernation. the grub boot would have to point to your windows boot sector or hiberfil.sys had a similar issue when I tried to edit winresume.exe to try to point to D: when windows is on C: it would not bring up windows from hibernation, when I used the copy of original is fixed it.

hope this helps

Hallo, danke für den Vorschlag, am Ende habe ich einfach alles neu installiert und seitdem ist es nie passiert. Ich werde versuchen, Ihren Fix zu finden, wenn es noch einmal passiert! MrBrody vor 10 Jahren 0
@MrBrody Vielleicht möchten Sie selbst eine Antwort hinzufügen, indem Sie dies einfach angeben und akzeptieren, sodass sowohl die Community als auch die Software wissen, dass das Problem auf irgendeine Weise gelöst wurde. a CVn vor 10 Jahren 0
0
MrBrody

Schließlich habe ich Windows auf dem Laufwerk C (SSD) erneut installiert, und als das System fertiggestellt war, funktionierte das System wieder, aber die Bootsequenz kurzgeschlossen GRUB. Damit ist die Linux-Installation jetzt unerreichbar.

Es ist immer noch auf meiner D-Platte, und ich weiß, ich müsste nur eine Live-CD einlegen und GRUB reparieren, damit es funktioniert, aber ich habe es aus anderen Gründen noch nicht getan.

Es ist jetzt schon ein Jahr her, und ab und zu gab es andere BSODs, die den Ruhezustand verlassen haben, aber das Dateisystem wurde nie wieder dauerhaft beschädigt.

Ich denke, das Studium der Boot-Antwort ist irgendwie richtig. Der gesamte Prozess "boot on HDD (IRRT) -> GRUB -> Richtiger Zeiger auf Windows-Bootloader-> Position von" aus dem Ruhezustand "" Initialisierungssequenz "muss irgendwo fehlgeschlagen sein, auf eine Weise, die kein herkömmliches Reparaturwerkzeug beheben konnte.

Am Ende konnte ich das Problem nicht verstehen, und jetzt ist mein System neu installiert, so dass ich wahrscheinlich niemals zusätzliche Hinweise darüber habe, was passiert ist. Wenn ich eines Tages genug Wissen über den Startvorgang, IRRT, Windows, GRUB und die spezielle Festplattenkonfiguration habe, kann ich vielleicht eine bessere Erklärung erraten.

Aber vorerst möchte ich Folgendes sagen: Anscheinend scheint bei dieser genauen Konfiguration (Dell M4600) GRUB auf IRRT mit Linux auf der "echten" Festplatte und Windows auf einer Mini-PCI-Express-SSD mit aktiviertem Ruhezustand zu erscheinen unsicher, da die BSODs auch bei deaktiviertem GRUB immer noch vorkommen (was bedeutet, dass der gesamte Bootvorgang jetzt von Windows gesteuert wird, und selbst dann können Probleme beim Beenden des Ruhezustands auftreten - möglicherweise die Größe des 12-GB-Arbeitsspeichers und somit 9-GB-Hyberfil.) .sys-Datei, spielen hier eine Rolle), und als einer dieser BSODs konnte ich meine NTFS-Partition in meiner vorherigen Konfiguration ohne Hardwarefehler beenden (da meine SSD immer noch sehr gut funktioniert. Ich verstehe nicht, warum es nicht noch einmal passieren konnte.

Die Lösung existiert also und ist nicht sehr angenehm, aber der Verbleib dieser genauen Frage ist noch nicht klar. Wenn hier jemand mehr Einblick hat, würde ich mich sehr freuen, es zu hören.

Verwandte Probleme