Der abgesicherte Modus bringt nichts, die automatische Treiberinstallation läuft trotzdem ab. Das hatte ich schon früher getestet.
Ich habe jetzt einige weitere Versuche durchgeführt, leider alle erfolglos. Hier ein kurzer Abriss, genauere Details gerne auf Anfrage:
Die im Gerätemanager angezeigten Hardware-IDs des "AMD PCI Express (3GIO) Filter Driver" lauten:
ACPI\PNP0A03
*PNP0A03
Zunächst habe ich versucht, die vorgeschlagene GPO-Einstellung auf demselben Weg in das Image zu injizieren wie die Reaktivierung der ATAPI-Treiber, also Boot vom Windows7-CD-Image, Start von regedt32 aus dem Installationssystem heraus und Laden des Registry
Hive - in diesem Fall C:\Windows\System32\config\SOFTWARE, um HKLM\Software\Policies\Microsoft\Windows\DeviceInstall\Restrictions anzulegen und zu befüllen. Das wurde leider ignoriert. Der "AMD PCI Express (3GIO) Filter Driver" wurde trotzdem wieder
installiert.
Daraufhin habe ich im vorläufig laufenden System das Gerät "AMD PCI Express (3GIO) Filter Driver" im Gerätemanager deinstalliert -
mit Entfernen der Treiberdateien. Vor dem angeforderten Neustart habe ich im Gruppenrichtlinien-Editor die Richtlinie "Installation von Geräten mit diesen Geräte-IDs verhindern" aktiviert, die Device-ID ACPI\PNP0A03 eingetragen und
die Option "Auch auf übereinstimmende Geräte anwenden, die bereits installiert sind" aktiviert. Beim anschließenden Neustart im abgesicherten Modus erschien AtiPcie.sys trotzdem wieder in der Liste der geladenen Treiber, das System bluescreente und
bot mir - wie bei den vorhergehenden Versuchen - eine Reparatur mit der Starthilfe an, mit exakt demselben Ergebnis wie im Ausgangsposting. ("Das System kann möglicherweise aufgrund einer kürzlichen Treiberinstallation oder eines -upgrades nicht gestartet
werden." und "Windows kann diesen Computer nicht automatisch reparieren.")
Über die Erweiterten Wiederherstellungsoptionen - Kommandozeile - regedt32 habe ich dann wieder den SYSTEM-Hive geladen, unter ControlSet001\services erneut atapi und intelide aktiviert (Start von 3 auf 0) und zusätzlich AtiPcie deaktiviert (Start von 0
auf 4). Um den verfluchten Treiber auszumerzen, habe ich nach weiteren Einträgen mit dem String "AtiPcie" gesucht, die Keys ControlSet001\Control\Class\{4D36E97D-E325-11CE-BFC1-08002BE10318}\0012 und ControlSet001\Enum\ACPI\PNP0A08\1 gefunden und
kurzerhand komplett gelöscht. Die darin referenzierten Dateien C:\Windows\inf\oem10.inf und C:\Windows\system32\drivers\AtiPcie.sys habe ich um ganz sicher zu gehen von der Kommandozeile aus in oem10.infDELETED und AtiPcie.sysDELETED umbenannt.
Beim anschließenden Neustart (wieder im abgesicherten Modus) kam das System dann tatsächlich wieder hoch, diesmal tatsächlich ohne AtiPcie.sys zu laden, meldete aber sofort: "Der Computer muss neu gestartet werden, damit die Änderungen wirksam werden."
Da eine Kontrolle im Gerätemanager und in der Registry ergab, dass auf der Device-ID ACPI\PNP0A03 jetzt nicht mehr "AMD PCI Express (3GIO) Filter Driver" (oem10.inf / AtiPcie.sys), sondern "PCI-Bus" (machine.inf / pci.sys) installiert war,
habe ich den Neustart ohne weitere Eingriffe durchgeführt. Trotzdem dasselbe Ergebnis wie immer beim zweiten Start: Bluescreen, Starthilfe, "Das System kann möglicherweise aufgrund einer kürzlichen Treiberinstallation oder eines -upgrades nicht gestartet
werden", "Windows kann diesen Computer nicht automatisch reparieren."
Die anschließende Untersuchung aus dem Wiederherstellungssystem ergab, dass die beiden von mir umbenannten Dateien wieder mit ihren ursprünglichen Namen da waren. Auch die gelöschten Registry Keys waren zurück und verwiesen wieder darauf. Irgendetwas - ich
habe die Starthilfe in Verdacht - hat also meine Datei-Umbenennungen rückgängig gemacht und den "AMD PCI Express (3GIO) Filter Driver" installiert. Auch die services-Keys atapi und intelide waren wieder auf Start=3 gestellt.
Nachdem ich atapi und intelide wieder auf Start=0 und AtiPcie auf Start=4 gestellt habe, konnte ich die VM ein weiteres Mal erfolgreich booten. Im Gerätemanager war das Gerät "AMD PCI Express (3GIO) Filter Driver" wieder vorhanden. In den Details
stand:
- Allgemein
Das Gerät funktioniert einwandfrei.
Sie müssen den Computer neu starten, damit die am Gerät vorgenommenen Änderungen wirksam werden. - Details - Hardware IDs
ACPI\PNP0A03
*PNP0A03 - Ressourcen
Gerätekonflikt:
E/A-Bereich 0000-0CF7 wird verwendet von:
ACPI x86-basierter PC
Ich habe dann noch versucht, das Gerät einmal nicht zu entfernen, sondern nur in der Registry unter CurrentControlSet\services\AtiPcie Start wieder von 0 auf 4 zu setzen. atapi und intelide standen noch auf Start=0. Das war nicht genug,
das System kam beim Neustart trotzdem nicht wieder hoch.
Fazit: Ich habe es bis jetzt nicht geschafft, das System vom Selbstmord durch Treiberinstallation abzubringen.
Windows 7 BSOD IRQL_NOT_LESS_OR_EQUAL nach automatischer Treiberinstallation
