[gelöst] opsi-wim-capture unter win11 24h2
[gelöst] opsi-wim-capture unter win11 24h2
Guten Tag Community,
ich habe zwei Probleme mit opsi-wim-capture 4.3.0.4-1 in Verbindung mit einer Windows 11 24H2 Installation.
- clonezilla schreibt das Image unter Verwendung des default ocs Befehls auf den opsi-images share sauber weg.
Danach allerdings bricht die Samba Verbindung zum Opsi Server ab. Es steht auch ein Fehler in der Clonezilla Console dass das squash filesystem nicht mehr gefunden wurde.
Die Default Bitlocker Encryption durch 24H2 wurde natürlich schon im Vorfeld entfernt sonst siehts ganz düster aus.
Es ist keine Firewall zwischen dem opsi-client u. opsi-server, beide im gleichen vlan.
Dementsprechend schlägt dann das speichern von lshw etc. fehl.
Verlassen habe ich den clonezilla Task dann per reset über meine pve console.
Die Logs vom Clonezilla Task habe ich daher leider nicht auf den opsi-server bekommen.
- wieder zurück im Windows:
die opsi-wim-capture sequence wird fortgesetzt und scheitert dann am generalize step mit folgendem output im log:
(1275) [7] [2024-10-13 14:06:55.193] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Package Microsoft.StartExperiencesApp_1.1.7.0_x64__8wekyb3d8bbwe was installed for a user, but not provisioned for all users. This package will not function properly in the sysprep image.
(1276) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Failed to remove apps for the current user: 0x80073cf2.
(1277) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Exit code of RemoveAllApps thread was 0x3cf2.
(1278) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'SysprepGeneralizeValidate' from C:\Windows\System32\AppxSysprep.dll; dwRet = 0x3cf2
(1279) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP SysprepSession::Validate: Error in validating actions from C:\Windows\System32\Sysprep\ActionFiles\Generalize.xml; dwRet = 0x3cf2
(1280) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP RunPlatformActions:Failed while validating Sysprep session actions; dwRet = 0x3cf2
(1281) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error [0x0f0070] SYSPRP RunDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = 0x3cf2
(1282) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error [0x0f00d8] SYSPRP WinMain:Hit failure while pre-validate sysprep generalize internal providers; hr = 0x80073cf2
Ich vermute es hat irgendwas mit 24h2 und neuen appx Packages zu tun oder habe ich ein unpassendes Source Image verwendet?
Meines stammt von der 24h2 ISO die direkt bei Microsoft geladen werden kann.
Vielen Dank für Euren Input und einen schönen Sonntag noch.
ich habe zwei Probleme mit opsi-wim-capture 4.3.0.4-1 in Verbindung mit einer Windows 11 24H2 Installation.
- clonezilla schreibt das Image unter Verwendung des default ocs Befehls auf den opsi-images share sauber weg.
Danach allerdings bricht die Samba Verbindung zum Opsi Server ab. Es steht auch ein Fehler in der Clonezilla Console dass das squash filesystem nicht mehr gefunden wurde.
Die Default Bitlocker Encryption durch 24H2 wurde natürlich schon im Vorfeld entfernt sonst siehts ganz düster aus.
Es ist keine Firewall zwischen dem opsi-client u. opsi-server, beide im gleichen vlan.
Dementsprechend schlägt dann das speichern von lshw etc. fehl.
Verlassen habe ich den clonezilla Task dann per reset über meine pve console.
Die Logs vom Clonezilla Task habe ich daher leider nicht auf den opsi-server bekommen.
- wieder zurück im Windows:
die opsi-wim-capture sequence wird fortgesetzt und scheitert dann am generalize step mit folgendem output im log:
(1275) [7] [2024-10-13 14:06:55.193] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Package Microsoft.StartExperiencesApp_1.1.7.0_x64__8wekyb3d8bbwe was installed for a user, but not provisioned for all users. This package will not function properly in the sysprep image.
(1276) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Failed to remove apps for the current user: 0x80073cf2.
(1277) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP Exit code of RemoveAllApps thread was 0x3cf2.
(1278) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'SysprepGeneralizeValidate' from C:\Windows\System32\AppxSysprep.dll; dwRet = 0x3cf2
(1279) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP SysprepSession::Validate: Error in validating actions from C:\Windows\System32\Sysprep\ActionFiles\Generalize.xml; dwRet = 0x3cf2
(1280) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error SYSPRP RunPlatformActions:Failed while validating Sysprep session actions; dwRet = 0x3cf2
(1281) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error [0x0f0070] SYSPRP RunDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = 0x3cf2
(1282) [7] [2024-10-13 14:06:55.194] [opsi-wim-capture] ==>: 2024-10-13 14:06:55, Error [0x0f00d8] SYSPRP WinMain:Hit failure while pre-validate sysprep generalize internal providers; hr = 0x80073cf2
Ich vermute es hat irgendwas mit 24h2 und neuen appx Packages zu tun oder habe ich ein unpassendes Source Image verwendet?
Meines stammt von der 24h2 ISO die direkt bei Microsoft geladen werden kann.
Vielen Dank für Euren Input und einen schönen Sonntag noch.
Zuletzt geändert von muecke_63 am 17 Okt 2024, 11:13, insgesamt 1-mal geändert.
Der der kommt wenn schon viele Admins am Werk waren



