Diese Meldung erscheint, wenn kein passender Eintrag oder kein eindeutiger Eintrag in der DeviceMapping.xml gefunden werden kann. Die DeviceMapping.xml wird während der OS Installation hergenommen, um von den Hardwareeigenschaften (MAC oder UUID) auf den späteren Computernamen und Workgroup/Domain zu verweisen.

Die ersten Troubleshooting Schritte …

(1) Die Voraussetzung für einen Eintrag in der DeviceMapping.xml ist: Die Eigenschaft des Computerobjektes muss „PXE fähig“ markiert haben – er muss jedoch nicht unbedingt PXE aktiviert sein!

(2) Wo liegt die DeviceMapping.xml? Die Datei ist im folgenden Verzeichnis abgelegt: \\%EmpirumServer%\Configurator$\Empirum\Configurator\Values
Folgendes sollte geprüft werden: Ist die Datei aktuell bzw. so aktuell wie die letzte Änderung? Geschieht die OS Installation an einem SubDepot, so gilt dies für das SubDepot! Hier muss ggf. der DepotSync betrachtet werden, wenn die Datei am HauptServer anders bzw. vollständig ist. Ergo zuerst die Datei auf dem HauptServer und anschließend auf dem SubDepot prüfen.

(3) Ist die MAC-Adresse / UUID in der DeviceMapping.xml zu finden und nur einmal (1x) vorhanden? Dazu die Datei mittels eines Editors öffnen und darin nach den Werten (Computername, MAC, UUID) des Computerobjektes suchen.

(4) Falls der Computer, die MAC-Adresse oder die UUID nicht in der DeviceMapping.xml zu finden ist: „Empirum-Backend Task Queue Host (64 bit)“ Dienst prüfen, da er für die Erstellung der Datei zuständig ist. Ist der Dienst gestartet und läuft – funktioniert der Dienst einwandfrei? Die Log-Datei zum BTQH64 Dienst befindet sich hier: „C:\ProgramData\Matrix42\Logs\BackendTaskQueueHost64\BackendTaskQueueHost64.log“

Wird die MAC-Adresse oder UUID mehrfach gefunden, dann diese Informationen (Computernamen) nutzen und in der EMC an den Computerobjekten nachschauen.

Löschen doppelter UUIDs aus der Empirum Datenbank

Doppelte UUIDs aus der Empirum Datenbank können wie folgt gelöscht werden:
Empirum bzw. Matrix42 Management Console starten, Konfiguration, Boot Konfiguration – im Menü unter: Extras, Ungültige UUID’s
Suchen und Löschen der doppelten Einträge per Auswahl und Papierkorb Symbol. Bitte beachte die Hinweise, wenn ein Eintrag nicht gelöscht werden kann. Der Hinweis zeigt an, welche Computernamen die gleiche UUID eingetragen haben. Anhand der letzten Inventarisierung o.ä. kann man erörtern, welches das aktuelle Computerobjekt ist.

Wenn die zuvor genannten Hilfestellungen alle nicht geholfen haben …

Weitere Infos am Client (vor der Windows Installation)

Wenn die Meldung erscheint gelangt man direkt in das Log per Tastenkombination „STRG+L„. In der Log-Datei sucht man am besten nach „ComputerIdentification.ResolveComputername„. Nachfolgend ein beispielhafter Auszug:

[INFO] [PeAgent.CopyDeviceMappingXmlFileFromServer] Retries at copying DeviceMapping XML file: 10
[INFO] [PeAgent.CopyDeviceMappingXmlFileFromServer] Copying DeviceMapping XML file (retry 0/10): Values\DeviceMapping.xml
[INFO] [ComputerIdentification.ResolveComputerName] SMBIOS UUID: 4c4c4544-004a-5710-8038-c8c04f335831
[INFO] [ComputerIdentification.ResolveComputerName] Physical addresses: 90B11C147953
[INFO] [ComputerIdentification.MapDevice] Solved computer name 'LABPC001' in domain 'IMAGOVERUM' for SMBIOS UUID '4c4c4544-004a-5710-8038-c8c04f335831'
[INFO] [PeAgent.ResolveComputerName] Resolve computer name: LABPC001 in domain IMAGOVERUM
[INFO] [PeAgent.CopyDeviceMappingXmlFileFromServer] Finished copying DeviceMapping.xml from the Empirum Server.

