You searched for PXE Image - Workplace Management Blog https://www.wpm-blog.de/ ... ideas and solutions making workplace management easier Sun, 24 Nov 2024 15:33:15 +0000 de hourly 1 https://wordpress.org/?v=6.1.7 Empirum UEM Agent – EmpirumServer Bestimmung https://www.wpm-blog.de/empirum-uem-agent-empirumserver-bestimmung/ https://www.wpm-blog.de/empirum-uem-agent-empirumserver-bestimmung/#respond Sun, 24 Nov 2024 15:32:17 +0000 https://www.wpm-blog.de/?p=2993 Der Matrix42 Empirum UEM-Agent ist die Client Komponente, die sich mit dem entsprechenden EmpirumServer verbindet und kommuniziert. Der UEM-Agent holt dazu die Aufträge, Variablen und daraus resultierenden Software-Pakete ab und sendet die Log Dateien und … Weiterlesen

Der Beitrag Empirum UEM Agent – EmpirumServer Bestimmung erschien zuerst auf Workplace Management Blog.

]]>
Der Matrix42 Empirum UEM-Agent ist die Client Komponente, die sich mit dem entsprechenden EmpirumServer verbindet und kommuniziert. Der UEM-Agent holt dazu die Aufträge, Variablen und daraus resultierenden Software-Pakete ab und sendet die Log Dateien und Inventarergebnisse zurück. Hat man eine wenig komplexe Umgebung mit einem einzigen EmpirumServer, gestalten sich die kommenden Fragen prinzipiell einfacher, denn es gibt ja nur den einen EmpirumServer.

Trotzdem sind die nachfolgenden Informationen interessant und wichtig, wenn man vielleicht seinen vorhandenen EmpirumServer austauschen, umbenennen o.ä. mag. Handelt es sich um eine Umgebung mit mehreren Standorten oder einer größeren vierstelligen Anzahl an Clients, dann machen auch mehrere EmpirumServer Sinn bzw. werden benötigt. Weitere EmpirumServer nennt man im Empirum Sprachgebrauch „SubDepot“ – andere Hersteller nennen weitere Installations-Server z.B.: Repository, Sites, Distributed Installation Point.

EmpirumServer – SubDepots

Empirum SubDepots können mit der Hilfe von vorhandenen Empirum Software-Paketen und den passenden Variablen aus Windows Clients (Windows Server und Workstations) erstellt werden. In der Hauptsache ist ein Empirum SubDepot eine Kopie der Empirum Dateistruktur und den dazugehörigen Freigaben des Empirum Dienste-Servers. Das SubDepot tauscht, wie ein verwalteter Client (siehe oben): Software-Pakete, Auftrags-, Variablen-, Log- und Inventardateien mit dem überordneten EmpirumServer (zumeist Empirum Master Server) aus.

EmpirumServer – Verbindungsreihenfolge

Die Definition, mit welchem EmpirumServer der Client (UEM-Agent) sich verbindet, wird im Agent-Template (der Agenten-Konfiguration) vorgenommen. Wenn man das oder ein Agent-Template geöffnet hat, kann man die Versuche einer Verbindung, von oben nach unten, konfigurieren. Wenn ich Versuche schreibe, dann ist damit gemeint, das mit jeder nachfolgenden Konfiguration ein Verbindungsversuch gestartet wird. Wird eine Verbindung erfolgreich hergestellt, so wird diese genutzt. Die weiteren konfigurierten Optionen werden dann nicht mehr in Erwägung gezogen. Die Verbindungsversuche pro definierter Option und somit EmpirumServer werden jeweils auch mit den konfigurierten Protokollen durchgeführt.

DHCP Optionen verwenden (1)– nutzen des im DHCP-Bereich des Clients hinterlegten Computernamens z.B.: Depot1.MeineDomain.com oder Depot1. Weitergehende Informationen habe ich unten beschrieben.

Zugewiesene EmpirumServer verwenden (2)– nutzen der in der Management Console in den Eigenschaften der Konfigurations- bzw. Zuweisungsgruppe definierten EmpirumServer. Die eingerückten Optionen: Zufällige Reihenfolge verwenden bzw. Empirum Master Server ausschließen beziehen sich auf die „zugewiesenen EmpirumServer“. Den Empirum Master Server ausschließen macht deswegen Sinn, weil ein Computerobjekt immer den Master Server nochmals direkt am Computerobjekt zugewiesen bekommt. Diesen sollte man auch nicht aus der Zuweisung herausnehmen.

In der Reihenfolge der Verbindungsversuche folgt nun der in der Umgebungsvariable EmpirumServer (3) zwischengespeicherte EmpirumServer, mit dem zuletzt eine erfolgreiche Verbindung hergestellt wurde.

Zu guter letzt, wird eine Verbindung mit dem EmpirumServer im Feld Ausfall-Server (4) vorgenommen.

Das komplette Agent-Template wird dem Client als XML Datei zur Verfügung gestellt.

Weiterführende Informationen

Hier geht es zu einem Hilfe-Artikel der Matrix42 zu diesem Thema.

Nachfolgend zu den zuvor genannten Einstellungen ein paar mehr Informationen von meiner Seite …

DHCP Optionen verwenden – Reihenfolge der Konfiguration

DHCP Optionen verwenden – wenn die Option im Agent-Template aktiviert ist/wird, muss zuvor in Empirum DBUtil die EmpirumServer DHCP Option aktiviert und gesetzt sein. Welche Optionsnummer man verwendet ist in einem gewissen Rahmen, eigene Definitionssache. Es gibt einen Bereich, in dem benutzerdefinierte/kundenspezifische Werte gesetzt werden dürfen und dieser beginnt bei 128. Diese Optionsnummer muss dann wiederum im IP-Bereich des Clients ebenso aktiviert und gesetzt sein.

