Ich habe einige der Beiträge zu beschädigten oder nicht funktionierenden NTFS-Partitionen gelesen, aber ohne eine richtige Lösung für meinen Fall. Hier ist sie: Mein System ist
- SSD auf MiniPCI-Express(PCIe), mit darauf installiertem Windows 7. 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 erforderlich machen (Swap, System usw.)
Das Startgerät ist die interne Festplatte (IRRT), die einzig mögliche; dies aktiviert IRRT und startetRODEN, das durch Verweisen auf einen bestimmten Sektor auf der Festplatte Windows 7 auf der SSD starten kann.
Was ist nun passiert:
Ich habe meinen Computer in den Ruhezustand versetzt und nach einigen Stunden ging er in den Ruhezustand. Die WLAN-Karte war physisch deaktiviert (Dell M4600). Dann habe ich den Laptop hochgefahren und bevor GRUB fertig war, habe ich die WLAN-Karte wieder eingeschaltet. Dann habe ich bei GRUB auf "Windows" gedrückt. DannBSOD, Neustart, und Windows kann die Startpartition nicht finden: „Benötigtes Gerät fehlt“.
Ich habe es mit der Windows 7-Wiederherstellungs-CD versucht: Kann nur den winzigen Teil der Windows-Installation reparieren, der sich auf der Festplatte befindet, kann die SSD nicht sehen. Die „Reparatur“ bewirkt nichts. Das Entfernen der Festplatte, um GRUB mit Gewalt zu umgehen, hat nicht dazu geführt, dass die Windows-DVD den Bootsektor der SSD gesehen hat. Es war nicht genug für eine „Windows-Installation“.
Wenn ich jetzt so tue, als würde ich Windows erneut installieren, erkennt Windows die beiden Partitionen auf Laufwerk C:, sie sind immer noch hier, in NTFS.
Dann ging ich zu Linux und versuchtefdisk: die Partitionen sind immer noch da, wieder. Aber sie erscheinen nicht inNautilus, und ich kann sie nicht mounten. Allerdingsddkann Daten wiederherstellen: Wenn ich versuche, Daten mit einem zufälligen großen Offset zu lesen (z. B. Offset 20 GB, und 10 Blöcke lese), sind die Blöcke tatsächlich „Daten“, kein Problem, physisch auf das Laufwerk zuzugreifen, es scheint zumindest nicht vollständig ausgefallen zu sein. Ich werde dann morgen ein Backup machen.
Ich habe es versuchtTestDisk: Bootsektoren sind identisch und scheinen OK, aber beideMFTwird als „schlecht“ angezeigt, mehr nicht. Auf die Dateien im Dateisystem kann nicht zugegriffen werden.
Auf dieser Seite habe ich etwas über einen falschen Eintrag gelesen.NTFS-Journaling,Müssen eine beschädigte NTFS-Partition wiederherstellen.
Fast letzter Beitrag. Soweit ich gesucht habe, steht im Internet nichts darüber.
Und ich vermute, dass etwas am Ruhezustand nicht rückgängig gemacht wird, da ich mich erinnere, dass der Ruhezustand die Startreihenfolge häufig ändert (sonst könnten Sie ihn hiberfil.sysproblemlos verschieben, aber das geht nicht. Er muss sich im Stammverzeichnis befinden, da im Bootloader kein Platz für einen Ordnerspeicherort oder gar ein weiteres Laufwerk ist!).
Vielleicht waren also beide Boot-Sektoren vom Ruhezustand betroffen, und als der Vorgang der Rückkehr zum normalen Booten nicht abgeschlossen werden konnte, blieb es so: Windows schaut, wohin der Boot-Zeiger zeigt, erkennt keine normale Windows-Installation und weigert sich, sie zu reparieren, und da Linux die MFT nicht finden kann, kann es sie nicht mounten... oder vielleicht ist etwas anderes passiert, das die MFT selbst betrifft. Ich weiß nicht... ich werde es versuchenCHKDSKund nach der SicherungFixMBR, von der Windows 7-DVD.
UPDATE: Fixmbr und Fixboot scheinen nur von der Wiederherstellungskonsole aus zu funktionieren, und ich konnte nicht darauf zugreifen. Von der Windows 7-DVD aus konnte ich CHKDSK ausführen: Es wurde nur angezeigt, dass das Volume NTFS war, bevor es abstürzte, weil „MFT beschädigt ist. Ich werde versuchen, es zu reparieren. MFT konnte nicht repariert werden. Beenden Sie chkdsk“.
Beim Versuch mit Diskpart wurde meine Partition auf der SSD als ... Raw erkannt. Das entspricht also nicht dem, was CHKDSK erkannt hat.
Irgendetwas ist dabei seltsam: Die ganze Zeit über hat Windows die ersten 40 MB meiner SSD nicht erkannt, die Dell-Dienstprogramme enthielten. Im Windows 7 Explorer war die Hauptpartition der SSD immer C:\, und die Partition der Festplatte war D:\: Diese 40 MB-Partition auf der SSD ist nie irgendwo aufgetaucht. Aber jetzt erkennt Windows diese 40 MB-Partition und weist ihr den C:\Buchstaben zu. Dabei entspricht der D:\Buchstabe der 119 GB-Partition im „Raw“-Format, die nicht gelesen werden kann. Ich verstehe überhaupt nichts …
Antwort1
Das Boot-Gerät ist Internal HDD (IRRT), das einzig mögliche; dies aktiviert IRRT und startet GRUB, dasauf einen Sektor verweisendauf der Festplatte kann Windows 7 auf der SSD gestartet werden. Ich denke, der Zeiger muss der gleiche sein wie dieser.^
Ich vermute: { Dann habe ich auf GRUB „Windows“ gedrückt. Dann BSOD, Neustart und Windows kann die Startpartition nicht finden: „Erforderliches Gerät fehlt“. }
verwendet nicht den gleichen Zeiger, insbesondere wenn es in den Ruhezustand wechselt. Der Grub-Boot müsste auf Ihren Windows-Bootsektor oder auf hiberfil.sys zeigen. Ich hatte ein ähnliches Problem, als ich versuchte, winresume.exe zu bearbeiten, um zu versuchen, auf D: zu zeigen, wenn Windows auf C: ist, wurde Windows nicht aus dem Ruhezustand gestartet; als ich die Kopie des Originals verwendete, war das Problem behoben.
hoffe das hilft
Antwort2
Schließlich habe ich Windows auf dem Laufwerk C (der SSD) neu installiert. Als dies abgeschlossen war, funktionierte das System zwar wieder, aber die Startreihenfolge führte zu einem Kurzschluss von GRUB. Die Linux-Installation ist jetzt also nicht mehr erreichbar.
Es ist immer noch auf meiner Festplatte D und ich weiß, dass ich nur eine Live-CD einlegen und GRUB reparieren müsste, damit es funktioniert, aber das habe ich aus anderen Gründen noch nicht getan.
Das ist jetzt ein Jahr her und von Zeit zu Zeit traten beim Beenden des Ruhezustands weitere BSODs auf, aber nie wieder kam es zu dauerhaften Schäden am Dateisystem.
Ich schätze, dass die Antwort, alles über das Booten zu studieren, irgendwie richtig ist. Der gesamte Prozess „Booten auf Festplatte (IRRT) -> GRUB -> Korrekter Zeiger auf Windows-Bootloader -> Speicherort der Initialisierungssequenz „Aus dem Ruhezustand““ muss irgendwo fehlgeschlagen sein, und zwar auf eine Weise, die kein herkömmliches Reparaturtool beheben könnte.
Letztendlich konnte ich das Problem nicht verstehen und da mein System nun neu installiert ist, werde ich wahrscheinlich nie weitere Hinweise darauf erhalten, was passiert ist. Wenn ich eines Tages genug über den Bootvorgang, IRRT, Windows, GRUB und die spezielle Festplattenkonfiguration weiß, die ich habe, kann ich vielleicht eine bessere Erklärung finden.
Aber vorerst möchte ich Folgendes sagen: Offensichtlich ist es bei genau dieser Konfiguration (Dell M4600) nicht sicher, GRUB auf IRRT mit Linux auf der „echten“ Festplatte und Windows auf einer Mini-PCI-Express-SSD mit aktiviertem Ruhezustand zu verwenden, da die BSODs auch bei deaktiviertem GRUB auftreten (was bedeutet, dass der gesamte Startvorgang jetzt von Windows gesteuert wird und selbst damit Probleme beim Beenden des Ruhezustands auftreten können – möglicherweise spielt hier die Größe des 12 GB RAM und damit der 9 GB großen Datei hyberfil.sys eine Rolle), und da einer dieser BSODs meine NTFS-Partition in meiner vorherigen Konfiguration ohne Hardwarefehler zerstören konnte (da meine SSD noch immer sehr gut funktioniert – ich habe ihren Zustand jedoch nicht im Detail überprüft), sehe ich keinen Grund, warum dies nicht erneut passieren könnte.
Es gibt also eine Lösung, und sie ist nicht sehr angenehm, aber der genaue Standort dieses Problems ist noch nicht klar. Wenn jemand hier weitere Erkenntnisse hat, würde ich mich sehr freuen, davon zu hören.