forum.opsi.org

Hallo

Ich habe ein Problem mit Windows 8 und den buildin Treibern.

Wenn ich create_driver_links.py ausführe, beendet sich 7z beim Versuch die boot.wim zu öffnen mit der Meldung "Error: winpe/sources/boot.wim: Can not open file as archive". Offensichtlich wurde was an dem Wimformat seit Windows 8 geändert (http://reboot.pro/topic/17223-new-wim-a ... windows-8/). Alle 7zip Versionen vor der alpha 9.27 kommen damit nicht klar. Dies gilt sowohl für die Windows Versionen als auch für die Linux Versionen von 7z.

Gibt es einen workaround?

Schönen Gruß
Sebastian Neustein

ich habe es nun manuell versucht:

leider habe ich keine neuere 7zip Version für linux gefunden, von daher habe ich es manuell auf windows probiert.

erstmal erzeugen einer Datei mit der Verzeichnisliste:
> 7zip l boot.wim 1\Windows\System32\DriverStore\FileRepository | grep inf$ > d:\winpeDriver
(grep gibt es auch für Windows)
aufräumen der Datei, so, dass nur noch die Dateinamen drin vorkommen, nicht mehr die Größe etc.
> for /f %a in (d:\winpeDriver) do 7z.exe e -y -od:\opsi boot.wim %a

dann habe ich die Dateien einfach in das Verzeichnis drivers/drivers/buildin verschoben.

Muss ich sonst noch etwas machen? Was sollte in der erzeugten Datei WINDOWS_BUILDIN stehen? Oder bleibt die leer?

Schöne Grüße
Sebastian

Hall sebneu,

welche Version der OPSI-Pakete wird verwendet?
Welche Version von 7z läuft auf dem Server?

Mir ist in den Zusammenhang bekannt, dass sich seit 7z v9.14 Änderungen im Zusammenspiel mit 7z ergeben haben.
Wenn ich mich recht entsinne sollte es ab Version 4.0.3-6 der win8-Pakete mit Versionen älter und neuer als 9.14 funktionieren.


Gruß

N. Wenselowski

Hallo

n.wenselowski hat geschrieben: welche Version der OPSI-Pakete wird verwendet?

4.0.3.1 über die debian pakete auf opensuse.org
das windows 8 paket hat die versionsnummer 4.0.3-2

n.wenselowski hat geschrieben: Welche Version von 7z läuft auf dem Server?

9.20

n.wenselowski hat geschrieben: Mir ist in den Zusammenhang bekannt, dass sich seit 7z v9.14 Änderungen im Zusammenspiel mit 7z ergeben haben.

Der Forumsbeitrag ist mir auch bekannt. Dort konnte das Problem gelöst werden, indem die führende 1 im Suchverzeichnis entfernt wurde. Soweit kommt es bei mir aber gar nicht, da die wim datei gar nicht erst geöffnet werden kann.

n.wenselowski hat geschrieben: Wenn ich mich recht entsinne sollte es ab Version 4.0.3-6 der win8-Pakete mit Versionen älter und neuer als 9.14 funktionieren.

Wo finde ich denn die Version 4.0.3-6 der win8 Pakete? Unter http://download.uib.de/opsi4.0/products/netboot/ finde ich nur die Version 4.0.3-2.

Wie schon gesagt, das Ganze hängt damit zusammen, dass 7z in der Version 9.20 die boot.wim Datei nicht als gültiges Archiv anerkennt. Mit der Alpha Version 9.30 auf Windows - die ich aber nicht für Linux gefunden habe - funktioniert genau die gleiche Datei so wie es soll.

Herzlichen Dank schon mal für die Antwort.
Sebastian Neustein

Hallo

die neueren Versionen der Pakete findest du im Testing-Verzeichnis
http://download.uib.de/opsi4.0/testing/

Gruß Karsten Köpke

Hallo

danke soweit.

Gibt es denn eine Einschätzung, ob die mein Problem überhaupt lösen? Solange 7z in der Version 9.20 genutzt wird um die Treiber zu extrahieren, kann es ja nicht funktionieren. Und die 7z Version liegt ja nicht in der Hand des Win8 Pakets.

Soweit ich das script überblicken kann, hat sich an der Stelle ja nur der Suchpfad geändert, aber nicht das tool um die Daten aus der wim Datei zu extrahieren. Das Problem ist aber, dass die wim Datei nicht mit 7zip Version 9.20 gelesen werden kann.

Schönen Gruß
sebneu

Wird an dem Problem noch gearbeitet oder gibt es bereits eine Lösung?

Ist ja noch akut.

Ich selber hab das win81-x64-paket in der version 4.0.4-1 auf dem opsiserver so wie auch die "aktuelle" 7zipversion 9.20, aber die boot.wim wird nicht als korrektes Archiv erkannt.

Ergo funktioniert das create_driver_links-script nicht.

danke für feedback!

Edith sagt: ich konnte durch einfache Neuerstellung des pe-images die scripte nun doch benutzen. Sehr frustrierend. Aber wir lieben ja alle die Welt der bits und bytes in der alles "logisch" ist.