Weitere Infos am Client (nach der Windows Installation) …

ALT-TAB zum Wechseln in den Hintergrund und anmelden als Admin.
Höchstwahrscheinlich muss dieser Vorgang 2x getätigt werden, da man beim ersten Versuch durch einen Neustart schnell wieder abgemeldet wird.
Nun findet man die entsprechende Log-Datei im %Programdata%\Matrix42\Logs\UAF Ordner.
Die Stelle, nach der man sucht, ist identisch zu den oben aufgeführten Meldungen.

UUID anstatt MAC Adressen bevorzugen

Die Eindeutigkeit ist mit der Nutzung von UUIDs anstatt MAC Adresse (siehe PXE Dienst im Empirum DBUtil) prinzipiell besser.
Wenn aus Gründen …

• nur die MAC Adresse bekannt bzw. einfacher zu pflegen ist
• nur die MAC Adresse eindeutig ist, weil es mehrere Hardware mit identischer UUID gibt
• die MAC Adresse genutzt wird, …

gelten trotzdem die gleichen Regeln – Eindeutigkeit bei den MAC Adressen am Computerobjekt!

Falls man mehrere Notebooks mit einem externen USB zu Ethernet Netzwerkanschluß installieren möchte, muss man bei Bedarf die Netzwerkadresse am bereits installierten Gerät anpassen, falls die MAC-Adresse das führende Merkmal für die PXE-Installation ist.

Der Beitrag Empirum: Failed to copy a sufficient DeviceMapping.xml erschien zuerst auf Workplace Management Blog.

Da war es von Vorteil, dass man mit mehreren Kunden in Kontakt steht und ich ähnliches schon einmal gehört hatte. Meine Nachfrage hat ergeben, dass es dazu derzeit ein spezielles Firmware Update gibt, welches im besten Falle in Zukunft im BIOS Update erhalten sein wird.

Dieses Firmware Update (USB PD Firmware Update Tool V1.0C013.1) sollte bei der oben genannten Konstellation eingespielt werden. Zur Sicherheit sollte geprüft werden, ob diese Firmware nicht sogar in Zukunft im BIOS Update enthalten ist.

USB PD Firmware Update Tool (direkter Link) – dieses Tool sollte auch unter „Flash -Firmware“ bei den einzelnen Modellen aufgelistet sein.
https://support.ts.fujitsu.com/IndexDownload.asp?SoftwareGuid=8CA9F197-A6BF-4C0E-8DDA-E82ECF2FC2B0

Portreplikator
https://www.fujitsu.com/de/products/computing/peripheral/accessories/connectivity/usb-port-replicator-pr09.html

Wer das Device Update per Softwareverteilung installieren mag, dem sind die nachfolgenden Kommandozeilenparameter und Rückgabewerte ans Herz zu legen.

Parameter

/N für silent
/X für kein automatischr Reboot

ExitCodes

0 Normal end
1 Tool is already running
2 Invalid parameter
3 Capsule file is not found
4 Incorrect signature
5 Abnormality is found in Capsule file
6 AC adapter is not connected
7 Target device is not connected
8 Target device is not found
9 Failed to deploy driver
10 Failed to load driver
11 GABI API call error
12 Failed to proceed Capsule
13 Not Fujitsu PC
14 Battery capacity is not enough
15 FUJ0420, FUJ0430 Device Driver is not installed
16 FW version check error
17 FW GUID mismatch
255 Other error

Der Beitrag Fujitsu Lifebook E und Portreplikatoren Probleme erschien zuerst auf Workplace Management Blog.

Vorbereiten der Import-Datei

Mit diesen Daten kann man eine Import Datei vorbereiten, die ähnlich der unten angefügten Datei entspricht. Die Vorbereitung der Datei kann man in Excel vornehmen und diese Datei anschließend im CSV Format speichern. Nutzt man die UUID anstatt der MAC-Adresse, könnten Anpassungen an der CSV Datei und der hier abgebildeten Importvorlage notwendig sein.

Computername;MAC-Address;Domain;Domain Y/N;PXE-able;DHCP
PC501;501501501501;DemoDomain;1;1;1
PC911;911911911911;DemoDomain;1;1;1