Vorgehensweise:
1) DHCP Server / IP-Bereich – prüfen, ob die Option 128,129, o.ä. frei ist.
2) Empirum DButil – Empirum-PXE, DHCP Optionen, EmpirumServer aktivieren und Option (z.B.: 128) definieren
3) Agenten-Template – Haken bei DHCP Optionen verwenden setzen und Agent-Template (neu) speichern.
4) DHCP Server / IP-Bereich – Option (z.B.: 128) aktivieren/erstellen und den für den Bereich passenden EmpirumServer eintragen.

Hier zwei Screenshots aus Empirum DBUtil …

Zugewiesene EmpirumServer

Der nachfolgende Screenshot zeigt die Eigenschaften eines Computerobjekts in Empirum. Wie zuvor beschrieben, seht ihr oben rechts unter „Ausgewählte Empirum Server“ den auf dieser Stufe ausgewählten EmpirumServer. Am Computerobjekt selbst ist im Standard immer der Master EmpirumServer eingetragen. Dies bitte unverändert lassen!
Unten rechts bei Gruppen Empirum Server seht ihr die vererbten Empirum Server der darüberliegenden Konfigurations- bzw. Zuweisungsgruppen. Die Reihenfolge der Verbindungsversuche wird von oben nach unten durchgeführt – dies unter Berücksichtigung der Konfiguration im Agent-Template.

Nachvollziehen / Troubleshooting

Wenn ihr schauen wollt, wie euer Client den EmpirumServer anhand eures Agent-Templates bestimmt, dann werft einen Blick in das UAF Log des Clients. Die Logs befinden sich im Verzeichnis: %ProgramData%\Matrix42\Logs\UAF. Die aktuelle Datei lautet: Matrix42.Platform.Service.Host.log. Die Logs werden je 10MB rollierend erstellt und somit kann ein Start- oder Verbindungsversuch in einer Datei mit einem Datumstempel vermerkt sein. Wenn ihr in der Datei nach der Zeichenfolge „Server Access List“ sucht, solltet ihr eine Liste angezeigt bekommen, die aus den obigen Konfigurationen und Zuweisungen resultiert. Hier könnt ihr entnehmen, in welcher Reihenfolge und mit welchen Protokollen der Client die Verbindungen versucht aufzubauen.

Sieger 🙂 – Am Client könnt ihr den am Ende ausgewählten EmpirumServer mit einem Klick auf das UEM-Agent Symbol und „Info über ..“ oder der Umgebungsvariable „EmpirumServer“ angezeigt bekommen.

Der Beitrag Empirum UEM Agent – EmpirumServer Bestimmung erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/empirum-uem-agent-empirumserver-bestimmung/feed/ 0
Empirum: Fehler bei der Windows 11 Installation https://www.wpm-blog.de/empirum-fehler-bei-der-windows-11-installation/ https://www.wpm-blog.de/empirum-fehler-bei-der-windows-11-installation/#comments Thu, 17 Oct 2024 14:02:03 +0000 https://www.wpm-blog.de/?p=2985 Die Microsoft Windows 11 (Version 24H2) Installation mittels Matrix42 Empirum OS-Installer kann nicht erfolgreich durchgeführt werden. Die Installationen von Windows 10 und Windows 11 23H2 funktionieren weiterhin. Das Problem zeigt sich wie folgt: Die Windows … Weiterlesen

Der Beitrag Empirum: Fehler bei der Windows 11 Installation erschien zuerst auf Workplace Management Blog.

]]>
Die Microsoft Windows 11 (Version 24H2) Installation mittels Matrix42 Empirum OS-Installer kann nicht erfolgreich durchgeführt werden. Die Installationen von Windows 10 und Windows 11 23H2 funktionieren weiterhin. Das Problem zeigt sich wie folgt: Die Windows 11 Installation bleibt im Paket „WindowsInstallation“ bei 76% stehen und zeigt zusätzlich ein Fenster mit dem Titel: „Windows 11 Setup“ und dem Inhalt je nach Sprache: „Die Installation von Windows 11 ist fehlgeschlagen“ bzw.
„Windows 11 Installation has failed“.

Aktualisierung Windows Preinstallation Environment

In diesem Fall ist das Windows PE-Add-On auf dem EmpirumServer zu prüfen. Bis dato war eine Version 10.1.19041.1 des WADK WinPE-Add-Ons vollkommen ausreichend. Mit der Installation von Windows 11 22H4 wird jedoch unbedingt eine aktuellere Version benötigt.

Die auf dem EmpirumServer installierte Version kann in der Systemsteuerung überprüft werden:

Nachdem die Windows PE-AddOn Version 10.1.19041.1 o.ä. deinstalliert wurde, muss die aktuelle Version 10.1.26100.1 installiert werden.

Diese kann von der nachfolgenden Seite bezogen werden: https://learn.microsoft.com/de-de/windows-hardware/get-started/adk-install

Boot Konfiguration neu erstellen

Ist die Installation des WADK Windows-PE-Add-On erfolgreich abgeschlossen, muss die Bootkonfiguration unter Konfiguration, Boot Konfigurationen neu gespeichert werden.

Falls SubDepots im Einsatz sind, sollte im Anschluss das PXE-Image auch auf das SubDepot übertragen werden. Im Anschluss sollte einer erfolgreichen Windows 11 24H2 Installation nichts mehr im Wege stehen.