Re: Test mit 23H2
Kurzes Update opsi-wim-capture mit netboot Windows 11 23H2 läuft einwandfrei durch.
Dafür habe ich beim netboot product del_winpe_boot_entry_from_boot_sequence auf false setzen müssen, ansonsten klappte das uib_bootutils.opsiscript für den switch der boot sequence nicht.
Bei opsi-clonezilla habe ich noch den -z1p flag gesetzt für multithreading.
Eine Installation vom win11-x64_captured product hat dann einwandfrei funktioniert.
Dafür habe ich beim netboot product del_winpe_boot_entry_from_boot_sequence auf false setzen müssen, ansonsten klappte das uib_bootutils.opsiscript für den switch der boot sequence nicht.
Bei opsi-clonezilla habe ich noch den -z1p flag gesetzt für multithreading.
Eine Installation vom win11-x64_captured product hat dann einwandfrei funktioniert.
Der der kommt wenn schon viele Admins am Werk waren



Re: opsi-wim-capture unter win11 24h2
Hi
für Win11 24h2 bitte das Netboot Paket aus experimental nehmen und ausprobieren
Gruß
Mathias
für Win11 24h2 bitte das Netboot Paket aus experimental nehmen und ausprobieren

Gruß
Mathias
Vielen Dank für die Nutzung von opsi. Im Forum ist unser Support begrenzt.
Für den professionellen Einsatz und individuelle Beratung empfehlen wir einen Support-Vertrag und eine Schulung.
Gerne informieren wir Sie zu unserem Angebot.
uib GmbH
Telefon: +49 6131 27561 0
E-Mail: sales@uib.de
Re: opsi-wim-capture unter win11 24h2
Hallo Mathias,
ich verifiziere es nochmals mit einem weiteren Durchlauf bin aber der Meinung das ich schon das experimental netboot verwendet hatte.
Werde Bericht erstatten.
Vielen Dank
ich verifiziere es nochmals mit einem weiteren Durchlauf bin aber der Meinung das ich schon das experimental netboot verwendet hatte.
Werde Bericht erstatten.
Vielen Dank
Der der kommt wenn schon viele Admins am Werk waren



Re: opsi-wim-capture unter win11 24h2
Kurze Rückmeldung:
Im zweiten Anlauf alles i.O. mit dem netboot_paket aus experimental.
Dankeschön
Im zweiten Anlauf alles i.O. mit dem netboot_paket aus experimental.
Dankeschön
Der der kommt wenn schon viele Admins am Werk waren


