Durch die Vista-Startreparatur wird HD nicht bootfähig
1573
RedGlyph
Ich habe Probleme mit dem Versuch, Vista SP2 auf einem Dual-Boot (GRUB, Windows Vista 32 Bit und Linux OpenSUSE 11.1 x64) anzuwenden. Hier ist die Geschichte:
SP2 konnte in der letzten Phase (nach dem Neustart) nicht installiert werden. Bei der Suche ging ich davon aus, dass es sich um einen Dual-Boot-Vorgang handelt, da viele andere Benutzer dieselbe Fehlermeldung unter den gleichen Bedingungen gemeldet haben.
Ich wartete auf die MS-Unterstützung und versuchte ein paar Dinge von der DVD "Reparieren Sie Ihren Computer", Konsole:
bootrec /fixmbr, keine Wirkung;
bootrec /fixbootgibt einen Fehler "Element nicht gefunden" aus;
bootrec /rebuildbcdgibt einen Fehler "Element nicht gefunden" aus;
bootrec /scanosfindet das Windows Vista-Betriebssystem auf C: und versucht, die obigen Befehle ohne Ergebnis erneut auszuführen.
Der Microsoft-Support hat gesagt, dass Sie eine Startreparatur von der DVD versuchen sollten: "Reparieren Sie Ihren Computer", "Startreparatur", die den Windows-Start im MBR neu installieren soll. Von diesem Moment an würde die HD nicht mehr booten.
Von der DVD-Reparatur / Konsole aus habe ich die obigen Befehle noch einmal ausprobiert:
bootrec /fixmbr, keine Wirkung;
bootrec /fixbootkein Fehler mehr, keine Wirkung;
bootrec /rebuildbcdkein Fehler mehr, keine Wirkung;
bootrec /scanos, findet kein Betriebssystem.
Dann habe ich von einer OpenSUSE 11.1-Installationsdiskette versucht,
Wiederherstellen des Bootsektors, Hinzufügen eines Chainloader für Windows zu dem bereits automatisch gefundenen Linux-Eintrag;
Nach einem erfolgreichen Neustart erhielt ich das GRUB-Menü, aus dem ich Windows Vista (oder Linux) starten konnte.
Das Problem ist, dass ich das jetzt jedes Mal tun muss. Wenn ich den Computer entweder von Windows Vista oder OpenSUSE aus schalte, muss ich das nächste Mal, wenn er nicht direkt von der Festplatte booten kann, von der DVD booten, GRUB erneut installieren und dann neu starten. Dann, wenn es heiß-Neustarts, verwendet er erfolgreich die restaurierte Bootloader.
Es könnte ein HD-Fehler sein und das BIOS liest den zwischengespeicherten MBR beim Hot-Neustart, was die Symptome erklären würde. Es fällt mir jedoch schwer zu glauben, dass Grub-Install den MBR nicht richtig überprüft. Es wäre außerdem sehr suspekt, dass der MBR-Cluster bei Verwendung der Vista-Reparaturoption plötzlich zusammenbricht (und auch nicht erkannt wird).
Hier ist die Liste der Partitionen von TestDisk (fdisk stimmt damit überein): Aktuelle Partitionsstruktur:
1 * HPFS - NTFS 0 32 33 16709 117 48 268435456 [OS] 2 P HPFS - NTFS 16709 117 49 50128 33 17 536870912 [Projects] 3 E extended LBA 50129 0 1 60800 254 63 171445680 5 L Linux Swap 50129 1 1 50390 254 63 4208967 X extended 50391 0 1 53001 254 63 41945715 6 L Linux 50391 1 1 53001 254 63 41945652 X extended 53002 0 1 55612 254 63 41945715 7 L Linux 53002 1 1 55612 254 63 41945652
Vista verwendet 1 und 2, OpenSUSE 3 (mit 5, 6 und 7 als erweiterte Partitionen). Nichts Außergewöhnliches.
Ich habe Windows Drive:\boot\Bootsect.exe –NT60 Allnoch nicht ausprobiert, weil ich keine Ahnung habe, was es tun würde. Möglicherweise gibt es auch andere Lösungen, aber ich würde gerne wissen, ob schon jemand unter dem gleichen Problem gelitten hat und eine gute Lösung gefunden hat. (Der Microsoft-Support scheint keine Ahnung zu haben und sagt, alles neu zu installieren, was ich nicht einmal sicher bin, würde funktionieren).
Edit: Ich habe gerade gesehen, dass der GRUB-Bootloader beim Neustart nach einer Windows-Sitzung weiterhin funktioniert. shutdown /t 0 /rEs scheint also, dass der einzige fehlgeschlagene Start ein Kaltstart vom BIOS ist. Es macht die Cache-Theorie für immer ungültig.
Edit2:
Beachten Sie, dass die Installation von Grub mit OpenSUSE 11.1 tatsächlich deaktiviert wurde. Die Parameter werden ignoriert und die Standardkonfigurationsdatei verwendet. Beim Versuch einer manuellen Installation wurden einige Hinweise gegeben:
Ich erhalte die Fehlermeldung "Fehler 17: Ausgewählte Partition kann nicht geladen werden".
Dies bedeutet, dass GRUB den Partitionstyp nicht identifizieren kann, während ich ihn normal einbinden kann, indem ich ihn als NTFS spezifiziere. fdisk -lerkennt es auch:
Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x9913fa82 Device Boot Start End Blocks Id System /dev/sda1 * 1 16710 134217728 7 HPFS/NTFS /dev/sda2 16710 50129 268435456 7 HPFS/NTFS /dev/sda3 * 50130 60801 85722840 f W95 Ext'd (LBA) /dev/sda5 50130 50391 2104483+ 82 Linux swap / Solaris /dev/sda6 50392 53002 20972826 83 Linux /dev/sda7 53003 55613 20972826 83 Linux
Meine Vermutung ist, dass irgendwie die "Reparatur" von Vista Informationen in Bezug auf die erste Partition durcheinander gebracht hat. Gibt das jemandem eine Idee?
Wow, ich möchte nicht in deinem Schuh sein. Microsoft wird nicht so weit kommen, da es ein anderes Betriebssystem betrifft. Ich kann keine Hilfe anbieten, nur mein Mitgefühl anbieten. Versuchen Sie jedoch, Ihre Daten nur für den Fall zu sichern (Holz berühren).
o.k.w vor 15 Jahren
0
That I will certainly do! (and the wood touch bit too, just in case) :-)
RedGlyph vor 15 Jahren
0
2 Antworten auf die Frage
1
RedGlyph
Es stellte sich heraus, dass das Problem darin bestand, dass zwei Partitionen als bootfähig markiert wurden, wie Sie in meiner zweiten Bearbeitung sehen können. Dies ist ein Nebeneffekt der Verwendung der Vista-DVD zur Wiederherstellung des MBR. Anscheinend hat es mit der erweiterten Partition verspielt und gab den Start ... (normal von Microsoft).
Die Lösung bestand darin, gparted zu verwenden und das Boot-Flag zu löschen.
Ich muss den MBR noch korrigieren und auf SP2 aktualisieren. Dafür gibt es diese beiden Links für alle, die daran interessiert sind. Es wurde nicht getestet!
Einige ausführliche Erklärungen zu MBR, Vista-Änderungen usw. finden Sie hier .
Danke fürs Helfen!
0
quack quixote
Es klingt tatsächlich nach einem BIOS- oder Controller-Problem. Es scheint, dass das Laufwerk ordnungsgemäß konfiguriert ist und die erste Partition als aktiv markiert ist. Dies ist also nicht das Problem (dies wird durch den ordnungsgemäßen Betrieb beim Warmstart / Neustart bewiesen).
Ich habe Kaltstartprobleme mit fehlerhaften Controller-Chips auf dem Motherboard festgestellt. Ich habe diese Symptome auch gesehen, als das BIOS versucht, zu booten, bevor die Festplatte ihre Spin-Up-Routine abgeschlossen hat. Sie ist also nicht bereit, wenn das BIOS versucht, von ihr zu booten. Anlaufprobleme können auch durch ein unterversorgtes System verursacht werden. Drive Spin-Up benötigt viel mehr Energie als normaler Betrieb. Sie könnten auch durch einen fehlerhaften Laufwerk-Controller verursacht werden (die Elektronik auf der Festplatte selbst, nicht der IDE / SATA-Controller des Motherboards).
Ich würde folgendes versuchen:
Legen Sie das Laufwerk auf eine andere Schnittstelle (stecken Sie es in einen anderen Steckplatz auf der Hauptplatine).
Setzen Sie das Laufwerk auf einen anderen Controller (verwenden Sie eine zusätzliche Controller-Karte und nicht den integrierten Motherboard-Controller).
Legen Sie das Laufwerk in einen anderen Computer (wenn es zu Grub bootet, ist dies kein Laufwerksproblem).
Stellen Sie sicher, dass alle BIOS-Einstellungen korrekt sind. Sie können sogar die aktuellen Einstellungen aufzeichnen und "Standardeinstellungen wiederherstellen" ausführen.
Versuchen Sie, andere Laufwerke und nicht benötigte Geräte zu trennen - wenn nötig, bringen Sie das System auf die Grundlagen (Mobo, CPU, RAM, Festplatte - verwenden Sie ggf. integrierte Grafiken).
Verwenden Sie ein anderes Laufwerk als Systemlaufwerk.
Versuchen Sie es mit einem anderen (leistungsfähigeren) Netzteil.
Das scheint nicht der Fall zu sein, ein anderer Computer gibt nur die gleichen Symptome an. Trotzdem danke.
RedGlyph vor 15 Jahren
0