Der Beitrag Empirum: Fehler bei der Windows 11 Installation erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/empirum-fehler-bei-der-windows-11-installation/feed/ 7
Surface Tastaturen während der WinPE Phase https://www.wpm-blog.de/surface-tastaturen-waehrend-der-winpe-phase/ https://www.wpm-blog.de/surface-tastaturen-waehrend-der-winpe-phase/#respond Thu, 14 Apr 2022 17:05:24 +0000 https://www.wpm-blog.de/?p=2808 Die Microsoft Surface Geräte erfreuen sich einer immer größeren Beliebtheit bei den Kunden. Die einen sind von der Hardware überzeugt und manch anderer „behauptet“ es gäbe seine Gründe, warum gerade diese Modelle lieferbar sind. Wie … Weiterlesen

Der Beitrag Surface Tastaturen während der WinPE Phase erschien zuerst auf Workplace Management Blog.

]]>
Die Microsoft Surface Geräte erfreuen sich einer immer größeren Beliebtheit bei den Kunden. Die einen sind von der Hardware überzeugt und manch anderer „behauptet“ es gäbe seine Gründe, warum gerade diese Modelle lieferbar sind. Wie auch immer – das Einbinden der Treiber und das Installieren mittels Empirum stellt zumeist keine Probleme dar. Sollte es jedoch trotz alledem während der WinPE Phase zu Problemen kommen und man möchte mittels der hier genannten Tipps auf die Logs zugreifen, stellt man vielleicht fest, dass die Tastatur nicht funktioniert.

Fehlende Treiber hinzufügen

Die Surface Tastatur funktioniert deswegen nicht, weil dem WinPE ein paar Treiber fehlen. Welche Treiber das sind, könnt ihr hier nachschlagen. Einbinden müsst ihr diese Treiber dann in der Management Console und Konfiguration\Boot Konfigurationen – Zusätzliche Treiberverzeichnisse. Wie das geht und wo ihr das findet, habe ich wiederum bereits in diesem Artikel beschrieben.

Wie komme ich an die genannten Treiber?

Jetzt liegen die Microsoft Surface Treiber jedoch als MSI Dateien vor. Wie kommt man nun an die einzelnen, oben genannten, Gerätetreiber?  Dazu ruft ihr die MSI Datei wie folgt auf:

MSIEXEC /a <Pfad und Dateiname zur heruntergeladenden Treiberdatei>.msi TARGETDIR=<Ausgabe Ordner> /qn

Beispielhafter Aufruf:
MSIEXEC /a SurfacePro8_Win10_19042_22.011.9738.0.msi TARGETDIR=C:\Temp\SurfacePro8Drivers /qn

Das Entpacken dauert einen Moment, also nicht zu ungeduldig sein.

Nebeneffekt

Das entpackte Verzeichnis könnt ihr auch für den Treiber-Import für die Windows Installation nutzen. Dazu packt ihr es jedoch am besten wieder als ZIP Datei.

Der Beitrag Surface Tastaturen während der WinPE Phase erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/surface-tastaturen-waehrend-der-winpe-phase/feed/ 0
Empirum: Importieren von Computerobjekten https://www.wpm-blog.de/empirum-importieren-von-computerobjekten/ https://www.wpm-blog.de/empirum-importieren-von-computerobjekten/#comments Sun, 27 Feb 2022 16:22:58 +0000 https://www.wpm-blog.de/?p=2771 Möchte man in Empirum einen Rollout vorbereiten oder Computerobjekte von einem Fremdsystem übernehmen, so kann man diese in die Empirum Datenbank importieren. Sind die Windows Computer bereits im Einsatz, würde ich sogar eher darüber nachdenken, … Weiterlesen

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

]]>
Möchte man in Empirum einen Rollout vorbereiten oder Computerobjekte von einem Fremdsystem übernehmen, so kann man diese in die Empirum Datenbank importieren. Sind die Windows Computer bereits im Einsatz, würde ich sogar eher darüber nachdenken, diese inventarisieren zu lassen. Neue Computer, oder Systeme die erst noch geliefert werden, können jedoch per CSV (Excel Datei) importiert werden. Dazu befragt man seinen Lieferanten, ob dieser einem eine Liste der Lieferung mit den Daten der Mac-Adresse bzw. (und) UUID zur Verfügung stellt.

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
ComputerImportTemplate (166 Downloads )

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.

]]>
https://www.wpm-blog.de/empirum-importieren-von-computerobjekten/feed/ 1
Empirum WinPE – neues Computermodell https://www.wpm-blog.de/empirum-winpe-neues-computermodell/ https://www.wpm-blog.de/empirum-winpe-neues-computermodell/#comments Tue, 27 Oct 2020 21:10:53 +0000 https://www.wpm-blog.de/?p=2682 Wie man an anderen Beiträgen bestimmt schon gemerkt hat, habe ich Spaß am WinPE OS-Installer und möchte mein Wissen hierzu an Euch weitergeben. Es gibt ein paar „Probleme“ bzw. Fragen, die bei den Nutzern immer … Weiterlesen

Der Beitrag Empirum WinPE – neues Computermodell erschien zuerst auf Workplace Management Blog.

]]>
Wie man an anderen Beiträgen bestimmt schon gemerkt hat, habe ich Spaß am WinPE OS-Installer und möchte mein Wissen hierzu an Euch weitergeben. Es gibt ein paar „Probleme“ bzw. Fragen, die bei den Nutzern immer wieder auftreten. In diesem Artikel geht es vorwiegend darum, dass ihr eine Umgebung habt die funktioniert, jedoch könnt ihr auf einmal keinen Computer mehr oder einen neues Computermodel gar nicht installieren.

Empirum OS-Installer – die drei Phasen

Teilen wir die Probleme ein, in die drei Phasen der OS-Installation per Empirum WinPE.

  • PXE-Boot
  • WinPE
  • Windows

