[Gelöst] Vista: Probleme beim Umstellen von IDE auf AHCI

ACHTUNG!
An alle die diesen Guide aus dem Gigabyte-Forum noch nicht gefunden haben und hier passiv alles mitlesen, hier gehts zur Erlösung:
http://forum.gigabyte.de/cgi-bin/s [...] &show=2290






---------------------------------------------------------------------------------------------------------------------------------------------------------------------------









Hallo Leute

Ich hab mir jetzt Vista 32bit draufgespielt, jedoch konnte ich es nur installieren wenn es auf IDE war. SATA/AHCI ging nicht. Kurz vorm Ende der Installation hat er sich immer aufgehängt.
Ich habe aber gewusst das man das auch noch im Nachhinein installieren kann. Also recherchiert und ich hab was gefunden:
http://www.forumdeluxx.de/forum/sh [...] p?t=450538
Alles so gemacht wie es dort steht und den PC neu gestartet, ins BIOS rein und auf SATA/AHCI umgestellt.
Gespeichert und aus dem BIOS raus. Windows bootet.... scheint zumindest so, es kommt nur der Ladebalken und die Platte rattert kein bisschen, was heißt das er gerade nicht bootet. Wenn man im BIOS wieder auf IDE stellt, dann geht wieder alles und er fährt hoch. Wieder neu gestartet und Vista DVD zum reparieren rein, da er so eventuell fehlende AHCI Treiber lädt und installiert. So, er bootet von der DVD und da ist wieder dieser bescheuerte Ladebalken... Ich könnte bestimmt Tage warten und der Balken wäre immer noch da. Ich hab zumindest mal nur 3 Std. gewartet, dann wurde es mir zu blöd und jetzt frage ich euch um Rat.
Achja, das gleiche passierte auch als ich das System neu aufgespielt habe, der Balken kam und das Setup habe ich nie gesehn. Also mit XP CD gebootet und formatiert, dann konnte ich endlich mit der Vista DVD booten. Also irgendwie will das die Vista DVD nicht wenn auf der Festplatte was drauf ist. Echt komisch.

Danke schonmal im Vorraus

Tags für Suchmaschinen: SB 600, SB600, AMD, ATi Install Manager, AHCI, SATA, RAID, Native IDE, Gigabyte GA-MA770-DS3, Treiber, MSAHCI.SYS, MSAHCI, ahcix86s

Danke erstmal für deine Mühe.
Ich habe folgendes Motherboard:
http://www.gigabyte.com.tw/Product [...] uctID=2722

Wie gesagt, der Registryhack funktioniert bei mir aus irgendeinem Grund nicht.
Ich lade mir den SATA/RAID Treiber runter und extrahiere ihn.
Alles schön und gut, der Treiber befindet sich unter C:\Windows\system32\lh.
Wenn ich die AHCIX86S.exe starte, dann kommt folgende Fehlermeldung:

Ich installiere also den Catalyst (Warum auch immer) und er lässt sich nicht fertig installieren, da er keine ATi-GPU findet. Den Treiber direkt einbinden geht bei mir nicht, da ich den Controller irgendwie nicht finde.

Da will er nur einen "Catalyst INSTALLER". Heißt bei denen halt so. Hat mit der GPU nichts zu tun denke ich, sondern ist die Installeranwendung auf die er sich bezieht. Gibt ja auch Windows Installer, Install Shield u.v. andere mehr.

Nimm' den IDE Controller. Davon hast zwei. Welchen ist erstmal egal. Am besten beide nacheinander falls er sie nicht gleichzeitig umstellt, sobald Du den Treiber änderst.

Hoffe Du hast nichts wichtiges drauf bzw. gesichert. Denn das Umstellen kann schonmal in einer Bluescreenserie ändern aus der man im Worst Case nur mit der Reparaturkonsole bzw. Neuinstallation rauskommt.

hmm ist deine Installations CD mit SP1 oder ohne? vielleicht behebt ja das schon das Problem

Hmm, okay.

Hatte gedacht was bei Intel funktioniert, müsste auch bei AMD gehen.

Das nächst einfachste, was ich dann probieren würde: SP1 reinspielen u. dann nochmal den Registrytrick, den Du im 1. Posting schon probiert hattest. Das könnte dann laufen, weil der MSAHCI.SYS dann aktualisiert ist.

