Wiki-Quellcode von Fehlersuche: Festplatte wird nicht erkannt (WinPE) bis Puppet-Version 1.5.1

Zuletzt geändert von Jonas Mayer am 2022/10/23 11:05

version	line-number	content
68.1	1	(% class="box infomessage" %)
	2	(((
	3	__Hinweis:__
69.1	4	\\Das Hinzufügen von zusätzlichen Treibern für das WinPE-Bootimage wurde ab 08/2022 vereinfacht und über eine grafische Menüführung direkt im Control Center realisiert.
68.1	5	Sollten Sie den LogoDIDACT Server mindestens auf Puppet-Version 1.5.2 aktualisiert haben, lesen Sie stattdessen bitte folgenden Artikel durch:
	6
70.1	7	* [[Fehlersuche: Festplatte wird nicht erkannt (WinPE) ab Puppet-Version 1.5.2>>doc:Main.LD Deploy.Puppet-Version.1\.5\.2.Fehlersuche\: Festplatte wird nicht erkannt (WinPE) ab Puppet-Version 1\.5\.2.WebHome]]
68.1	8	)))
	9
	10	----
	11
	12
60.1	13	(% class="wikigeneratedid" %)
66.1	14	(% style="color:#000000; font-size:20px" %)__Inhalt:__
60.1	15
55.6	16	{{toc/}}
	17
55.5	18	= (% style="font-size:18px" %)__Allgemeines Fehlerbild__(%%) =
24.10	19
32.3	20	Vermehrt treten Probleme während der WinPE-Phase in LD-Deploy im Zusammenhang mit Clients, welche auf Intel VMD-Technologie (Volume Managament Device Technology) basieren.
24.10	21
	22	Bemerkbar macht sich das insofern, dass aufgrund fehlender Speichercontroller-Treiber der Deployment-Prozess in der WinPE-Phase aufhängt und die weiteren Deployment-Schritte aufgrund eines nicht vorhandenen Boot-Mediums nicht weiter fortgesetzt werden.
	23
48.9	24	[[image:Festplatte nicht erkannt.JPG\|\|height="506" width="812"]]
7.1	25
49.2	26	----
7.1	27
24.10	28	(% id="cke_bm_1645S" style="display:none" %) (%%)An der Eingabeaufforderung kann man über das Windows-Tool diskpart identifizieren, ob das Problem von einer nicht erkannten Festplatte herrührt. Folgende Befehle sind dafür abzusetzen:
7.1	29
	30	{{code language="bash"}}
	31	x:\windows\system32> diskpart
	32
	33	DISKPART> list disk
	34	{{/code}}
	35
48.9	36	[[image:Diskpart.JPG\|\|height="533" width="863"]]
7.1	37
	38
	39
55.7	40	= (% style="font-size:18px" %)__Was ist Intel VMD ?__(%%) =
9.3	41
32.4	42	Neben Intels Optane Hybrid-Speicher Technologie unterstützen Intel Prozessoren ab der 11th Generation die sog. Intel VMD (Volume Management Device) Technology. Dies ermöglicht unter anderem die effiziente Verwaltung und Konfiguration von Intel RST (Rapid Storage Technology) RAID-und Optane Speicher Volumes, wodurch ein hardware gestützter HBA-Adapter bzw. Raid-Controller mit eigenständigem Chipsatz und Treibern entfällt.
9.3	43
48.10	44	Darüber hinaus soll mittels Intel VMD die Möglichkeit einer wesentlich performanteren Ausnutzung der insgesamt im RAID (auschließlich NVMe oder SATA-SSD) zur Verfügung stehenden Lese-und Schreibgeschwindigkeiten durch hard-und softwareseitige Integration von VMD in die CPU werden.
9.3	45
10.2	46	Obwohl lange Zeit die Intel VMD Speicherverwaltungstechnologie dem Enterprise Bereich (High Performance Server, Rechenzentrum, Cloud-Anwendungen um nur einige Beispiele zu nennen) vorbehalten war, hält sie mittlerweile auch im Consumer-Bereich Einzug. So stattet der PC-und Druckerhersteller HP bereits zahlreiche Laptop-und PC-Modelle mit Intel VMD Technologie aus.
9.3	47
	48