PXE Boot

A.) Der PXE Boot funktioniert nicht bzw. hat noch nie funktioniert.
Die Switche bzw. VLANs müssen den Broadcast an den PXE-Server (zusätzlich zum DHCP Server) weiterleiten, gerne wird hier der Begriff „IP Helper“ aus der Cisco Welt hergenommen.
Die Windows Firewall muss den eingehenden Netzwerkverkehr auf den PXE- und TFTP-Ports zulassen. Die freizugebenen Ports sind abhängig von PXE Einstellungen. Wer auf Nummer sich gehen will, gibt die UDP Ports: 67,68,69,4011,10042 frei.

Hinweis: Auch ich habe früher die PXE Weiterleitung über die DHCP Option ID 43, im Zusammenspiel mit der Option 60, durchgeführt. Heute bestehe ich gerne auf der Umsetzung der Weiterleitung der UDP Anfragen.

B.) Kein Computer führt mehr einen PXE-Boot durch, obschon dies vorher der Fall war.
In diesem Fall, schaut nach, ob Euer Empirum PXE-Dienst weiterhin läuft und erreichbar ist.

C.) Andere Computer starten einen PXE-Boot, doch dieser eine Computer nicht. Dies hat zumeist die folgenden Ursachen:

  • Überprüft die beim Computer hinterlegte MAC/UUID mit den Werten die im BIOS angezeigt werden. Ausnahmen sind natürlich externe Docking-Stationen oder Netzwerkadapter.
  • Wird MAC Passthrough genutzt und welche Einstellungen dazu bietet das BIOS. MAC Passthrough ist auch sehr abhängig vom Windows Treiber.
  • Ist das Computerobjekt in den Eigenschaften als „PXE fähig“ markiert?
  • Wenn dies alles passt, so führt bitte über Matrix42 DBUtil das SQL Script: „OS_CleanupNonUniqueDhcpEntries.sql“ aus dem Verzeichnis Empirum\Empirum DBUtil\Scripts\SQLServer\Custom aus. Mit der Ausführung dieses Skripts könnt ihr nichts kaputt machen! Es kann auch mehrfach ausgeführt werden.

D.) Wenn Sie diesen Bildschirm sehen, dann haben sie die vorgenannten Probleme nicht, nicht mehr oder erfolgreich gemeistert.

WinPE

Hast Du es in die WinPE Phase „geschafft“, sieht Du einen grauen Hintergrund oder gar das Matrix42 Logo, und eine Fortschrittsanzeige, wie hier abgebildet.

Die letzten drei Schritte in der Anzeige (wie in diesem Screenshot) bekommst Du erst mit der WinPE Umgebung neuer als 1.8.3 aufgelistet. Schlägt der „Connect to server“ fehl, dann muss man sich zumeist um die Einbindung der passenden Treiber kümmern (siehe Einbinden der WinPE Treiber). Alternativ kann es auch zu Problemen mit der Anmeldung (Benutzername und Kennwort) kommen. In das Log kommt man mit STRG+L. Dies kann man zur genaueren Analyse auch auf einen USB-Stick kopieren.

War die Verbindung erfolgreich und es erscheint die vorherige Meldung, dann liegt es daran, dass kein eindeutiger Eintrag (kein oder doppelter) in der DeviceMapping.xml (Empirum\Configurator\Values) vorhanden ist. Dazu kann man die DeviceMapping.xml mit einem Editor starten und prüfen, ob der Computername gefunden werden kann. Falls ja, nutzt die dazugehörige MAC Adresse oder UUID und sucht danach in der Datei – wahrscheinlich findet ihr einen weiteren Computer mit identischen Werten. Dieses Problem muss behoben werden!

Unabhängig der genannten Probleme, kann es sein, dass der EmpirumAgent Benutzer keine Schreibberechtigungen auf den Empirum\EmpInst\Wizard\OS\WinPEStatus Ordner hat.

Sind all diese Hürden genommen und es kommt trotzdem zu Problemen, dann liegt das zumeist an der Ausführung eines der WinPE Pakete. In seltenen Fällen sollte man prüfen, ob das Paket tatsächlich auf dem EmpirumServer oder dem SubDepot vorhanden ist. Ansonsten sind es dann Probleme bei der Parametrisierung der Pakete. Da hilft Euch jedoch das Log in WinPEStatus Order weiter bzw. sogar häufig das SWDepotLog in der Management Console.

Einbinden der WinPE Treiber

Für die WinPE Phase müssen die Treiber (zumeist nur Netzwerkkartentreiber) über die Management Console, Konfiguration, Boot Konfiguration eingebunden werden.
Dazu die Erweiterten Eigenschaften aktivieren (oben rechts) und bei Zusätzliche Treiberverzeichnisse ein Ordner angeben, in dem die Treiber abgelegt sind oder werden.Ich empfehle ein Ordner unterhalb von Empirum\EmpInst\DRV anzulegen und dort die Treiber ggf. nach Modell sortiert abzulegen. Die Treiber werden auch aus den Unterverzeichnissen (rekursiv) hinzugefügt, so muss man nicht pro Treiber ein Ordner in der Oberfläche angeben. Hast Du diesen Ordner bereits, brauchst Du die Treiber nur in diesem Ordner zusätzlich abzulegen und die Boot Konfiguration neu zu speichern, über den „Speichern“ Button (unten rechts).

Hinweis: Das WinPE nutzt den ersten passenden Treiber. Das muss nicht der aktuellste Treiber sein, der ggf. für diese Hardware optimiert ist!

Du kannst dann an Deiner Boot Konfiguration verschiedene Zustände feststellen – Sanduhr, Zahnräder und am Ende einen grünen Haken. Sobald die Boot Konfiguration erfolgreich neu erstellt wurde, kannst Du den nächsten Boot-Versuch starten.