Import-Vorlage

Neben der Erstellung einer Datei für den Import, muss man in Empirum noch eine Import-Vorlage erstellen: in welcher Reihenfolge, welche Daten angeliefert werden.

Die nächsten Abbildungen zeigen, wo man den Einstieg zum „Computer importieren …“ findet und wie man eine Import-Vorlage, die man mittels des Menüs hinter den beiden blauen Pfeilen (klicken auf die Pfeile) erstellt.

Einstieg in den „Computer importieren …“ Vorgang

Mittels eines „Klicks“ auf die beiden blauen Pfeile ermöglichen die Auswahl eines Import-Profils bzw. die Erstellung eines Import-Profils.

Hat man im Anschluss noch eine Import-Datei, hier das Beispiel von oben, angegeben, wird der Importvorgang durchgeführt und am Ende eine Zusammenfassung angezeigt.

Möchte man die UUID zusätzlich importieren, dann in der Reihenfolge der CSV als auch des Importvorgangs das Feld UUID hinzufügen.

Wer mehr zu diesem Thema direkt aus der Matrix42 Hilfe entnehmen mag, der findet hier eine erweiterte Ausführung.

Der Beitrag Empirum: Importieren von Computerobjekten erschien zuerst auf Workplace Management Blog.

EmoCheck

Das Japan CERT stellt das Werkzeug EmoCheck auf GitHub zum Download bereit. Die Datei(en) müssen von dort heruntergeladen werden, ggf. auf Virustotal geprüft und in das unten stehende Paket eingebunden werden.

wpm-blog EmoCheck Paket

Nachfolgend gib es das wpm-blog EmoCheck Paket zum Download. In der ZIP Datei sind wiederum zwei ZIP Archive. Eines was man für den Import nutzen kann, oder alternativ das Paket zum Entpacken für den Packages Ordner und selbst hinzufügen in das SoftwareDepot. Welche Methode ihr auch immer präferiert, die zuvor genannten EmoCheck*.exe Dateien müssen im „pTools“ Unterordner des Paketes abgelegt werden.

EmoCheck Empirum Package (575 Downloads )
MD5 Hash der Downloaddatei: FEB7522A6A138EED59D779828E784D55

Wie läuft es ab, was kann konfiguriert werden?

Das Paket kopiert das Tool nach „C:\ProgramData\EmoCheck\Exe“ und generiert eine Ausgabe nach „C:\ProgramData\EmoCheck\Log“. Findet es im aktuellen Log einen definierten Text, so wird „Alarm“ geschlagen, indem das Paket auf einen Fehler läuft und je nach gesetzter Variable im Paket auch die Ausgabe auf den EmpirumServer nach „Empirum\Configurator\Log\EmoCheck\<Computername>“ überträgt (Voreinstellung). Die Log Dateien werden auf dem Client in „C:\ProgramData\EmoCheck\Log\Archive“ archiviert. Das Paket kann somit gerne komplett „silent“, mit der Verteilungsoption „Nicht anzeigen“ mittels Zeitplaner regelmäßig ausgeführt werden. Die Deinstallation räumt alles wieder weg.

Nur Überprüfung!

Das EmoCheck Tool, und somit auch dieses Softwarepaket, überprüft nur auf verdächtige Dateien! Falls eine verdächtige Datei gefunden wurde, muss noch Hand angelegt werden. Das Paket erstellt bereits einen Registry-Eintrag mittels dem man, ähnlich der Patch-Management Scan und Fix Kombination, mit einem Aufräumpaket hinterhergehen könnte. Aufgrund der Log/Rollout-Koordinations-Rückmeldungen sollte man die betroffenen Computer jedoch besser vom Netz nehmen bzw. per OS Installation komplett überschreiben.

Letzter Hinweis

Das Paket muss keine verlässliche Prüfung sein, da die Malware Schreiber und Jäger natürlich ein stetes Katz und Maus Spiel betreiben. Einen besseren Schutz bieten hier eher sogenannte NextGen AntiVirus Lösungen, die ausgefeiltere Mechanismen zur Malware Erkennung und Behandlung beinhalten.