Im IDE und AHCI Modus melden sich die SATA Controller mit unterschiedlichen PCI Gerätenummern. Beispiel Intel:
IDE Modus ICH8R : DEV_2820
AHCI Modus ICH8R : DEV_2821

Daher benötigen sie unterschiedliche Treiber. Im Fall von Intel ist's nun so, dass es trotzdem gelingt über die "falsche" Device ID den AHCI Treiber drüberzu installieren. Bei Dir hat das nicht funktioniert schreibst Du.

Ich kann sehen im .inf File des AMD SATA Treibers, dass er gerne VEN_1002&DEV_4380 hätte. Und vermutlich steht im Gerätemanager unter Sata Controller Details bei Dir etwas anderes:



Poste ruhig mal VEN, DEV und SUBSYS.

Durch das umstellen im BIOS von IDE -> AHCI ändern sich diese Ziffern u. er hat dann keinen Treiber mehr. Mit anderen Installern kommst Du da mit an Sicherheit grenzender Wahrscheinlichkeit nicht weiter. Entweder es gibt bei AMD auch eine "einfache" Möglichkeit, ansonsten würde mir noch folgendes einfallen:

a) BIOS umstellen auf AHCI. Mit F8 abgesichert starten u. versuchen dort im Gerätemanager die AHCI Treiber einzubinden. Ohne Installer direkt nach der Anleitung, die ich oben gegeben habe. Direkt die Datei Ahcix86.inf einbinden. Anschließend Reboot u. hoffentlich bootet er Vista normal.
b) BIOS umstellen auf AHCI. Mit DVD im Reparaturmodus starten und Vista reparieren lassen. Die Hoffnung hier wäre, dass er den MSAHCI.SYS Treiber passend zu Deiner Vendor und Device ID einträgt. Chancen sind allerdings nicht sehr hoch, da ja Vista sich nicht installieren liess so - er also einen zu alten oder inkompatiblen AHCI Treiber wohl einbinden wird.

bg,
7oby

So okay, jetzt wird's spannend.

Die SubsystemID war nicht im ATI Treiber enthalten u. deshalb will der das bei Dir nicht installieren. Ich hab' das INF File jetzt entsprechend erweitert und

entsprechend hinzugefügt. Die neue AHCIX86.INF kannst Du hier runterladen:
http://i8t.de/6a9dsv8p

Überschreibe mit der neuen Datei die Ahcix86.inf, die Du bereits hast. Liegt dann alles zusammen mit Ahcix86.cat + .sys in einem Verzeichnis. Anschließend im Gerätemanager den Treiber für den PCI IDE Controller einbinden nach der Anleitung oben. Er sollte sich jetzt nicht mehr beschweren. Im Worst-Case könnte er nach der Installation jedoch abstürzen, da der AHCI Modus nicht aktiv ist.

Dann Reboot u. im BIOS AHCI aktivieren. (Hoffentlich) bootet er dann durch. Falls nicht - hast Du ein Problem. Im Best Case funktioniert's weiterhin nach Umstellen BIOS auf IDE wieder. Falls nicht hilft ggf. die Systemwiederherstellung.

--

Man kann unter
http://game.amd.com/us-en/drivers_ [...] ed-vista32

South Bridge Driver : 9-1_vista32-64_sb_74235
RAID Driver : 9-1_vista32-64_raid_74244

herunterladen. Der Southbridge Treiber enthält dabei einen ATI Treiber im IDE Kompatibilitätsmodus. Du findest ihn nach dem Entpacken unter

C:\ATI\9-1_vista32-64_sb_74235/Packages/Drivers/SBDrv/SB6xx/IDEATA133/Lh/amdhdc.inf

Im gleichen Verzeichnis liegt auch ein ReadMe.pdf. Installiert man den so nennt der Gerätemanager anschließend den Controller "AMD SATA Controller(Native IDE Mode)". Ist eben ein IDE Kompatibilitätsmodustreiber.

Es gibt auch einen AHCI Treiber, der eigentlich exakt mit Deinem von Gigabyte übereinstimmt:

C:\ATI\9-1_vista32-64_raid_74244/Packages/Drivers/SBDrv/SB6xx/Raid/Lh/ahcix86s.inf

hat auch die gleiche Version wie Deiner "08/08/2007, 2.5.1540.47" und witzigerweise hat der auch die Subsystemkennung nicht. Dadurch lässt der sich auch nicht installieren.

Ich frage mich warum die Subsystemkennung für Deinen Chip im Treiber fehlt. Schnelles googeln lieferte mir wohl, dass es eine AMD Southbridges gibt, die Bugs im AHCI Modus haben. Allerdings war das nicht wirklich bestätigt - außerdem fand' ich genügend Leute, die die Southbridge im AHCI Modus betreiben. Probier's mal aus. Mit dem .inf File von mir oben.

Ich weiß nicht was Du mit original meinst, aber die von mir modifizierte AHCIX86.INF war für die Treiber von Gigabyte.

Wenn Du C:\ATI\9-1_vista32-64_raid_74244/Packages/Drivers/SBDrv/SB6xx/Raid/Lh/ahcix86s.inf modizifzierst, dann kannst das machen. Im gleichen Verzeichnis dort liegt dann noch eine ahcix86s.msi - vielleicht bringt die noch was mit.

Aber so wie ich Dich verstanden habe, hast Du beides probiert. Allerdings hätte das mit der von mir modifizierten Datei auch klappen müssen. Evtl. nicht ins richtige Verzeichnis der Gigabyte Treiber kopiert - die Fehlermeldung, dass er gewisse Dateien nicht findet, hätte nicht kommen dürfen.

Dass der unter Speichercontroller ist - hat nichts zu sagen. Das geht in Ordnung. AMD hat vom SCSIAdapter Framework den AHCI Treiber abgeleitet. Ist in Ordnung - war unter Linux auch so, dass die ersten AHCI Treiber vom SCSI Treiber abgeleitet waren.

--

Der AHCI Treiber ist jetzt drin, aber wenn Du bootest im AHCI Modus dann funktioniert's nicht. Ich würde sagen: Der AHCI Controller bei Dir funktioniert so nicht. Eine Ursache könnte sein, dass Gigabyte die Register im AHCI Modus nicht richtig setzt (das kannst auch nicht ändern außer BIOS Update). Eine andere Ursache könnte sein, dass die verbaute Southbridge Version keinen fehlerfreien AHCI Modus kann. Irgendwie ist es schon sehr merkwürdig, dass der AMD AHCI Treiber so wählerisch bzgl. SUBSYS_ID ist. Das muss ja einen Grund haben.

Alternativ kannst auch Gigabyte fragen wo ihr AHCI Treiber ist, denn der von der Homepage lässt sich ja nicht installieren.

Also, jetzt haben wir's so gemacht wie man's machen soll. Und es hat nicht funktioniert.

Dann hab' ich mal google angeschmissen u. gleich mehrere Sachen bestätigt gefunden: MSAHCI.SYS funktoniert nicht mit der SB600. Also Vista und Registry-Hack gehen schief. Kannst den Registry Hack aber drin lassen - der stört jetzt erstmal nicht.

Ich klick' mich gerade durch alle Links hier:
http://www.forumdeluxx.de/forum/sh [...] p?t=455338

Und komme nur auf Sachen, die wir auch gemacht haben wie z.B.
http://forum.gigabyte.de/cgi-bin/s [...] &show=2290

Aber irgendwo da muss noch ein entscheidender Tipp drin stehen u. den such ich jetzt.

EDIT: Lies' Du mal quer. Ich denke der Beitrag im Gigabyte Forum könnte Dir helfen. Ggf. musst Du auch dort den .inf Treiber noch anpassen, weil er ihn sonst nicht installieren will.

Was für ein Thread Respekt!

Respekt

Ich bin das jetzt langsam schon gewöhnt. Ohne Probleme würden PCs auch keinen Spaß machen
BTW: Zum Glück habe ich keine ATi Grafikkarte

So, eben mal mit HD Tune Benchmark gemacht:

Schon vieeeel schneller

Ich hab ein kleines, aber nicht weiter störendes Problem. Ich kann nun SMART nichtmehr auslesen.