Problem mit neuem Windows Paket

NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Guten Morgen allerseits,

ich habe, wie zuletzt auch mit dem Windows 10 2004 ein neues Paket für Win 10 64bit 21H2 erstellt. Mit ADK die benötigten Netzwerktreiber eingebunden und dann den Inhalt von media in das Verzeichnis /var/lib/opsi/depot/win10-x64/winpe hochgeladen.

Doch im Gegensatz zu meiner vorher genutzten Version startet das Windows-Setup lediglich bis zum Dialog "Von wem wird dieser PC genutzt?"; alles weitere müsste ich manuell durchklicken.

Woran könnte es liegen?
Das Logfile sagt mir nichts:
log_bootimage.PNG
log_bootimage.PNG (9.65 KiB) 844 mal betrachtet
Liebe Grüße

Norbert
Benutzeravatar
SisterOfMercy
Beiträge: 1523
Registriert: 22 Jun 2012, 19:18

Re: Problem mit neuem Windows Paket

Beitrag von SisterOfMercy »

NorbertKoch hat geschrieben: 13 Jul 2022, 08:29 ich habe, wie zuletzt auch mit dem Windows 10 2004 ein neues Paket für Win 10 64bit 21H2 erstellt. Mit ADK die benötigten Netzwerktreiber eingebunden und dann den Inhalt von media in das Verzeichnis /var/lib/opsi/depot/win10-x64/winpe hochgeladen.
Did you also change the contents of \\opsi-server\opsi_depot_rw\win10-x64\installfiles\?
Are the rights set correctly? opsi-setup --set-rights /var/lib/opsi/depot/win10-x64
Bitte schreiben Sie Deutsch, when I'm responding in the German-speaking part of the forum!
NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Re: Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Hello @SisterOfMercy,

2 times yes.
Liebe Grüße

Norbert
NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Re: Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Hallo allerseits,

die Installation läuft jetzt zwar durch, aber der Computername wird nicht gesetzt und der domainjoin wird nicht ausgeführt.

Das Log zeigt:
8889) [3] [2022-07-14 11:35:13.053] [] readconfig failed: Perhaps got defaults
(8894) [1] [2022-07-14 11:35:13.069] []
(8895) [1] [2022-07-14 11:35:13.069] [] ============ Version 4.12.4.37 script "c:\opsi\setup.opsiscript"
(8896) [1] [2022-07-14 11:35:13.069] [] used script encoding: utf8
(8897) [1] [2022-07-14 11:35:13.069] [] used system encoding: cp1252
(8898) [1] [2022-07-14 11:35:13.069] [] start: 2022-07-14 11:35:13
(8899) [1] [2022-07-14 11:35:13.069] [] on client named "MINWINPC"
(8900) [1] [2022-07-14 11:35:13.069] [] loggedin user ""
(8901) [1] [2022-07-14 11:35:13.069] [] opsi-script running as "MINWINPC$"
(8903) [1] [2022-07-14 11:35:13.069] [] opsi-script running in standard script mode
(8904) [1] [2022-07-14 11:35:13.069] [] Scaling for screen DPI: 96
(8905) [1] [2022-07-14 11:35:13.069] [] executing: "c:\opsi\opsi-script\x64\opsi-script.exe"
(8906) [1] [2022-07-14 11:35:13.069] [] system infos:
(8907) [3] [2022-07-14 11:35:13.069] [] gethostname error 11001
(8908) [1] [2022-07-14 11:35:13.069] [] C3-21-DE-0F-96-A4 - PC hardware address
(8909) [1] [2022-07-14 11:35:13.069] [] - IP name
(8910) [1] [2022-07-14 11:35:13.069] [] - IP address
(8911) [1] [2022-07-14 11:35:13.069] [] ENU - System default locale
(8918) [1] [2022-07-14 11:35:13.069] [] MS Windows 10.0 64 Bit, Release: 2004, Edition: Ultimate Edition"
(8919) [1] [2022-07-14 11:35:13.069] []
(9249) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9250) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9254) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9255) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9259) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9260) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9268) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9269) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9273) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9274) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9278) [3] [2022-07-14 11:35:21.494] [] HTTPSender Post failed
(9279) [3] [2022-07-14 11:35:21.494] [] HTTPSender result: 500 msg:
(9281) [3] [2022-07-14 11:35:21.494] [] Error:
Liebe Grüße

Norbert
Jan.Schmidt
Beiträge: 439
Registriert: 08 Jul 2017, 12:02

Re: Problem mit neuem Windows Paket

Beitrag von Jan.Schmidt »

Salve,

was nutzt du denn als Paketund in welcher Version?