Der Beitrag EmoCheck per Empirum Paket erschien zuerst auf Workplace Management Blog.

Zutaten zusammenführen

Die Zutaten habt ihr bestenfalls mit Hilfe der zuvor getätigten Beschreibungen bereits vorbereitet. In diesem Blog-Eintrag geht es darum, die letzten Schritte vorzunehmen.
Nun werden die Zutaten in der Management Console (EMC), von der rechten Seite zur Mitte, in einer Konfigurations- oder Zuweisungsgruppe zusammengeführt:

• PreOS Pakete bzw. die erstellte UND-Klasse zuweisen
• WinPE PXE-Image zuweisen
• Betriebssystem zuweisen
• Agent-Template zuweisen
• die Variablen auf die Gruppe setzen und übertragen

Variablen setzen

Die Variablen übernehmen die Definition der kundenspezifischen Windows Installation. Die zu setzenden Variablen(gruppen) heißen identisch wie die genutzten PreOS Pakete.
Am besten geht man die Liste der zugewiesenen Pakete namentlich durch und stellt die für sich passenden Werte ein. Viele Variablen sind bereits vorbelegt und können auf den vordefinierten Werten belassen werden.

Somit konzentriere ich mich hier auf die meines Erachtens wichtigen Werte für eine Windows Installation in deutscher Sprache inklusive Domain Join.

• DiskPartitioning\PreferFastDisk
• WindowsInstallation\LocalUserName
• WindowsInstallation\LocalUserPassword
• WindowsInstallation\LocalUserDisplayName
• WindowsInstallation\SetupUILanguage
• WindowsInstallation\InputLocale
• WindowsInstallation\SystemLocale
• WindowsInstallation\UILanguage
• WindowsInstallation\UserLocale
• DomainJoin\DomainJoinCredentialsUser
• DomainJoin\DomainJoinCredentialsPassword

Zusätzlich sind die nachfolgenden Variablen, die nicht so lauten wie die zugewiesenen Pakete, wichtig anzusehen bzw. zu setzen:

• FQDN – WindowsInstallation, DomainJoin
• ORGANIZATIONAL_UNIT (optional) – DomainJoin
• TIMEZONE – WindowsInstallation
• MX42_AGENT_PUSH_PACKAGE_FOLDER\Windows – EmpirumAgentSetup

Aktivieren

Anschließend wird das Computerobjekt der Gruppe hinzugefügt und aktiviert. Beim Aktivieren für eine WinPE basierte Windows Installation braucht keine „Betriebssystemkonfiguration (OS.INI)“ mehr erstellt werden. Diese Aufgabe übernehmen die PreOS Packages samt der gesetzten Variablen.

Et voilà

Nun den Computer vom Netzwerk booten lassen und nach ca. 20 min ist das frisch installierte Windows fertig angerichtet!

Besonderheiten

Bis zu diesem Punkt wurde beschrieben, dass sich die PreOS Pakete wie herkömmliche Software Pakete verhalten. Es gibt (Stand Oktober 2019 – WinPE 1.6.6) jedoch ein paar Besonderheiten:

• es werden alle zugewiesenen Pakete ausgeführt, nicht nur die aktuellste/höhere Version
• mittels einer Verteilungsoption „Uninstall“ kann die Verarbeitung von Paketen nicht verhindert werden
• PreOS Pakete, die vor dem DiskPartitioning Paket ausgeführt werden, werden aus dem SWDepot-Log gelöscht und der Status bleibt „undefiniert = gelb“

Der Beitrag Empirum WinPE – Windows Installation erschien zuerst auf Workplace Management Blog.

• „Ist Windows 10 Enterprise LTSC nicht die bessere Wahl für uns? … Das Windows 10 Enterprise LTSC enthält die Funktionen Cortana, Edge und Windows Store nicht, die ich sowieso in mühevoller Kleinarbeit entferne und zusätzlich müssen wir nicht einmal pro Jahr ein Upgrade durchführen.“
• „Ist Windows 10 Professional nicht die passende Variante für uns. Wie argumentiere ich die Mehrkosten für Enterprise gegenüber meinem Vorgesetzten.“
• „Brauchen wir Windows 10 Enterprise?“

