Windows 7 - Ahci Modus - Bootet Nicht Mehr
#1 _I Luv Money_
geschrieben 01. Dezember 2009 - 08:02
habe gestern bei mir im BIOS gesehen das meine Festplatten im IDE Modus laufen (sind S-Ata Platten), habe daraufhin von IDE auf AHCI umgestellt. Beim hochfahren bekam ich dann einen Bluescreen, hab dann Google bemüht, habe einen KB Eintrag auf der MS Seite gefunden das man in der Registrierung einen Eintrag ändern muss damit Windows 7 mit dem AHCI Modus umgehen kann.
Habe dann wieder auf IDE gestellt, Windows 7 hat normal gebootet, habe den Eintrag geändert, heruntergefahren, wieder auf AHCI gestellt und Windows hat gebootet. Allerdings war die Zuordnung der Laufwerksbuchstaben durcheinander, die Systemplatte war wie vorher C:, aber meine Datenpartitionen waren anders, habe das dann über die Computerverwaltung angepasst, soweit lief alles "normal". Daraufhin kam die Meldung Windows müsse neugestartet werden, habe ich daraufhin gemacht.
Und seitdem bootet Windows gar nicht mehr. Es kommt immer die Meldung "No bootable Device found". Auch wenn ich wieder auf IDE umstelle bootet Windows nicht.
Habe dann probiert mit der Windows 7 DvD eine Reperatur durchzuführen, er sagt auch immer das er die Paritionstabelle neu geschrieben hat, bootet aber trotzdem nicht. Habe die Reperatur jeweils im AHCI und im IDE Modus durchgeführt, beides ohne Erfolg.
Die Daten sind definitiv noch alle auf der Platte, habe mal von einer Acronis CD gebootet, die Boot Partition, Systempartion und meine Datenpartitionen sind alle vorhanden und sehen "normal" aus.
Hat jemand eine Idee wie ich das Problem ohne Neuinstallation beheben kann? fixboot und fixmbr scheint es ja leider nicht mehr zu geben auf der Windows 7 DvD, gibts da ähnliche neue Befehle?! Oder sonstige Sachen die ich noch machen kann?
Hardware:
Intel i5 2,66 ghz
Asus Mainboard P7P55D
4 GB DDR 3 1333mhz Ram
Geforce 9500 1024 MB
3 S-Ata Platten (Eine davon über USB in einem Gehäuse angeschlossen)
Anzeige
#2
geschrieben 01. Dezember 2009 - 08:31
schau mal in deinem Bios nach wie die reihenfolge deiner festplatten ist.
Ich weiß ja nicht wieviele hdds du in deinem Rechner verbaut hast, aber ich denke das die falsche HDD angesprochen wird beim hochfahren.
Noch ne möglichkeit schnell herrauszufinden wo dein OS liegt (bei meinem system mit mehr als 4 HDDs geht es so am schnellsten) einfach das Biosinterne Bootmenue mithilfe von F12 (wie das bei dir ist weiß ich nicht).
well done...
Dieser Beitrag wurde von maddybutcher bearbeitet: 01. Dezember 2009 - 08:32
#3 _I Luv Money_
geschrieben 01. Dezember 2009 - 08:35
Habe es schon über das Bootmenü (bei mir F8) getestet, dort die richtige Platte manuell ausgewählt, leider ohne Erfolg
![:unsure:](https://www.winfuture-forum.de/public/style_emoticons/default/unsure.gif)
Die Reihenfolge im Bios ist auch korrekt.
Dieser Beitrag wurde von I Luv Money bearbeitet: 01. Dezember 2009 - 08:36
#4
geschrieben 01. Dezember 2009 - 18:46
Möglicherweise ist die C-Partition nicht als "aktiv" markiert.
Dies sollte mit Acronis kontrolliert und ggf. berichtigt
werden.
MfG.halax
#5 _I Luv Money_
geschrieben 02. Dezember 2009 - 08:16
Nach der Neuinstallation hatte ich auf meine zweite S-Ata Platte keinen Zugriff mehr! In der Computerverwaltung ist sie normal aufgetaucht, konnte auch einen Laufwerksbuchstaben zuweisen. Aber wenn ich drauf zugreifen wollte kam direkt "kein Zugriff". Die HD war ganz normal mit NTFS formatiert.
Habe alles mögliche Probiert, hat aber nix gebracht. Unter "Computer" tauchte die HD auch normal auf, allerdings ohne die sonst üblichen größen Angaben.
Hab die HD dann ausgebaut und per USB an meinen Laptop angeschlossen, mit Ubuntu konnte ich dann ganz normal drauf zugreifen, alle Daten waren vorhanden.
Jemand dafür ne Erklärung?
#6
geschrieben 02. Dezember 2009 - 15:07
Ich hatte gestern Ähnliches. 7-U krallt sich offensichtlich irgendeine eine erste Partition und reserviert sie "fürs System". Was immer auch dort stattfinden soll....
Mit 7-U partitioniert schreibt sich das BS auf die dritte Partition der HD1 und reserviert gleichzeitig die erste Partition (satte 100GB) der zweiten Platte für sich.
Also runter, mit der XP - Scheibe neu partitioniert und dann U-7 neu installiert. Aber die für Programme vorgesehene erste Partition der zweiten HD (verkleinert auf 60GB) ist fest in U-7 Hand...
Bei der spielts halt nicht so eine Rolle, wo sie ist.
Da stimmt wohl einiges noch nicht so, wie es sollte...
#7
geschrieben 03. Dezember 2009 - 08:25
wenn Windows 7 installiert wurde mit der BIOS Festplatten Option NATIVE-IDE, dann ist das Vorgehen von Windows 7 jetzt ganz normal, weil Windows 7 keinen AHCI Treiber installiert hat. Es gibt einen einfachen Registrytrick, mit dem du nachträglich im BIOS von NATIVE-IDE uaf AHCI umschalten kannst.
Dazu am besten einmal wieder im BIOS auf den NATIVE-MODE umschalten. PC neustarten. Es kann dabei sein, das das BIOS die Startreihenfolge der FP wieder ändert, also auch nicht gleich die richtige Startplatte wieder auswählt. Zu erkennen daran, das beim Hochfahren, Windows 7 meldet, NTLDR fehlt, dann zurück ins BIOS, deine Systemplatte wieder als 1. Laufwerk auswählen, speichern und Neustarten.
[EDIT] Das Problem mit dem Startlaufwerk kann man lösen, wenn man gleich die Systemplatte an den ersten SATA PORT auf dem Board anklemmt.
Windows 7 wird wieder laden. Wenn der Ladevorgang abgeschlossen, dann folgende Maßnahme:
Zitat
2. Klicken Sie auf Start, geben Sie regedit im Feld Suche starten ein, und drücken Sie anschließend die [EINGABETASTE].
3. Wenn das Dialogfeld Benutzerkontensteuerung eingeblendet wird, klicken Sie auf Fortsetzen.
4. Klicken Sie auf den folgenden Unterschlüssel in der Registrierung:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci
5. Klicken Sie im rechten Fensterbereich in der Spalte Name mit der rechten Maustaste auf Start, und klicken Sie anschließend auf Ändern.
6. Geben Sie im Feld Wert den Wert 0 ein, und klicken Sie anschließend auf OK.
7. Klicken Sie im Menü Datei auf Beenden, um den Registrierungseditor zu beenden.
Wurde das so gemacht, wird beim nächsten Start von Windows 7, der AHCI Standardtreiber von Windows 7 ins System eingebunden. Nun also PC Neustarten, ab ins BIOS und wieder die Festplatten von NATIVE-IDE auf AHCI umschalten, speichern und Neustarten.
Jetzt kann es wieder sein, das die Startreihenfolge der Festplatten vom BIOS automatisch geändert wurde. Wieder zu erkennen daran, wenn beim Hochfahren NTLDR fehlt o.ä. gemeldet wird. Zurück ins BIOS und wieder deine Systemplatte als 1. Laufwerk auswählen. Speichern und Neustarten.
Zurücklehnen und Windows 7 laden lassen. Windows 7 wird 2 x Neustarten bis AHCI Treiber korrekt eingebunden ist.
Nachdem Windows 7 geladen wurde, ist zu empfehlen, den Standard AHCI Treiber von Windows 7 durch den AHCI Treiber deines Boardchipsatzes zu ersetzen, da der Standard AHCI Treiber von Windows 7 die Festplatten weiterhin als ATA Geräte anspricht. Zu erkennen im Gerätemanager unter Laufwerke.
Gruß
Dieser Beitrag wurde von Seepferdchen bearbeitet: 03. Dezember 2009 - 09:18
RAM: 16 GB SKill RipJaws DDR3-1333, GRAKA: HIS AMD RADEON 9650 IceQ X 2048 MB,
BS: Windows 7 Ultimate 64 bit - Norton Internet Security 2012
#8 _I Luv Money_
geschrieben 03. Dezember 2009 - 09:35
Meine Systemplatte hing auch am ersten S-Ata Port.
#9
geschrieben 03. Dezember 2009 - 09:38
versuche es mal hiermit:
Zitat
bootrec /fixmbr
bootrec /fixboot
bootrec /RebuildBcd > (damit sucht Windows 7 nach allen installierten Betriebssysteme und bietet dann eine Auswahl an, welche aufgenommen werden sollen).
Ansonsten die Reparatur von der Setup-DVD (recovery Mode = automatische Reparatur) ausführen. Leider muss diese 2 x aufgerufen werden, das dann alles korrekt funktioniert. (Also erst einmal durchlaufen lassen - neu von der Setup DVD starten und das gleiche nochmal). Warum das so ist, kann wohl Microsoft eher beantworten. Aber viele brechen schon nach dem ersten Versuch ab und haben dann keinen Erfolg.
Bezogen auf die AHCI Treiber gäbe es noch zu erwähnen, das einige Intel Chipsätze und der AMD SB7xx Chipsatz bei sehr vielen Probleme bereitet. Die Boardhersteller wälzen das Problem auf die Chipsatz Hersteller ab. Einige Boardhersteller haben bereits trotzdem reagiert - so wie bei meinem GIGABYTE. GIGABYTE hat für mein Board ein aktuelles BETA-BIOS herausgebracht. Dieses BETA-BIOS hat das bisher vorhandene AHCI ROM BIOS von AMD von Version 0001.0078 auf Version 3.0.1540.59 aktualisiert, schreiben davon aber nichts in ihrer BIOS Versionsbeschreibung. Der Rest ist wohl von den Chipsatzherstellern zu erbringen.
Gruß
Dieser Beitrag wurde von Seepferdchen bearbeitet: 03. Dezember 2009 - 10:13
RAM: 16 GB SKill RipJaws DDR3-1333, GRAKA: HIS AMD RADEON 9650 IceQ X 2048 MB,
BS: Windows 7 Ultimate 64 bit - Norton Internet Security 2012
#10
geschrieben 04. Juni 2010 - 12:26
#11
geschrieben 04. Juni 2010 - 14:57
greets
#12
geschrieben 04. Juni 2010 - 14:59
![:)](https://www.winfuture-forum.de/public/style_emoticons/default/smile.gif)