Hinweis 2: Schlägt die Erstellung des PXE-Images recht schnell nach dem Speichern fehl, so liegt das zumeist daran, dass das Matrix42 Zertifikat erneut auf dem EmpirumServer eingebunden werden muss. Dazu den nachfolgenden Befehl per powershell auf dem EmpirumServer ausführen:

Import-Certificate -FilePath "<EmpirumLaufwerk>:\Empirum\EmpInst\Sys\Images\WinPE\binaries\UAF\matrix42ag.Cer" -CertStoreLocation Cert:\LocalMachine\TrustedPublisher

Möchtest Du nicht den Netzwerkartentreiber für die einzelnen Modelle raussuchen bzw. aus dem Windows 10 Treiberpaket entnehmen, so kannst Du auch ein komplettes WinPE Treiberpaket des jeweiligen Herstellers hinterlegen. Dazu jedoch immer erst das alte Verzeichnis löschen und anschließend das neue kopieren/ablegen.

Hier ein paar Beispiele:

Windows

Mit den vorherigen Tipps sollte sich das Windows automatisiert installieren lassen. Ein weiterer häufiger Knackpunkt kommt im Anschluss an die Windows-Installation.
In der Management Console kann man noch eine erfolgreiche Installation von PxeOffAndReboot verzeichnen, jedoch schreitet die Installation nicht weiter voran.

Am Client sieht man dann eine durchlaufende Fortschrittsanzeige vor dem ausgeblendeten Windows-Hintergrund und das System führt alle 5 Minuten einen Neustart durch.
Ein weiterer Indiz ist, dass im PXE-Log des Computers während des DriverIntegration Pakets kein Treiber für das Model kopiert wurde. In diesem Fall fehlt in den meisten Fällen mindestens der Netzwerkkartentreiber für Windows bzw. das komplette Treiberpaket. Diese integriert man mit Hilfe des WinPEDriverAssistant’s aus dem Empirum\AddOns\WinPEDriverAssistant Ordner.

Die Treiber, ganz gleich ob *.zip, *.cab oder ein Ordner werden dann unterhalb von Empirum\Configurator\Packages\Matrix42\OsPackages\Drivers abgelegt. Du kannst die Treiber auch direkt dort ablegen und nur den Namen in das Treiberfeld einfügen – und nicht über das Ordner Symbol für den Import daneben gehen.

Dazu benötigt man die Hersteller und Modellbezeichnung und die entsprechenden Treiber.
Die Hersteller und Modellbezeichnung könnt ihr mit dem HardwareInfo Paket auslesen, oder wie gerade schon beschrieben, schaut ihr in das PXE-Log des Computers. Die erste Meldung ist „Using OS specific driver assignment for vendor …“.

Die Treiber dazu bekommst du bei den Herstellern. Dazu hatte ich bereits beim Beitrag für EPE die Seiten der Hersteller zusammengefasst.
Hast Du die Windows 10 Treiber eingebunden und das DriverIntegration Paket kopiert die Treiber, wie im zu vorigen Screenshot zu erkennen („Using the drivers: …), dann sollte es auch keine Probleme nach der Windows Installation geben.
Wenn es trotz Windows 10 Treiber nach dem PxeOffAndReboot nicht „weitergeht“, dann solltest Du schauen, dass du in Empirum DBUtil die UUID anstatt der MAC als „führendes“ Merkmal nutzt.

Mit diesen Tipps bin ich bester Dinge, dass Du eine erfolgreiche Windows Installation hinbekommst.

Als Grundlage solltest Du die anderen Blog Beiträge erfolgreich umgesetzt haben.
Zum Troubleshooting hatte ich bereits diesen Beitrag hier geschrieben.

 

Der Beitrag Empirum WinPE – neues Computermodell erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/empirum-winpe-neues-computermodell/feed/ 2
Erweiterte Empirum PXE-Server Konfiguration https://www.wpm-blog.de/erweiterte-empirum-pxe-server-konfiguration/ https://www.wpm-blog.de/erweiterte-empirum-pxe-server-konfiguration/#respond Fri, 03 Jul 2020 16:53:37 +0000 https://www.wpm-blog.de/?p=2614 Mit dem aktuellen Empirum v19.0.3 Hotfix und der Empirum v20.0.1 wurde eine neue Funktion hinsichtlich der Nutzung der DHCP Option 82 (DHCP Snooping) eingeführt. In der Hotfix Beschreibung ist ein „Post-Step“ vorhanden, dass wenn man … Weiterlesen

Der Beitrag Erweiterte Empirum PXE-Server Konfiguration erschien zuerst auf Workplace Management Blog.

]]>
Mit dem aktuellen Empirum v19.0.3 Hotfix und der Empirum v20.0.1 wurde eine neue Funktion hinsichtlich der Nutzung der DHCP Option 82 (DHCP Snooping) eingeführt. In der Hotfix Beschreibung ist ein „Post-Step“ vorhanden, dass wenn man diese Funktion noch nicht nutzen möchte oder kann, ein Registry Wert zu setzen sei. In der Empirum Online Hilfe befindet sich zur DHCP Option 82 Nutzung folgender Hinweis.

Matrix42 SubDepot PXE Service Configuration

Da dies neben dem Self Provisioning die zweite Konfiguration für den PXE-Dienst ist, habe ich es kurzfristig in einem Empirum Paket umgesetzt. Somit kannst Du die Einstellung einfach und nachvollziehbar auf einer Vielzahl von SubDepots bzw. PXE-Servern setzen.

Schritte …