Vor ungefähr drei Jahren habe ich zu diesem Thema den Artikel „Windows 10 – Welches ist die richtige Edition?“ geschrieben. Seitdem ist etwas Zeit vergangen, doch wie man sieht, sind die Fragen unverändert. Hinter diesen Fragen verbergen sich viele Parameter, die berücksichtigt werden wollen und die man für seine IT Infrastruktur entscheiden muss. Deswegen wird dieser Beitrag auch eine große Menge an externen Links beinhalten, da ich nicht jedes Thema in diesem Artikel in der vielleicht notwendigen Tiefe erklären werde.

Windows 10 Editionen

Fangen wir nach einigen besonderen Begrifflichkeiten vorne an. Windows 10 ist gefühlt noch jung, hat aber schon einige Änderungen hinter sich. Aktuell unterscheidet man Windows 10 zum einen in:

• Consumer Variante, für den Gebrauch zu Hause – Windows 10 Home und Professional
• Business Variante, für den Unternehmenseinsatz – Windows 10 Professional und Enterprise (SAC und LTSC)

Die Business Varianten kann man auch nochmals untergliedern in:

• Professional – die einfachere Edition mit weniger Funktionen und von Microsoft eher für Unternehmen mit geringeren Ansprüchen gedacht
• Enterprise (SAC) – die „normale“ Enterprise Edition mit vielen Funktionen und zweier Funktionsupdates pro Jahr.
• Enterprise (LTSC) – die „besondere“ Enterprise Edition für den speziellen, „nicht Office“, Einsatz und der Verfügbarkeit von neuen Funktionen ausschließlich mit einem neuen Release.

SAC bedeutet Semi Annual Channel (ehemals Current Branch for Business = CBB)
LTSC steht für Long Term Servicing Channel, ehemals LTSB („B“ranch anstatt „C“hannel)

Windows 10 Editions Überblick für Unternehmen

Windows 10 Professional

Vor- und Nachteile gegenüber den anderen Windows 10 Editionen

• weniger Steuerungsmöglichkeiten per GPO (-)
• nur 18 Monate Wartungszyklus (-)
• weniger Funktionen (-),  brauche ich alle, oder werden diese bereits anderweitig abgedeckt? (+)
• ggf. schwieriger die Telemetrieeinstellungen/Übertragungseinstellungen anzupassen (-)
• Anpassung gegenüber LTSC notwendig, aber machbar (-)
• geringste Anschaffungskosten (+)

Windows 10 Enterprise (SAC)

Vor- und Nachteile zumeist gegenüber der Professional Edition

• alle Steuerungsmöglichkeiten per GPO (+)
• 30 Monate Wartungszyklus wenn man die September Version nutzt (+)
• alle Funktionen (+)
• Richtlinien zur Anpassung der Telemetrieeinstellungen/Übertragungseinstellungen komplett vorhanden (+), Anpassung gegenüber LTSC notwendig, aber machbar (-)
• teurer in der Anschaffung (+)

Windows 10 Enterprise (LTSC)

• eingeschränkter Funktionsumfang (Cortana, Edge, Store) (+/-)
• bis zu 10 Jahre Wartungszyklus (+/-)
• eingeschränkte Hardwareunterstützung (-)
• nur für einen speziellen Einsatzbereich von Microsoft vorgesehen und das es nicht der eines Office bzw. Internet-PCs (-)
• nicht zusammen mit Office 365 „supported“ (+/-)
• es findet generell weniger Telemetrie/Übertragung statt (+)
• Windows 10 Enterprise LTSC 2019 ist nicht weit vom aktuellen Windows 10 Build entfernt (+)
• für Computer in der Produktion etc. ggf. ergänzende Edition zu Enterprise (SAC) (+)

Fazit

Trotzalledem, dass ich beim ersten Windows 10 Projekt mit Kollegen zusammen die Entscheidung pro Windows 10 Enterprise LTSB/LTSC gefällt habe, würde ich heute pro Windows 10 SAC entscheiden. Wobei ich immer noch zur damaligen Entscheidung pro LTSB in dem frühen Stadium des zuvor genannten Projektes stehe. Die Frage Windows 10 Enterprise oder Professional muss jeder Kunde unter den oben genannten Rahmenbedingungen für sich entscheiden.