55.7	49	= (% style="font-size:18px" %)__Deaktivieren der Intel VMD-Technologie__(%%) =
32.6	50
32.7	51	Der Intel VMD Controller kann in den BIOS/UEFI Systemeinstellungen deaktiviert werden. Somit entfällt die Injektion zusätzlicher Treiber zur Erkennung der internen Festplatte/SSD in der WinPE-Phase.
32.6	52
	53	Bitte beachten Sie, dass bei ausgewählten Modellen einiger Hersteller die Option zur Deaktivierung von Intel VMD im BIOS/UEFI nicht gegeben ist.
	54
	55
55.7	56	= (% style="font-size:18px" %)__Geräte mit Intel VMD-Technologie__(%%) =
9.3	57
30.1	58	Geräte, welche mit Intel VMD ausgestattet sind, benötigen zur Erkennung der bootfähigen Massenspeichermedien während der WinPE-Phase des LD-Deployvorgangs einen passenden Basis-Gerätetreiber, der standardmäßig (wie im Bild dargestellt) nicht im Microsoft Treiber-Repository des WinPE-Images enthalten ist. Dies gilt sowohl für die WinPE-Abbilder von Windows 10 als auch Windows 11.
9.3	59
31.1	60	[[image:Standardtreiber.PNG\|\|class="img-thumbnail"]]
10.2	61
48.12	62
71.1	63	Dementsprechend muss in dieser Konstellation ein passender Treiber in die boot.wim des WinPE-Images integriert werden.
11.2	64
35.5	65	Laden Sie den passenden Intel VMD Treiber von der Webseite des Herstellers herunter: [[Konfigurieren von RAID- oder Intel® Optane™ Speicher mit Intel® RST auf einer Intel® VMD-fähigen Plattform>>https://www.intel.de/content/www/de/de/support/articles/000057787/memory-and-storage/intel-optane-memory.html]]
20.3	66
71.1	67	Wie Sie Treiber in ein Wim-Image hinzufügen, erfahren Sie über folgenden KB-Artikel: [[Treiber über DISM ins Wim-Image hinzufügen>>doc:xwiki:Main.LD Deploy.Allgemein.Treiber über DISM ins Wim-Image hinzufügen.WebHome]]
10.2	68
10.3	69
50.2	70	Darüber hinaus muss einmalig der Upload der Intel VMD Treiber in das Nexus-Treiber Repository erfolgen. Ansonsten würde der Client zwar die WinPE-Phase erfolgreich durchlaufen, allerdings beim darauffolgenden Neustart in einen Bluescreen "Inaccessible_Boot_Device" booten.
32.10	71
48.6	72	Gehen Sie dazu folgendermaßen vor:
32.10	73
48.6	74	1: Nehmen Sie das bereits im vorherigen Abschnitt heruntergeladenen Intel VMT Treiber Paket und erstellen davon in einem beliebigen Ordner 2 weitere Kopien
35.2	75
52.1	76	2: Benennen Sie die einzelnen Treiber-Archive (insgesamt 3) wie im Bild dargestellt um.
35.7	77
38.3	78	{{code language="bash"}}
	79	Ordner 1: 8086-09ab-881d-103c.zip
35.7	80
38.3	81	Ordner 2: 8086-9a0b-881d-103c.zip
38.2	82
38.3	83	Ordner 3: 8086-467f-881d-103c.zip
	84	{{/code}}
38.2	85
52.1	86	Die Dateinamen stehen im Nexos-Treiberrepository stellvertretend für die Hardware-IDs des VMD-Speichercontrollers ({{box}}VendorID{{/box}}, {{box}}DeviceID{{/box}}, {{box}}SubDeviceID{{/box}}, {{box}}SubVendorID{{/box}}).
	87
38.3	88	[[image:grafik.png]]
38.2	89
49.1	90	----
38.2	91
48.6	92	3: Öffnen Sie nun einen Webbrowser Ihrer Wahl und rufen Sie die Webseite des Nexus-Treiberrepositorys auf
32.10	93
68.1	94	[[image:1656570741371-919.png\|\|height="216" width="712" class="img-thumbnail"]]
38.3	95
49.1	96	----
34.2	97
48.6	98	4: Login mit einem administrativen Benutzer im Nexus
34.2	99
48.8	100	Die Zugangsdaten erhalten Sie über folgenden Befehl im ldhost: {{code language="bash"}}root@ldhost:~ # cat /var/lib/lxc/nexus-g1/rootfs/etc/puppet/nexus3_rest.conf{{/code}}
34.2	101
49.1	102	----
34.2	103
50.3	104	5: Wechsel Sie in den Reiter //Upload //und laden Sie die 3 Treiberarchive hoch (die Archiv-Dateien müssen zwingend das ZIP-Format besitzen!).
66.1	105	Der Zielpfad entspricht der jeweiligen Windows 10 Build-Version. Im Beispiel wird der Treiber für Windows 10 dem im Nexus vorhandenen Treiberarchiv der Build-Version 19043 (21H1) zugewiesen. Sind im Nexus mehrere Windows Build-Ordner vorhanden, laden Sie die Treiber in das versionstechnisch aktuellste Repository hoch.
42.2	106
52.5	107	Die zugrundeliegende Windows 10 Build-Nummer kann nachfolgendem Link entnommen werden: [[Windows Versionsinformationen und Buildnummern>>https://docs.microsoft.com/de-de/windows/release-health/release-information]]
52.3	108
42.2	109	[[image:1656570953689-364.png\|\|height="335" width="650"]]
	110
49.2	111	----
42.2	112
54.5	113	(% id="cke_bm_1042S" style="display:none" %) (%%)6: Login in das LD Control Center und Erstellen einer Treiberkonfiguration
42.4	114
64.1	115	Erstellen Sie im Reiter Treiber Konfiguration eine neue Treiberkonfiguration mit einem aussagekräftigen Namen. Verknüpfen Sie anschließend die Konfiguration je nach Bedarf mit den entsprechenden Objekten (Global, Raumebene, Gerätespezifisch, etc.)
	116	Falls an dieser Stelle bereits eine Treiberkonfiguration vorhanden ist, vergewissern Sie sich, dass die rot umrahmte Option ausgewählt wurde.
54.4	117
54.3	118	[[image:grafik.png]]
48.6	119
54.6	120	----
52.2	121
54.6	122	7: Clients re-deployen
52.2	123
54.8	124	Damit die Clients die entsprechenden neuen Treiber aus dem Nexus laden, muss ein Re-Deploy erfolgen.
	125
54.3	126	[[image:1656572137243-141.png\|\|class="img-thumbnail"]]
	127
58.1	128
	129	= (% style="font-size:18px" %)__Darstellung und Besonderheiten__(%%) =
	130
	131	Im Windows 10 Geräte-Manager wird ein Intel VMD in Kombination mit einem Intel RST-Raid mit der Bezeichnung "//Intel RST VMD Controller 'Controllernummer'//" dargestellt.
	132
	133	[[image:intel-vme-controller-device-manager.PNG\|\|class="img-thumbnail"]]
	134
	135	----
	136
	137	Im Registrierungseditor kommt, je nach Treiberversion, ein zusätzlicher Registry-Eintrag hinzu.
	138
	139	In der Treiberversion 18.6.5.1025 wird im Pfad {{code language="bash"}}Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\{{/code}} neben dem Registry-Schlüssel "//iaStorVD//" noch ein weiterer Schlüssel "//iaStorAfs//" generiert. Letzterer bezieht sich auf spezifische Treiberkonfigurationen für Geräte mit Intel Optane Speicher.
	140
	141	[[image:1656572621398-841.png\|\|class="img-thumbnail"]]
	142
	143	----
	144
	145	Mit der neueren Version desselben Treibers (19.2.1.2006) wird dieser Registry-Schlüssel jedoch wieder aus der Registry-Datenbank entfernt.
	146
	147	[[image:1656572960194-975.png\|\|class="img-thumbnail"]]