Fehler: Windows 7 Treibererkennung während des Setups

[mr.quickly]

Hallo zusammen,

ich habe ein seltsames Problem festgestellt. Ich weiß noch nicht ob das schon jemand von euch beobachtet hat. Wir nutzen für die Installation einen Windows 7 Datenträger incl. SP1 (Original Systembuilder Version) von Microsoft.

Es geht um die Integration von Treibern während des Setups. Einige Treiber scheinen einfach nicht mehr geladen zu werden. Siehe hier:

Code: Alles auswählen

PnPIBS: Found the file e1k6232.inf
PnPIBS: Added driver c:\drv\16\e1k6232.inf to the list of drivers.
PnPIBS: The class GUID for INF c:\drv\16\e1k6232.inf is 4d36e972-e325-11ce-bfc1-08002be10318
PnPIBS: The class GUID 4d36e972-e325-11ce-bfc1-08002be10318 is not boot-critical.
PnPIBS: The driver c:\drv\16\e1k6232.inf is not boot-critical and hence it will not be installed.

Habe diesbzgl. schon mit dem Opsi-Support Kontakt aufgenommen. Nach etlichen Stunden und Analyse des "C:\Windows\Panther\setupact.log" (Danke noch mal an Herrn Schneider für den Tipp) sind wir nach und nach dem Problem auf die Schliche gekommen. Der Artikel "Funktionsweise von Konfigurationsphasen des Windows 7 Setup" (http://technet.microsoft.com/de-de/libr ... 10%29.aspx) hat weitere Klarheit gebracht. Dort steht nämlich:

Konfigurieren von Gerätetreibern

Sollen bei einer unbeaufsichtigten Installation separate wichtige Starttreiber hinzugefügt werden, stellen Sie sicher, dass der wichtige Starttreiber auf Vorinstallationsmedien verfügbar ist. Erforderliche Starttreiber sollten während der Konfigurationsphase windowsPE hinzugefügt werden. Alle Treiber werden im Treiberspeicher bereitgestellt, doch nur wichtige Starttreiber werden sowohl im Windows-Offlineabbild als auch im Windows PE-Abbild widergespiegelt oder installiert. Für den Start nicht erforderliche Treiber können der Konfigurationsphase offlineServicing hinzugefügt werden. Dadurch wird sichergestellt, dass erforderliche Starttreiber verfügbar sind und der Treiber beim Start des Computers geladen wird.

Der letzte Satz brachte den entscheidenen Hinweis. Habe unterhalb von "AUDITSYSTEM SETTINGS" in der Unattended.xml noch die Einstellung "offlineServicing" eingefügt, siehe hier:

Code: Alles auswählen

	<!--
	=====================
	AUDITSYSTEM SETTINGS
	=====================
	The auditSystem pass is an optional pass that enables you to add additional device drivers and applications to the image.
	This results in fewer required images because a reference image can be created with a minimal set of drivers.
	The image can be updated with additional drivers during the audit process.
	You can then test and resolve any operating system issues related to malfunctioning or incorrectly installed devices on the image.
	For example, you can install additional language packs, updates, or other applications, such as Microsoft Office.
	See Reseal mode in oobeSystem.
	-->

	<settings pass="offlineServicing">
	
	 	<component name="Microsoft-Windows-PnPCustomizationsWinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DriverPaths>
				<PathAndCredentials wcm:keyValue="1" wcm:action="add">
					<Path>c:\drv</Path>
				</PathAndCredentials>
		</component>
		
	 	<component name="Microsoft-Windows-PnpCustomizationsNonWinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<DriverPaths>
				<PathAndCredentials wcm:keyValue="1" wcm:action="add">
					<Path>c:\drv</Path>
				</PathAndCredentials>
			</DriverPaths>
		</component>
		
	 </settings>

Damit scheinen nun wieder alle Treiber gelanden zu werden

Freue mich auf eure Meinungen dazu.

[mr.quickly]

Noch einen Hinweis (falls es klappt) an den Opsi-Support (Herr Schneider hat es schon am Telefon gehört)

In dem Artikel zu den Konfigurationsphasen des Windows 7 Setup steht:

Während dieser Konfigurationsphase wird das Windows-Abbild auf den Zielcomputer kopiert, nachdem die Einstellungen in der Konfigurationsphase windowsPE verarbeitet wurden.

Wenn für die Installation von Windows PE erforderliche Starttreiber benötigt werden, um auf das lokale Festplattenlaufwerk oder ein Netzwerk zuzugreifen, verwenden Sie diese Konfigurationsphase, um dem Windows PE-Treiberspeicher Treiber hinzuzufügen und die erforderlichen Starttreiber widerzuspiegeln.

Wenn ich das richtig interpretiere, könnte man damit also Storage (SATA, RAID) und Netzwerkkarten Treiber für das WinPE hinzufügen. Wäre es dann nicht möglich zwei Verzeichnisse zu erstellen mit dem Opsi-Linux-Image 1.) "c:\drv_winpe" für Storage (SATA, RAID) und Netzwerkkarten Treiber und 2.) "c:\drv" für Standard Treiber?

Dann könnte man den drvload.exe in der setup.py umgehen.

Dann müssten nur wir Nutzer unsere Treiber für Storage (SATA, RAID) und Netzwerkkarten zB. unter "win7\drivers\drivers\additional\winpe" ablegen. Diese würden dann nach "c:\drv_winpe" kopiert.

[mr.quickly]

Habe meine Idee aus dem 2. Post ausprobiert. Leider scheint die Treiberekennung noch vor dem Start des Setups zu laufen

Das geht also so doch nicht.

[mr.quickly]

Dafür scheint das Problem mit der Treibererkennung, dank der Option "offlineServicing", nun gelöst zu sein.