Dazu ist das unten angefügte ZIP zu entpacken und in/über die Empirum Struktur zu kopieren, wie man das von Empirum Erweiterungen und Updates bereits kennt. Im Anschluss importierst Du im SoftwareDepot das Paket „Matrix42 SubDepot PXE Service Configuration 1.0“, welches im Register „Empirum“ eingebunden wird. Das Paket bringt für die zwei Optionen Variablen mit, die Du unter SUBDEPOT_PXESERVICE_CONFIG für die SubDepots anpassen kannst. Im Standard sind beide Optionen deaktiviert. Dann fehlt nur noch die Zuweisung und Installation des Paketes.

Variablen

EnableSelfProvisioning
[1|0] 1= Aktiviere SelfProvisioning, 0=Deaktiviere SelfProvisioning
Standardwert = 0

DisableDhcpRelayAgentOption
[0|1] 1=Deaktiviere DhcpRelayAgentOption Nutzung, 0=Aktiviere die Nutzung der DHCP Option 82
Standardwert = 1

Download

Matrix42 SubDepot PXE Service Configuration (376 Downloads )
MD5 Hash der Downloaddatei: 7E386171796ECD409B1EF827B970B1E5

Zusammenfassung

  • ZIP entpacken und in die Empirum Struktur kopieren
  • Paket im SoftwareDepot importieren
  • Paket den SubDepots zuweisen
  • Variablen je nach Anforderung anpassen
  • Paket installieren

Fertig!

 

Der Beitrag Erweiterte Empirum PXE-Server Konfiguration erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/erweiterte-empirum-pxe-server-konfiguration/feed/ 0
Empirum WinPE Extension Pack https://www.wpm-blog.de/empirum-winpe-extension-pack/ https://www.wpm-blog.de/empirum-winpe-extension-pack/#comments Sun, 02 Feb 2020 16:27:55 +0000 https://www.wpm-blog.de/?p=2522 Es ist soweit – es ist da! Immer wieder habe ich einzelne Pakete für die Empirum WinPE Erweiterung veröffentlicht. Die letzten separaten Veröffentlichungen sind schon wieder etwas her, doch bei mir hat sich immer etwas … Weiterlesen

Der Beitrag Empirum WinPE Extension Pack erschien zuerst auf Workplace Management Blog.

]]>
Es ist soweit – es ist da! Immer wieder habe ich einzelne Pakete für die Empirum WinPE Erweiterung veröffentlicht. Die letzten separaten Veröffentlichungen sind schon wieder etwas her, doch bei mir hat sich immer etwas getan, von dem ihr leider nichts mitbekommen habt. Nun habe ich die meines Erachtens relevanten und meist genutzten vier Pakete im ersten „Empirum WinPE Extension Pack“ zusammengepackt. Es ist die Version 1.0 – doch keine Angst, alle Pakete sind über den Stand 1.0 lange hinweg!

Was ist drin?

Im Empirum WinPE Extension Pack 1.0 sind enthalten:

  • WinPE-D-2PXE 1.6
  • PrepareDRVbyModel_Packages 1.7
  • InstallNetFX3 1.2
  • PostOSInstallation 1.2

Was hat sich geändert?

Nachfolgend gehe ich auf die wesentlichen Änderungen in den Paketen ein. Wie ich sehe, hat sich am meisten im WinPE-D-2PXE getan. Dieses Paket hilft immer wieder beim Troubleshooting, da es u.a. schon immer die WADK Version und nun auch die Empirum WinPE Version ausgibt.

WinPE-D-2PXE
liefert Informationen über den Computer und Umgebung

  • neben den PXE-Einträgen wird auch eine Log-Datei mit den gleichen Informationen erstellt
  • eine Import-Datei für den Matrix42WinPEDriverAssistant wird erzeugt
  • die Dateien werden bereits nach dem WinPE 1.8.0 Verfahren übertragen
  • die genutzte Empirum WinPE Version wird ausgegeben
  • die erkannten eingebauten Festplatten und Netzwerkkarten werden ausgegeben

PrepareDRVbyModel_Packages
ist eine Alternative zum DriverIntegration Paket der Matrix42

  • Kosmetik und anpassen von Ausgaben
  • kann nun auch für Hardware genutzt werden, die keine Hersteller oder Modell-Information per WMI liefert

InstallNetFx3
installiert/aktiviert das .NET Framework 3.5 aus den zugewiesenen Betriebssystemquellen

  • … hatte ich noch nicht veröffentlicht 🙂

PostOSInstallation
führt eine Batch Datei nach der Betriebssysteminstallation aus, die als Ersatz für die EmpirumAgent/UEMAgent.bat dienen kann. Diese Batch-Datei spielt auch mit dem PrepareDRVbyModel_Packages Paket zusammen.

  • kann nun auch mit der %EmpirumServer% Variable in der PostOSInstall.bat umgehen
  • öffnet den Firewall Port für den Push von Software Pakete

Weitere Vereinfachung

Die nachfolgende ZIP-Datei enthält nun eine Empirum Struktur, wie ihr die von Matrix42 Hotfixen und der WinPE Erweiterung bereits kennt, und kann „einfach“ in/über die Empirum Struktur kopiert werden.
Zusätzlich habe ich im „Empirum\Configurator\Packages\Matrix42\OSPackages\Drivers“ Ordner eine beispielhafte Verzeichnisstruktur und Setup.inf abgelegt, um mit PrepareDRVbyModel_Packages und PostOSInstallation Treiber nach der Betriebssysteminstallation zu installieren. Das ging schon immer, hat jedoch auch immer wieder nachfragen aufgeworfen, da ich dies nicht genug erläutert und dokumentiert habe. Ich hoffe, es ist nun einfacher aufzugreifen und zu nutzen.

