## Donnerstag, 2. Mai 2019

### Installationsprobleme älterer Hardwareklassen in OPSI 4.1

Das Bootimage des OPSI 4.1, basierend auf Ubuntu 18.04, hat ein Problem bei der Installation von älteren Hardwareklassen, festgestellt an HP Elite 8200 PCs.
Hier kommt es beim Ausführen der opsi-local-image-Produkte sporadisch zum Fehler "Login failed: getrandom() initialization failed. (_ssl.c:726)".
Die Abhilfe dagegen:
1) Per putty auf die "abgestürzten" Geräte verbinden, Benutzer: root Passwort: linux123
2) /usr/sbin/rngd -b -r /dev/urandom -o /dev/random eingeben
3) master.py eingeben
Danach läuft das oli-Produkt weiter.
Je nach Situation müssen obige Befehle pro oli-Produkt ausgeführt werden, bei einer Windows-Installation dementsprechend ein Mal für -prepare und ein Mal für -win10x64.
Die Befehle werden mit dem nächsten Bootimage-Release integriert, aktuell befindet sich dieses Bootimage noch im testing-Repository.
Quelle: https://forum.opsi.org/viewtopic.php?f=25&t=10931

### Maximale Länge der Rechnernamen

Durch Zufall bin ich letztens auf einen Fehler in der Windows-Installation in Bezug auf die maximale Länge der Rechnernamen gestoßen.
Sobald der Rechnername mehr, als 14 Zeichen hat, endet die Windows-Installation in einem Problem mit der unattend.xml-Datei.
Der Fehler kommt allerdings erst kurz bevor die eigentliche Windows-Installation endet und in die Installation des OPSI-Client-Agent übergeht. Das heißt, je nach Rechnergeschwindigkeit sind bis dahin schon 30 bis 45 Minuten vergangen, was dann etwas ärgerlich ist.
Dokumentiert wurde das Problem bei UIB hier schon vor einiger Zeit https://forum.uib.de/viewtopic.php?f=7&t=1243&sid=6f365afb81aaabfd24e07014d28dd9d0&start=10

### Powershell und Windows-Images

Zur Zeit beschäftige ich mich etwas mehr mit Windows Images. Zum einen, weil ich das OPS-VHD Produkt teste und auch schon einsetze (und noch mehr damit geplant habe, mehr dazu hoffentlich in kürze), zum anderen, weil beim opsi-local-image-wim-capture immer wieder Fehlermeldungen erscheinen, wenn das Windows etwas länger eingeschaltet war, bevor es gecaptured wurde. Diesen Problemen versuchen wir auch auf die Schliche zu kommen.
Hier ersteinmal eine Sammlung praktischer Powershell Befehle für die Images:
Ach ja, man muss die Powershell als Administrator ausführen um mit Images arbeiten zu können!

> Get-WindowsImage -ImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\install.wim

gibt die verschiedenen Images des Capture-Produkts aus. Der Pfad kann an die verschiedenen Capture Produkte angepasst werden.
Um eine Version von Windows aus dem Installer zu entfernen könnt ihr mit dem vorigen Befehl die Indes Nummer des Zieles herausfinden, mit

> Remove-WindowsImage -ImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\install.wim -Index 3 -CheckIntegrity

kann man z.B. das Image an Stelle 3 löschen.
(Dies dauert ein paar Minuten)
Wenn man aus einer Sammlung von Windows Installationsdateien ein Image aus dem Verbund exportieren wollt geht das mit:

> Export-WindowsImage -SourceImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\install.wim -SourceIndex 1 -DestinationImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\export.wim

Um das Exportierte Image (index 1) in eine andere Wim Datei zu verschieben muss das exportierte Image in einen Ordner (Hier C:\winmount) gemountet werden.

> Mount-WindowsImage -ImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\export.wim -ReadOnly -Index 1 -Path C:\winmount

Danach kann es zu einer anderen install.wim hinzugefügt werden.

> Add-WindowsImage -ImagePath \\backup\opsi_depot_rw\opsi-local-image-win10-x64-capture\installfiles\install.wim -CapturePath C:\winmount -Name "Name_des_neuen_Images"

Neuere Posts Ältere Posts Startseite
Abonnieren Posts (Atom)