[GELÖST] HP ProDesk 600 G3 mini - UEFI-Netboot hängt

Antworten
kinzi
Beiträge: 167
Registriert: 27 Okt 2010, 11:38

[GELÖST] HP ProDesk 600 G3 mini - UEFI-Netboot hängt

Beitrag von kinzi »

Hallo,

wir evaluieren gerade das UEFI-Kofinanzieurngsprodukt und die Installation läuft soweit. Nun habe ich bei einem HP ProDesk 600 G3 mini aber das Problem, dass ELILO den Kernel und das Initrd lädt, dann aber für immer stehenbleibt - kein Entpacken/Starten des Kernels, Bootimages usw.; leider auch keine Fehlermeldungen.

Die Installation des gleichen Modells per PXE/Legacy-BIOS-Boot klappt einwandfrei. Es muss also ein Problem mit ELILO sein, welcher ja leider nicht mehr weiterentwickelt wird. Hat irgendjemand zufällig einen Trick parat (Kernel-Parameter o. ä.), mit dem es doch noch klappen könnte?

Wie gesagt, auf anderer Hardware läuft die UEFI-Installation, an der Konfiguration sollte es also nicht liegen.

Danke und Gruß
kinzi

[EDIT]

Es erscheint kurz "Start PXE over IPV4" und dann:

Code: Alles auswählen

ELILO v3.16 for EFI/x86_64
Loading kernel /linux/install-x64... done
Loading file /linux/miniroot-x64.bz2...done
Und dann bleibt das so. :( Auf anderer Hardware wird ca. 10 Sekunden der Kernel gebootet und das OPSI-Bootimage geladen.

[/EDIT]
Zuletzt geändert von kinzi am 16 Mai 2018, 09:33, insgesamt 1-mal geändert.
kinzi
Beiträge: 167
Registriert: 27 Okt 2010, 11:38

Re: HP ProDesk 600 G3 mini - UEFI-Netboot hängt

Beitrag von kinzi »

So, auf einem anderen Client genau gleicher Type funktioniert es :?: :?: :?: ...

Wenigstens bekomme ich jetzt aber im Bootlog ein paar Fehler:

Code: Alles auswählen

(773)     [5] [Mai 15 17:28:41] Copying action script 'win10-x64/setup.py' from depot to '/tmp/setup.py' (master.py|1380)
(774)     [7] [Mai 15 17:28:41] MessageSubject 'copy_overall' created (Message.py|99)
(775)     [7] [Mai 15 17:28:41] ProgressSubject 'copy_overall' created (Message.py|227)
(776)     [7] [Mai 15 17:28:41] MessageSubject 'copy_current' created (Message.py|99)
(777)     [7] [Mai 15 17:28:41] ProgressSubject 'copy_current' created (Message.py|227)
(778)     [6] [Mai 15 17:28:41] Copying from 'win10-x64/setup.py' to '/tmp/setup.py' (Repository.py|522)
(779)     [7] [Mai 15 17:28:41] Length of binary data to download: 46998 bytes (Repository.py|742)
(780)     [7] [Mai 15 17:28:41] Transfer in from <open file u'/mnt/opsi/win10-x64/setup.py', mode 'rb' at 0x7f9eaab75390> to <open file u'/tmp/setup.py', mode 'wb' at 0x7f9eaab754b0>, dynamic bandwidth False, max bandwidth 0 (Repository.py|366)
(781)     [7] [Mai 15 17:28:41] Filesize is: 46998 (Repository.py|377)
(782)     [6] [Mai 15 17:28:41] Transfered 45.90 kByte in 0.00 minutes, average speed was 5933.60 kByte/s (Repository.py|418)
(783)     [6] [Mai 15 17:28:41] Copy done (Repository.py|608)
(784)     [7] [Mai 15 17:28:41] Executing jsonrpc method 'productOnClient_updateObjects' on host u'10.20.30.40' (JSONRPC.py|115)
(785)     [7] [Mai 15 17:28:41] Posting request... (JSONRPC.py|713)
(786)     [7] [Mai 15 17:28:41] Starting new HTTPS connection (0) to 10.20.30.40:4447 (HTTP.py|648)
(787)     [7] [Mai 15 17:28:41] Connection established to: 10.20.30.40 (HTTP.py|650)
(788)     [7] [Mai 15 17:28:41] Closing connection: <httplib.HTTPSConnection instance at 0x7f9eaab8a710> (HTTP.py|569)
(789)     [7] [Mai 15 17:28:41] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: deflate (JSONRPC.py|730)
(790)     [7] [Mai 15 17:28:41] Expecting deflated data from server (backwards compatible) (JSONRPC.py|738)
(791)     [6] [Mai 15 17:29:05] Received signal 1 (master.py|584)
(792)     [6] [Mai 15 17:29:05] Received signal 15 (master.py|584)
(793)     [5] [Mai 15 17:29:05] Need to terminate (master.py|586)
(794)     [2] [Mai 15 17:29:05] Traceback: (Logger.py|757)
(795)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/OPSI/UI.py", line 721, in yesno
(796)         buttonPressed = gridForm.run()
(797)      (Logger.py|757)
(798)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/snack.py", line 694, in run
(799)         return self.form.run()
(800)      (Logger.py|757)
(801)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/snack.py", line 355, in run
(802)         raise RuntimeError("EOF or IO error")
(803)      (Logger.py|757)
(804)     [2] [Mai 15 17:29:05]      ==>>> EOF or IO error (UI.py|728)
(805)     [6] [Mai 15 17:29:05] Received signal 15 (master.py|584)
(806)     [5] [Mai 15 17:29:05] Need to terminate (master.py|586)
(807)     [2] [Mai 15 17:29:05] Traceback: (Logger.py|757)
(808)     [2] [Mai 15 17:29:05]   File "/usr/local/bin/master.py", line 1394, in <module>
(809)         cancelLabel = _(u"Cancel")):
(810)      (Logger.py|757)
(811)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/OPSI/UI.py", line 721, in yesno
(812)         buttonPressed = gridForm.run()
(813)      (Logger.py|757)
(814)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/snack.py", line 694, in run
(815)         return self.form.run()
(816)      (Logger.py|757)
(817)     [2] [Mai 15 17:29:05]   File "/usr/lib/python2.7/dist-packages/snack.py", line 355, in run
(818)         raise RuntimeError("EOF or IO error")
(819)      (Logger.py|757)
(820)     [2] [Mai 15 17:29:05]      ==>>> EOF or IO error (master.py|1509)
(821)     [7] [Mai 15 17:29:05] Backend: <JSONRPCBackend(host=u'10.20.30.40', deflate=False)> (master.py|1512)
(822)     [7] [Mai 15 17:29:05] ProductId: win10-x64 (master.py|1513)
(823)     [7] [Mai 15 17:29:05] ClientId: xxxx.xxx.xxx.xxx (master.py|1514)
(824)     [7] [Mai 15 17:29:05] ProductOnClient: <ProductOnClient(clientId=u'xxxx.xxx.xxx.xxx', productId=u'win10-x64', installationStatus=None, actionRequest=None)> (master.py|1515)
(825)     [7] [Mai 15 17:29:05] Executing jsonrpc method 'productOnClient_updateObjects' on host u'10.20.30.40' (JSONRPC.py|115)
(826)     [7] [Mai 15 17:29:05] Posting request... (JSONRPC.py|713)
(827)     [7] [Mai 15 17:29:05] Starting new HTTPS connection (0) to 10.20.30.40:4447 (HTTP.py|648)
(828)     [7] [Mai 15 17:29:05] Connection established to: 10.20.30.40 (HTTP.py|650)
(829)     [7] [Mai 15 17:29:06] Closing connection: <httplib.HTTPSConnection instance at 0x7f9eaab47c68> (HTTP.py|569)
(830)     [7] [Mai 15 17:29:06] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: deflate (JSONRPC.py|730)
(831)     [7] [Mai 15 17:29:06] Expecting deflated data from server (backwards compatible) (JSONRPC.py|738)
(832)     [5] [Mai 15 17:29:06] Writing log to service (master.py|1536)
Kann mir da vielleicht jemand weiterhelfen?