Falls nicht, so gebt mir per Kommentar oder Mail eine Rückmeldung.
Wie immer – viel Spaß und gutes Gelingen!

Hinweis: Es gab textliche Anpassungen in einer Hilfedatei. Deswegen gibt es nun die Version 1.1. Es sind keine funktionalen Änderungen erfolgt. Die Version 1.2 behebt Probleme bei der Nutzung des https Protokolls für die OS Installation (ab WinPE 1.8.5/1.8.6). Die Version 1.3 enthält Anpassungen hinsichtlich Windows 11 (PrepareDrvByModel_Packages) und das CommonDrivers Feature.

Empirum WinPE Extension Pack 1.3 (285 Downloads )
SHA256 der Downloaddatei: EE118815DBD4DC80D6CBBFB9855C44C6639D08F63C0B8AE6779104176FB462A2

Empirum WinPE Extension Pack 1.2 (422 Downloads )
MD5 Hash der Downloaddatei: E10E01545793D0C4326D041CC1931FDD920CEAA0

Empirum WinPE Extension Pack 1.1 (396 Downloads )
MD5 Hash der Downloaddatei: 15A1A232F6D0C9124DB85CB14456C5D1D96F6BCA

Der Beitrag Empirum WinPE Extension Pack erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/empirum-winpe-extension-pack/feed/ 6
Agenten-Templates – Welche werden genutzt? https://www.wpm-blog.de/agenten-templates-welche-werden-genutzt/ https://www.wpm-blog.de/agenten-templates-welche-werden-genutzt/#comments Wed, 11 Dec 2019 21:58:20 +0000 https://www.wpm-blog.de/?p=2463 Heute war es wieder Mal soweit. Während der Beratung und betrachten der Empirum Umgebung stellte sich der Kunde, als auch ich mir die Frage: „Welche der vorhandenen Empirum Agenten-Templates werden tatsächlich genutzt und wo?“ Die … Weiterlesen

Der Beitrag Agenten-Templates – Welche werden genutzt? erschien zuerst auf Workplace Management Blog.

]]>
Heute war es wieder Mal soweit. Während der Beratung und betrachten der Empirum Umgebung stellte sich der Kunde, als auch ich mir die Frage: „Welche der vorhandenen Empirum Agenten-Templates werden tatsächlich genutzt und wo?“

Die Suche in der Management Console deckt bereits einige Fragen ab – so z.B. welche PXE-Images, Software-Pakete, als auch UND-Klassen wo zugeordnet sind. Jedoch die Fragen hinsichtlich der genutzten und auch an welcher Stelle zugewiesenen Agenten-Templates und Patch-Management Gruppen, kann die Suche nicht beantworten.

Hinsichtlich der Patch-Management Gruppen hatte ich bereits einen Exporter erstellt und veröffentlicht. Den Exporter für die Agenten-Templates hatte ich auch vor längerem „auf die Schnelle“ erstellt – jedoch noch nie veröffentlicht. Als ich nun heute den Exporter für die Agenten-Templates geprüft und aktualisiert habe, habe ich auch im gleichen Zug den PMClientConfigExporter um zwei kleine „Bugs“ bereinigt und um eine neue Variable erweitert.

AssignedAgentTemplateExporter

Unten befindet sich das kleine nützliche Programm namens AssignedAgentTemplateExporter als ZIP Datei zum Download. Entpackt, führt ihr dieses mit Zugriff auf euren EmpirumServer aus. Dazu sind lesende Berechtigungen vollkommen ausreichend. Das Programm erstellt im gleichen Verzeichnis eine CSV Datei, dass die Informationen: Domäne, Computername und Agent_Template enthält. Mit Hilfe von Excel und den Filter Möglichkeiten könnt ihr dann herausfinden, welche Agenten-Templates, welchem Client zugewiesen sind und somit natürlich auch, welche Agenten-Templates im Einsatz sind.

AssignedAgentTemplateExporter (332 Downloads )
MD5 Hash der Downloaddatei: 316B1A300A6FFAD9133742C25BA1DB4E

Der Beitrag Agenten-Templates – Welche werden genutzt? erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/agenten-templates-welche-werden-genutzt/feed/ 1
Empirum WinPE – Windows Installation https://www.wpm-blog.de/empirum-winpe-windows-installation/ https://www.wpm-blog.de/empirum-winpe-windows-installation/#comments Wed, 06 Nov 2019 21:39:04 +0000 https://www.wpm-blog.de/?p=2426 Die Zutatenliste für eine erfolgreiche Windows Installation mittels des Empirum WinPE PreBoot Support besteht aus: Empirum WinPE PXE-Image, ein importiertes Windows Betriebssystem, diversen sogenannten Empirum PreOS Paketen, gesetzten Variablen und einem Computer. Zutaten zusammenführen Die … Weiterlesen

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

]]>
Die Zutatenliste für eine erfolgreiche Windows Installation mittels des Empirum WinPE PreBoot Support besteht aus: Empirum WinPE PXE-Image, ein importiertes Windows Betriebssystem, diversen sogenannten Empirum PreOS Paketen, gesetzten Variablen und einem Computer.

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.

]]>
https://www.wpm-blog.de/empirum-winpe-windows-installation/feed/ 6
Empirum WinPE – PreOS Packages https://www.wpm-blog.de/empirum-winpe-preos-packages/ https://www.wpm-blog.de/empirum-winpe-preos-packages/#comments Wed, 06 Nov 2019 20:44:03 +0000 https://www.wpm-blog.de/?p=2402 Damit man Windows mit Hilfe des Empirum WinPE PreBoot Supportes installieren kann, benötigt man ein Empirum WinPE PXE-Image, ein importiertes Windows Betriebssystem und diverse sogenannte Empirum PreOS Pakete. Die Empirum PreOS Pakete sind „spezielle“ Empirum … Weiterlesen