Und das fette unterstriche ist dir auch schon aufgefallen`
Btw: "jetzt" läuft Sie durch - bedeutet du hast nichts geändert und der Stand des Monds sieht so aus, wie die Siluette meiner Kristallkugel???

NorbertKoch hat geschrieben: 14 Jul 2022, 11:59 Hallo allerseits,

die Installation läuft jetzt zwar durch, aber der Computername wird nicht gesetzt und der domainjoin wird nicht ausgeführt.

Das Log zeigt:
(8918) [1] [2022-07-14 11:35:13.069] [] MS Windows 10.0 64 Bit, Release: 2004, Edition: Ultimate Edition"[/b]
NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Re: Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Hallo Jan,

sorry: Ich habe die Files in media zum Testen auf die alte Windows-Version zurückgesetzt. Daher die 2004 - und deswegen läuft es jetzt zumindest bis zum Problem mit dem Rechner-Namen und dem Domain-Join.
Liebe Grüße

Norbert
Jan.Schmidt
Beiträge: 439
Registriert: 08 Jul 2017, 12:02

Re: Problem mit neuem Windows Paket

Beitrag von Jan.Schmidt »

Salve,

es gibt einen Unterschied zwischen localboot und netboot Paketen.

Manche nennen das Feature, für mich ist das ein Bug.

Zu jedem OPSI Release und (fast) jedem Windows Release gibt es passende Opsi Pakete die zusammen agieren. So weit - so normal.

Die OPSI Netbootpakete sind aber so gestrickt, dass die die installfiles beibehalten und bei einem neupaketieren nur die opsi Sachen ausgetauscht werden.

So wie sich dein Problem lesen erklären kann, hast du einen Mischmasch zwischen den Paketen der verhindert, das die unattendet.xml richtig zusammengebaut wird.
Das passiert immer, wenn die beiden installer (Windows & OPSI) nicht zusammen passen.
Imho ging das mal besser dann hat Winddof irgendwas verändert - ich mein bei 2004 - und die Pakete müssen / sollten zwingend zusammenpassen.

Ich mache das mit netboot komplett anders, als UIB/ jeder hier - kein WINPE MIT adk, sondern banal mit dism und die opsi post-install (die die M$ Quellen vorher sichern und zurückspielen) hab ich auch herausgenommen.

Dazu hab ich div. geschrieben, aber ich bin da der einzige der sich an dem Verhalten stört.
Von daher nimm da meine Tipps nicht als Basis.

Wenn alles aktuell ist und zum OPSI passt, dann kannst du 21H2 installieren das weiß ich denn das läuft bei mir/uns.
NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Re: Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Hallo Jan,

danke für Deine Ausführung(en).

Ich möchte nicht "unnötig" weit weg vom Standard von opsi, da das evtl. in der Zukunft Supportfälle schwieriger gestaltet.

Wie kann ich das win10-x64 auf opsi-Standard zurückbringen, um dann nochmal meine winpe hochzuladen?
Liebe Grüße

Norbert
Jan.Schmidt
Beiträge: 439
Registriert: 08 Jul 2017, 12:02

Re: Problem mit neuem Windows Paket

Beitrag von Jan.Schmidt »

Hi, wie geschrieben ich bin da der "falsche" Ansprechpartner.

Unnötig weit weg - ich schreibs mal so herum:

Das OPSI Paket ist für mich eine Basis nicht mehr nicht weniger.
Das lade ich mir runter entpacke es unter neuem Namen und baue dann meine iso da rein tausche die steuerdaten aus, die die xml füllen und pacje das neu mit win10_test/demo whatever.

Mit anderen Worten ich nehme den "für mich unnötigen" Unterschied zwischen Netboot und localboot weg denn beim localboot macht jeder haargenau das gleiche wie ich es bei beiden mache.
In meinen Augen hat das Verhalten irgendwann wahrscheinlich mal Sinn gemacht alsman x Jahre lang das gleiche Windows XP / Vista installiert hat, aber die OPSI Pakete neue Feautres erhalten haben, jetzt wo jedes Jahr ein LTS Win10 rauskommt und ein shorttome da macht das keinen Sinn (den ich verstehe)
Wie kann ich das win10-x64 auf opsi-Standard zurückbringen, um dann nochmal meine winpe hochzuladen?
sorry das mußt du irgendwo in der Doku suchen
IMHO tauscht man "normalerweise" den Driet in der Struktur Depot/paketname direkt aus und das mag ich halt nicht so gerne.
NorbertKoch
Beiträge: 132
Registriert: 26 Aug 2021, 08:37

Re: Problem mit neuem Windows Paket

Beitrag von NorbertKoch »

Hallo zusammen,

ich habe jetzt das installfiles- und das winpe-Verzeichnis geleert und neu aufgebaut. Dann die Rechte korrigiert und getetstet.

Ich erhalte jetzt diese(n) Fehler im Logile "bootimage":
(35) [3] [2022-07-15 13:43:39.331] [ ] Locale not found: 'GNUTranslations' object has no attribute 'ugettext' (run-master:89)
(4584) [3] [2022-07-15 13:43:41.271] [ ] 'binary object store' (Posix.py:3403)
(5525) [3] [2022-07-15 13:43:41.330] [ ] Key 'description' not found (Posix.py:3659)
(5526) [3] [2022-07-15 13:43:41.331] [ ] Key 'serial' not found (Posix.py:3659)
(11402) [2] [2022-07-15 13:46:18.923] [ ] Repository error: Failed to get file info for '/mnt/opsi/win10-x64/custom/unattend.xml': File not found (Logger.py:344)
(11403) Traceback (most recent call last):
(11404) File "OPSI/Util/Repository.py", line 815, in fileInfo
(11405) OSError: File not found
(11406)
(11407) The above exception was the direct cause of the following exception:
(11408)
(11409) Traceback (most recent call last):
(11410) File "run-master", line 1683, in <module>
(11411) File "/tmp/setup.py", line 1454, in <module>
(11412) depot.copy(source + '/custom/unattend.xml', target + '/opsi/')
(11413) File "OPSI/Util/Repository.py", line 761, in copy
(11414) File "OPSI/Util/Repository.py", line 665, in copy
(11415) File "OPSI/Util/Repository.py", line 824, in fileInfo
(11416) opsicommon.exceptions.RepositoryError: Repository error: Failed to get file info for '/mnt/opsi/win10-x64/custom/unattend.xml': File not found

Jemand ne Idee?
Liebe Grüße

Norbert
Antworten