Gruß
kinzi
kinzi
Beiträge: 167
Registriert: 27 Okt 2010, 11:38

Re: HP ProDesk 600 G3 mini - UEFI-Netboot hängt

Beitrag von kinzi »

Hallo,

ich hab' mir zwischenzeitlich selber geholfen. ;) Falls jemand mal das gleiche Problem hat, hier mein Lösungsansatz:
  • Die Hardware war nicht identisch - gleiche HP-Produktnummer, aber unterschiedliche Prozessoren (i3 vs i5) und damit wohl unterschiedliche "Chipsätze". :shock:
  • Wir setzen derzeit OPSI 4.0 (auf aktuellem Stand) ein, da ist das opsi-linux-bootimage auf Stand 2017-07-20.
Ich hab mir daher das opsi-linux-bootimage vom 2018-02-08 (aus dem OPSI 4.1 stable) heruntergeladen und händisch drüberkopiert. Damit klappt es jetzt auch mit der neuen Hardware.

Gruß
kinzi

[EDIT]

Schade, dass das 4.1er-opsi-boot-image nicht "backported" wurde auf 4.0. Kann das nicht einfach im 4.0er-Zweig verfügbar gemacht werden?

[/EDIT]
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1528
Registriert: 10 Jun 2015, 12:19

Re: [GELÖST] HP ProDesk 600 G3 mini - UEFI-Netboot hängt

Beitrag von m.radtke »

Hi

ein Teil des 4.1 Bootimages ist auch im 4.0 Bootimage.
In experimental findet sich ein aktuelleres. Da auch der opsi-atftpd aktualsiert werden musste, da das Bootimage größer als 90MB ist, mussten hierfür Patches die nicht von uns stammen angewendet werden. Da wir für die Veröffentlichung mit Fremdpatches noch kein klares vorgehen haben, bleibt das erstmal in experimental.

Zudem wird es im opsi 4.0 Bootimage keine weiteren Features mehr geben, nur noch Bugfixes. Für aktuellere Hardware und Kernel im Bootimage empfehlen wir die Verwendung von opsi 4.1.

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
Antworten