Weitere Links zum Thema: Windows 10 Editionen:

• Windows 10 Enterprise LTSC 2019 – Was ist neu?
• Für wen ist Windows 10 Enterprise LTSC gedacht?
• Warum man nicht Windows 10 Enterprise LTSB/LTSC nehmen sollte …
• Office 365 ProPlus Systemanforderungen
• Office 2019 Systemanforderungen

Der Beitrag Windows 10 Editionen und Besonderheiten erschien zuerst auf Workplace Management Blog.

Das hat mich dazu gebracht, ein WinPE Paket zu erstellen, die die meines Erachtens hilfreichen Informationen zusammenträgt und in das PXE.log schreibt. Ein Kunde hat mir hier auch schon passendes Feedback gegeben und weitere Wünsche geäußert. Somit wird es bestimmt nicht die letzte Version sein.

In Anlehnung an den Protokoll Droiden aus Star Wars „C-3PO“ habe ich das Paket nun WinPE „D-2PXE“ (Data to PXE.log) getauft. Das Paket kann eigentlich bei jeder WinPE Aktion vorweg bzw. als erstes laufen. Einen kleinen Auszug, was es protokolliert, findet ihr hier.

Zum Einbinden müsst ihr die angehängte ZIP entpacken und mittels des Paket Imports in Eure Empirum Umgebung einbinden. Konfiguriert werden muss in diesem Falle nichts. In der Matrix42 Hilfe gibt es ein verlinktes Dokument das vom Einbinden bis zum Nutzen der WinPE Pakete vieles erläutert.

Beispielausgabe PXE.log

Hier ein Screenshot und Beispiel des Log Inhaltes:

[PEAgent] [WinPE] Computername: PC006, Domain: wpm, FQDN: wpm-blog.local
[PEAgent] [WinPE] Manufacturer Model: [Dell Inc.] [OptiPlex 9010]
[PEAgent] [WinPE] BIOS Version: A08, FirmwareType: UEFI, SecureBoot: Disabled
[PEAgent] [WinPE] UUID: 4C4C4544-004A-5710-8038-C8C04F445831
[PEAgent] [WinPE] Mac-Address: 00B11C942953 - MAC8: 1C942953
[PEAgent] [WinPE] Size PhysicalDrive0: 233 GB
[PEAgent] [WinPE] Running Windows: Windows (TM) 10 Preinstallation Environment, Version 1803 (Build 17134.1)
[PEAgent] [WinPE] Client IP Address: 192.168.44.117
[PEAgent] [WinPE] UAF EmpirumServer: myEmpirumServer.wpm-blog.local
[PEAgent] [WinPE] UAF User: wpm-blog.local\Empirum
[PEAgent] [WinPE] Matrix42 UAF Version: 1.0.25.0
[PEAgent] [WinPE] PeBootServer: myEmpirumServer IP: 192.168.0.5

Ich bin gespannt über Euer Feedback und Anregungen.

Download

Empirum PreOS Package zur Anzeige der oben aufgeführten Informationen im Empirum PXE.log.
WinPE D-2PXE (759 Downloads )
MD5 Hash der Downloaddatei: FD2338429A180ECF02DF16027B991230B8E63E5

Der Beitrag WinPE: PXE.log mit Basisinformationen erschien zuerst auf Workplace Management Blog.

Seit der Einführung von EPE 4 steht der NetSpy unter der Rubrik Einschränkungen.
Nun habe ich vor kurzem den NetSpy Vorgang trotzdem mit den EPE Versionen 4.4.0 und 4.3.4 getestet. Es hat mit der angezeigten Konfiguration funktioniert mit einer kleinen Ausnahme, dass teilweise die Computer neu gestartet wurden anstatt, wie in der Konfiguration angezeigt, heruntergefahren zu werden.

Jetzt, wo ich die Zeit gefunden habe diesen Artikel zu schreiben, wird die EPE Version 4.5.0 veröffentlicht mit dem Hinweis: NetSpy wird nun offiziell wieder unterstützt!
Wie in einem weiteren Artikel vermerkt, kann es trotzdem notwendig sein eine ältere EPE Version zu nutzen.

Versucht es einfach – kaputt gehen kann an der Stelle sowieso nichts ;).

