Ich versuche, einen Dell XPS 17-Laptop auf einem SSD-Laufwerk zu booten, und es tritt ein stiller Fehler auf, den ich nicht wirklich erklären kann. So wie es aussieht, ist die Bootloaderkette unterbrochen. Ich bin ein Ein-Mann-Unternehmen und dieser Computer ist der rote Faden, an dem mein Geschäft hängt ... sozusagen.
Der Computer wurde mit einer OEM-Version von Windows 7 ausgeliefert, die ich später durch eine Einzelhandelsversion von Windows 8.1 ersetzt habe, von der ich noch immer die Box, die CD und den Schlüssel besitze.
Zuvor hatte ich zwei Festplatten und die erste Festplatte, die ich durch die SSD ersetze, hatte 4 Partitionen:
- eine kryptische 109 MB große Partition
- die werkseitig installierte Wiederherstellungspartition (Windows 7)
- das Systemlaufwerk (C:)
- mein Datenlaufwerk (D:)
Die zweite Festplatte dient nur zu Backups und ist von diesem Problem nicht betroffen. Alle Laufwerke haben eine Kapazität von 500 GB.
Migration auf die SSD
Für die Migration auf die SSD habe ich folgende Maßnahmen ergriffen:
- Ich habe CloneZilla verwendet, um Bilder der Festplattenpartitionen 3 und 4 auf einer externen Festplatte zu speichern.
- Ich habe GParted verwendet, um zwei Partitionen auf der SSD zu erstellen, die erste mit 80 GB für das System, mit einem Boot-Flag, und den Rest für die Daten.
- Ich habe das Image vom externen Laufwerk auf der Systempartition der SSD wiederhergestellt.
(Ich habe meine Datenpartition noch nicht wiederhergestellt, da ich zuerst überprüfen wollte, ob das System booten kann.)
Seitdem kann ich Windows 8.1 nicht mehr auf der SSD starten.Das Symptom ist, dass ich im Textmodus einen blinkenden Cursor habe und überhaupt keine Fehlermeldungen, sei es vom BIOS oder von einem beliebigen Bootloader.
Lösungen, die ich ausprobiert habe
Keine dieser „Lösungen“ war erfolgreich.
- Verwendung der Boot-Reparaturdiskette von Sourceforge (nicht genügend Reputation für alle Links)
- Verwenden der Reparaturfunktion der Windows 8.1-Startdiskette.
1. Boot-Reparaturdiskette
Ich habe es zweimal ausgeführt undDies ist der Berichtes wurde nach dem ersten Mal angezeigt. Der Bericht listet einen Fehler auf:
Laut den Informationen im Bootsektor startet sda1 im Sektor 41172992. Laut den Informationen von fdisk startet sda1 jedoch im Sektor 2048.
2. Windows-Reparaturdiskette
Ich habe dreimal von der CD gebootet und bin jedes Mal auf Problembehandlung > Erweiterte Optionen gegangen. Das System ließ sich nicht booten.
Beim ersten Mal hat die Starthilfeoption den Computer ohne Vorwarnung heruntergefahren. Ich glaube, es war damals in der Phase „Automatische Reparatur wird vorbereitet“.
Beim zweiten Mal befolgte ich einen Artikel zum Reparieren des MBR und gab schließlich einen bootrec.exe /fixmbrBefehl ein.
Auch beim dritten Mal kam es zu einem brutalen Herunterfahren (bzw. Neustart) des Systems, und zwar zu einem späteren Zeitpunkt als beim ersten Mal, nämlich bei der „Diagnose Ihres PCs“.
Was ich nicht begreifen kann, ist, dass ich beim Öffnen einer Befehlszeile die Dateien auf Laufwerk C (auf der SSD) auflisten kann. Daher gehe ich davon aus, dass alle Dateien dort sind. Außerdem findet chkdsk auf diesem Laufwerk keine Probleme.
Im Zuge des bootrec /fixmbrBefehls und aufgrund weiterer Lektüre beim Schreiben dieser Frage habe ich auch bootrecdie anderen drei Argumente ausgeführt, d. h /fixboot. /scanosund /rebuildbcd. Wo ich bei "Insgesamt identifizierte Windows-Installationen: 0" hatte /scanos, habe ich jetzt "1", und der Bericht von boot-repair-disk besagt jetzt, dass ein Windows-MBR in /dev/sda installiert ist. Leider kann ich mein System immer noch nicht booten.
Frage
Aufgrund der vielen Konfigurationsmöglichkeiten, die ich verwende, möchte ich es wirklich vermeiden, Windows von Grund auf neu zu installieren.
Ich vermute, dass das Problem in dem oben genannten Fehler liegt und dass die Lösung darin besteht, den Bootsektor melden zu lassen, dass sda1 bei Sektor 2048 startet. Wie kann diese Diskrepanz behoben werden? Oder könnte das Problem auch woanders liegen?
Antwort1
Unter den in der Frage beschriebenen Umständen konnte ich das Problem nicht beheben. Es stellte sich heraus, dass das Problem das Fehlen der systemreservierten Partition war, die ich als „kryptische Partition“ bezeichnet hatte. Nachdem ich die Festplatte gelöscht und das Betriebssystem von Grund auf neu installiert hatte, stellte ich fest, dass der Installationsvorgang eine weitere „kryptische Partition“ erstellt hatte, die diesmal 350 MB groß war.
Der Größenunterschied kann darauf zurückzuführen sein, dass das ursprüngliche Betriebssystem Windows 7 war und dieses System auf Windows 8.1 aktualisiert wurde. Ich vermute, und das erscheint mir plausibel, dass bei der Installation von Windows 8.1 über ein vorhandenes Windows 7-System weder Partitionen verschoben wurden noch die „kryptische Partition“ neu erstellt werden musste.
Wenn ich auch diese Partition kopiert hätte, wäre dieses Problem möglicherweise nicht aufgetreten.