Der Beitrag Empirum WinPE – PreOS Packages erschien zuerst auf Workplace Management Blog.

]]>
Damit man Windows mit Hilfe des Empirum WinPE PreBoot Supportes installieren kann, benötigt man ein Empirum WinPE PXE-Image, ein importiertes Windows Betriebssystem und diverse sogenannte Empirum PreOS Pakete. Die Empirum PreOS Pakete sind „spezielle“ Empirum Pakete, die vom so genannten Empirum WinPE PreBoot Support genutzt werden. Matrix42 stellt diese Pakete immer wieder aktualisiert in der WinPE PreBoot Support Erweiterung im Marketplace zur Verfügung. Empirum beinhaltet, je nach installierter Version, auch immer einen nutzbaren Stand der WinPE Umgebung. Wie bereits zuvor in Empirum WinPE – PXE-Image Erstellung geschrieben, kann man den WinPE PreBoot Support unabhängig von seiner genutzten Empirum Version aktualisieren.

Zutaten zusammenstellen …

Import der Pakete

Wer die vorhandenen PreOS Pakete nutzen mag, kann direkt zum nächsten Punkt springen. Wer wiederum aktuelle Pakete importieren mag, muss in der Management Console unter Konfiguration, Software-Depot mit der rechten Maustaste auf das Register „Matrix42 PreOS Packages“ klicken und „Import/Export“ auswählen. Im darauffolgenden Dialog wählt man dann den zumeist vorgegebenen Ordner „\\%EmpirumServer%\Configurator$\PackageStore“ aus.
Die Schritte für einen erfolgreichen Import von PreOS Paketen sind nun hier per Screenshots dokumentiert:

Auswählen des Quellverzeichnisses, wie z.B.: \\%EmpirumServer%\Configurator$\PackageStore …
Da im „PackageStore“ bestimmt mehr als die gewünschten Pakete vorliegen und angeboten werden, ist es ratsam zuvor per „Keine auswählen“ die Auswahl zu negieren. Dann wählt man die für sich notwendigen Pakete aus der Liste aus und startet den Importvorgang. Die Liste der Pakete ist weiter unten zu entnehmen. Die Abbildung zeigt eine exemplarische Auswahl, da das Paket PxeOffAndReboot bis dato unverändert blieb.

Werden die Pakete auf der Zusammenfassung rot angezeigt und nicht importiert, dann startet entweder die Management Console nochmals neu und versucht die Schritte noch einmal, oder schaut nach, ob das Paket vielleicht schon in der Dateistruktur vorliegt. Wenn ja, so löscht es aus der Dateistruktur und startet anschließend den Importvorgang nochmals von neuem.

Nach einem erfolgreichen Importvorgang, werden die Pakete im Matrix42 PreOS Packages Ordner ähnlich wie folgt angezeigt.

Die neu importierten Pakete werden im Status „nicht freigegeben“ importiert und sind braun eingefärbt. Dies kann sich in Zukunft noch ändern, doch derzeit müssen die Pakete noch einzeln zur Installation freigegeben werden. Dazu öffnet man die Paketeigenschaften mit einem Doppelklick bzw. wählt „Eigenschaften“ im Kontextmenü eines jeden Paketes.

 Hinweis: Die PreOS-Pakete sind powershell Skripte mit dem Namen install.ps1 und liegen in einer definierten Struktur <Hersteller>\OSPackages\<Name>\<Version>\Install vor. Eigene PreOS Pakete kann man mit Hilfe des PreOS Package Editors erstellen.

Welche Pakete werden benötigt?

Zur Durchführung einer Windows Installation benötigt man die nachfolgenden Pakete.

  • DiskPartitioning – Vorbereiten der Festplatte
  • DriverIntegration – Kopieren der Treiber des Models auf die vorbereitete Festplatte
  • WindowsInstallation – durchführen der Windows Installation samt der Treiber und kopieren/installieren des UAF Agents vom WinPE
  • PxeOffAndReboot – deaktivieren des WinPE PXE-Boots
  • DomainJoin – Hinzufügen des Computers zur Domäne
  • EmpirumAgentSetup – Installieren des vollwertigen Empirum Agenten und entfernen des UAF Agenten, Neustart …

Besonderheiten: Wenn man die PreOS Pakete aktualisiert bzw. aktuelle Pakete nutzt, muss man auch sein Empirum WinPE PXE-Image aktualisieren.

Die Reihenfolge ist wichtig!

Die Pakete müssen sich zur korrekten Verarbeitung in der oben aufgeführten Reihenfolge befinden. Auch bei neu importierten Versionen von Paketen muss auf die Reihenfolge geachtet werden. Dazu arrangiert man die Pakete, per Drag & Drop, von oben nach unten im SoftwareDepot.

Windows Installation Bundle

Man kann die zuvor genannten PreOS Pakete später einzeln zu seiner Konfigurations- oder Zuweisungsgruppe hinzufügen, oder eine UND-Klasse (Bundle) erstellen die diese Pakete enthält. Bei der Zuweisung der Pakete zu einer UND-Klasse muss die Reihenfolge nicht beachtet werden. Bei der clientseitigen Verarbeitung ist die Reihenfolge im SoftwareDepot maßgebend. Hier ein Beispiel für eine UND-Klasse, die im SoftwareDepot erstellt werden kann.

Der Beitrag Empirum WinPE – PreOS Packages erschien zuerst auf Workplace Management Blog.

]]>
https://www.wpm-blog.de/empirum-winpe-preos-packages/feed/ 1