Weitere detaillierte Informationen zum NetSpy findet ihr in der Matrix42 Hilfe.

Der Beitrag Empirum NetSpy und EPE 4 erschien zuerst auf Workplace Management Blog.

Empirum „UEFI“ V15.1 Feature Pack Inbetriebnahme …

• Empirum v15.1 Feature Pack (Installieren gemäß Anleitung)
• EPE Kernel (Card_ID) 3.001 oder neuer herunterladen
• PXE-Images neu erstellen
• ggf. entfernen des Kernel-Parameters „pci=nomsi“
• UEFI geeignete Hardware (EFI enabled, Secure Boot disabled) oder
  vmware Workstation nutzen (vmx Datei um firmware=efi ergänzen)

So sieht es aus, wenn es funktioniert …

Feedback erwünscht!

Schreibt doch mal, mit welcher Hardware ihr den UEFI Boot getestet habt, sobald das Feature Pack bei Euch in Betrieb ist. Ich bin gespannt!

Der Beitrag Empirum V15.1 Feature Pack steht in den Startlöchern erschien zuerst auf Workplace Management Blog.

Man sollte grob die nachfolgenden Schritte einhalten?

NetSpy Vorgang durchführen

Unter dem NetSpy versteht man, das Auslesen der am PCI Bus angeschlossenen Geräte und übermitteln der Informationen an den EmpirumServer zur weiteren Verarbeitung.

NetSpy Betriebssystemvorlage erstellen
NetSpy Konfiguration unter Konfiguration, OS-Installer, Betriebssystemkonfiguration erstellen. Empfohlene Einstellung: Die Anzeige auf 1 Sekunde reduzieren, oder die Anzeige komplett abschalten.

Ein EPE basierendes PXE-Image erstellen
Erstellen einer Bootdisk auf Basis der „Preinstallation Environment“. Falls es beim Ausführen des PXE-Images bereits zu Fehlern bzgl. des Storage oder Netzwerk-Gerätes kommt, sollte man auf dem Reiter Hardware die Synchronisation anstarten und nach erfolgreicher Synchronisation die aktuellste EPE Version herunterladen. Es empfiehlt sich die aktualisierte EPE Version in einer separaten Bootdisk Konfiguration zu aktivieren und dazu ein PXE-Image zu erstellen. Durch die separate Konfiguration behält man sich das funktionierende und in Betrieb befindliche PXE-Image vor. (Schritte: Laden der im Betrieb befindlichen Version, Speichern unter „neuer Name“, Auswählen der neuen EPE Version bzw. „Latest Version“, Speichern, PXE-Image erstellen).

Konfigurationsgruppe erstellen
Eine Konfigurationsgruppe „NetSpy“ oder „Hardware identifizieren“ in der Konfigurations- bzw. Zuweisungsgruppe erstellen.

Computerobjekt zuweisen, das ausgelesen werden soll.

Erstelltes EPE Image zuweisen.

Erstellte NetSpy Betriebssystemkonfiguration zuweisen.

Computer aktivieren: OS.INI und PXE aktivieren.

Wenn der NetSpy Vorgang erfolgreich durchgeführt wurde, wird eine bzw. zwei *.SPY Datei(en) unter \\<EmpirumServer>\EmpInst$\Wizard\PxeSpy abgelegt.

Treiber einbinden in die Empirum Datenbank

Wie das Einbinden von (eigenen) Treibern funktioniert, ist hier sehr detailliert in der Empirum Hilfe erläutert.

Zusätzlich zu der Auswahl der Spy Datei, wie in der Hilfe erläutert, kann man auch eine dedizierte Spy Datei auswählen (Datum und Uhrzeit der Datei). Ebenso muss man abweichend wie in der Empirum Hilfe erläutert, nicht mehr die EmpirumJob Eigenschaft setzen, wenn man eine Setup.inf in einem „Install“ Ordner eines Treibers ablegt. Eine minimale Setup.inf für die Treiberinstallation per EXE oder MSI ist unten zum Download angehängt.

Setup.inf für die Treiberinstallation während der OS-Installation:
EmpirumJob SetupInf (2649 Downloads )

Der Beitrag Empirum Treiberintegration HowTo Überblick erschien zuerst auf Workplace Management Blog.