AHCI verursacht Boot-Absturz

Ich habe nach einigen Performance-Problemen vom Festplattenhersteller die Empfehlung bekommen, das BIOS meines PC auf AHCI umzustellen.
Diese Einstellung blieb immer irgendwie links liegen und nebensächlich. Kenne ich nicht - hatte ich noch nicht - wozu soll das gut sein?
Das war einfach so.


Okay, für eine zusätzliche Archiv-Festplatte von 3TB und GPT als Einrichtung nutzte ich das. Diese steckt an einem PCIe-SATA-AHCI-Adapter.
Der Zugriff ist enorm schnell.

Nun stellte ich experimentell auf AHCI um. Die Liste der erkannten Festplatten verschwand, die Bootreihenfolge blieb erhalten, zumal ich diese auch zuvor der Reihenfolge vorhandener und belegter SATA-Anschlüsse anpasste.

Vorhanden sind ist folgende Konfiguration: HDD 0 - open SuSE 13.2 64-Bit
HDD 1 - Windows pro. XPe SP3
HDD 2 - Windows 7 pro. 76-Bit
HDD 3 - Archiv

Während open SuSE tadellos bootet und sogar noch schneller zu sein scheint, passiert es, dass beide Versionen Windows nach dem Startbild abstürzen und der PC neu bootet.

Das passiert sowohl bei Nutzung des Bootmanager GRUB, als auch des BIOS-eigenen Bootmanagers mit direkter Festplattenanwahl.

Aber die Mainboardtreiber sind bei beiden Versonen installiert und auf dem neuesten Stand.

Ich habe verschiedentlich über AHCI gelesen aber bin zu keinem umsetzbaren Ergebnis gekommen.
Neuere Mainboards bieten seit Langem sogar nichts Anderes als AHCI oder gar UEFI an.

Wie bekommt man das aber in den Griff, wenn gut laufende Systeme bereits installiert sind?
Denn wenn es erst einmal bootet, demnach von der jeweiligen Festplatte also gelesen werden kann,
dann müsste man doch vorher manuell das Laden eines Treibers einbinden können,
um nachträglich die AHCI-Unterstützung vor zu verlegen? Und so wirklich wird das weniger eine
Treiber-Sache, als vielmehr eine Handling-Sache sein.

Hat da schon Jemand Erfahrung damit gemacht, wie man das nachträglich unter Beibehaltung
der Hardware anpaßt?

 

Ich verstehe nicht ganz, was GPT jetzt mit AHCI zu tun hat.
Dazu brauche ich auch nicht in die Eigenschaften zu schauen, das weiß ich so auch schon. Habe es doch selbst eingerichtet!
Man kann sogar kleine Festplatten auf GPT einrichten, wobei ich nicht einsehe, ob das überhaupt Vorteile hätte.
Eher Nachteile, denn das schränkt z.B. die Kompatibilität externer Festplatten stark ein.

Es ist logisch, dass ich eine Festplatte über 2,2TB nur mit GPT voll nutzbar einrichten kann und nur dann davon booten könnte,
wenn ich ein UEFI statt BIOS hätte und ein ausschließliches 64-Bit-System installieren. Da bin ich schon gewaltig drüber gestolpert, als ich die erste 3TB-Festplatte einrichten wollte.

Der Kompromiß, z.B. mit dem alternativen Manager aus "Acronis Tue Image" zu arbeiten gefiel mir gar nicht, da somit keine Kompatibilität der Archiv-Festplate mit allen
abwechselnd benutzten Systemen hergestelt werden konnte. Außerdem zwang es dazu, ab genau dem Zylinder bei 2,2TB eine neue Partition mit einem anderen
Laufwerksbuchstaben aufzumachen, anstatt eine eigene Unterteilung einzurichten und statt mit Laufwerksbuchstaben die Partitionen in NTFS-Verzeichnisse einzubinden.


ABER: Ich schrieb ja schon, dass diese Archiv-Festplatte mit 3TB an einem gesonderten PCIe-Controller hängt, der mit AHCI arbeitet und tadellos läuft!
Davon soll auch im Normalfalle nicht gebootet werden, obwohl es interessanter Weise sehr gut geht.

Der absolute Witz ist also: Stecke ich die XP-Festplatte oder die Win7-Festplatte dran und boote mit BIOS-eigenem Boot-Menü, dann startet das System ohne diesen Fehler!
Habe ich den Mainboard-eigenen Controller über das BIOS auf AHCI gestellt, dann tritt dieser Fehler auf!

Also startet Windows generell tadelos von diesem PCIe-Controller unter AHCI. Wäre ein Treiber notwendig, so war zumindest der Controller-Treiber zu installieren.
Die Mainboardtreiber sind alle auf dem letzten Stand eingerichtet, auch mit dem Mainboard-eingenen Treiber, was möglich war, als ich
von der jeweiligen an de PCIe-Karte angeschlossenen Festplatte bootete. Der Unterschied mag sein,
dass nicht die Boot-Festplatte am Mainboardeigenen AHCI angeschlossen war, sondern der SATA-Port mit der Archivplatte testweise getauscht.

Windows 7 kann es von Haus aus, mit GPT umgehen und Windows XPe arbeitet mit einem GPT-Treiber von Paragon. Und Linux kann alles auf Anhieb!

Das Mainboard ist übrigens ein ASROCK 939A785GMH/128 mit 4GB RAM und AMD 3700+ CPU - also eigentlich für manche Leute zu alt. Doch ein enues Mainboard kann ich mir nicht leisten und was soll es auch bringen. Ich muss nicht alle 4 - 5 Jahre eine neuen PC aufbauen!

Meiner Mutter habe ich einen PC mit älterem Mainboard zurecht gemacht und TX4210-Controller, das arbeitet so schön leicht und flüssig mit 2GB RAM unter XPe - das ist echt schnell!
Sie kann neben Schreiben auch Filme schauen usw. Grafikbearbeitung ihrer Fotos machen und ist vollauf zufrieden.

Mein PC ist dagegen leider etwas langsamer, obwohl deutlch neueren Datums, 64-it wo es geht und mehr RAM. Da muss nun auch mal Etwas passieren.

Ich vermeide es tunlichst, mit Windows ins Internet zu gehen. Dafür habe ich Linux.

Das Internet macht auch ohne fündig werdenden Viren- und Malwarescanner das Windows, gleich welcher Version, absolut krumm und lahm und es gibt so viele Scharlatane, die daraus Kapital schlagen.