gelöst: UEFI: HP Prodesk 400 G3 Desktop-Mini-PC Boot

[l.gremme]

Hallo alle zusammen,

ich versuche gerade einen HP ProDesk 400 G3 Desktop-Mini PC (P/N: 1EX83EA#ABD) via UEFI zu booten.
Ein ähnliches Modell funktioniert fehlerfrei (HP ProDesk 400 G3). Der Unterschied ist der Mini-PC!
Über PXE bekommt der Rechner eine IP.
Danach startet das TFTP mit /linux/install-x64.
Beim Laden der Datei /linux/miniroot-x64.bz2 bleibt der Rechner hängen.

Nach 30 Minuten oder länger hat sich nichts am Status der Installation etwas verändert.

Der Versuch über die aktuelle OPSI-Boot-CD war nicht erfolgreich.

Code: Alles auswählen

||/ Name                                Version                Architektur            Beschreibung
+++-===================================-======================-======================-===========================================================================
ii  opsi-atftpd                         0.7.dfsg-7             amd64                  advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii  opsi-configed                       4.0.7.5.22-2           all                    OPSI config editor
ii  opsi-depotserver                    4.0.7.3-1              all                    opsi depotserver configuration package
un  opsi-depotserver-expert             <keine>                <keine>                (keine Beschreibung vorhanden)
ii  opsi-linux-bootimage                20170720-1             amd64                  opsi bootimage for netboot tasks.
un  opsi-product-updater                <keine>                <keine>                (keine Beschreibung vorhanden)
un  opsi-tftpd                          <keine>                <keine>                (keine Beschreibung vorhanden)
ii  opsi-utils                          4.0.7.17-2             all                    utilites for working with opsi.
ii  opsiconfd                           4.0.7.13-1             all                    opsi configuration service
ii  opsipxeconfd                        4.0.7.8-3              all                    opsi pxe configuration daemon
ii  python-opsi                         4.0.7.45-3             all                    opsi python library
un  python2.7-opsi                      <keine>                <keine>                (keine Beschreibung vorhanden)

Ich bin gerade in der Evaluierung des UEFI/GPT-Moduls. Ich habe heute morgen bereits mit Herrn Wolfbardo telefoniert, vielen Dank für das nette Gespräch.

VG Lars

[m.radtke]

Hi

was steht den in der Syslog wenn der Client bootet?

Code: Alles auswählen

tail -f /var/log/syslog

[l.gremme]

Sehr geehrter Herr Radtke,

ich konnte den Fehler wesentlich mehr eingrenzen.
Syslog:

Code: Alles auswählen

Nov 30 09:55:27 depot dhcpd: efi64 client
Nov 30 09:55:27 depot dhcpd: DHCPDISCOVER from 98:e7:f4:bf:b9:f7 via eth0
Nov 30 09:55:28 depot dhcpd: DHCPOFFER on 192.168.1.27 to 98:e7:f4:bf:b9:f7 via eth0
Nov 30 09:55:30 depot dhcpd: efi64 client
Nov 30 09:55:30 depot dhcpd: DHCPREQUEST for 192.168.1.27 (192.168.1.100) from 98:e7:f4:bf:b9:f7 via eth0
Nov 30 09:55:30 depot dhcpd: DHCPACK on 192.168.1.27 to 98:e7:f4:bf:b9:f7 via eth0
Nov 30 09:55:30 depot in.tftpd[18677]: connect from 192.168.1.27 (192.168.1.27)
Nov 30 09:55:30 depot atftpd[18677]: Advanced Trivial FTP server started (0.7)
Nov 30 09:55:30 depot atftpd[18677]: Serving linux/pxelinux.cfg/elilo.efi to 192.168.1.27:1703
Nov 30 09:55:30 depot atftpd[18677]: Serving linux/pxelinux.cfg/elilo.efi to 192.168.1.27:1704
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0A8011B.conf to 192.168.1.27:1705
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0A801-x86_64.conf to 192.168.1.27:1706
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0A801.conf to 192.168.1.27:1707
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0A8-x86_64.conf to 192.168.1.27:1708
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0A8.conf to 192.168.1.27:1709
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0-x86_64.conf to 192.168.1.27:1710
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/C0.conf to 192.168.1.27:1711
Nov 30 09:55:31 depot atftpd[18677]: Serving linux/pxelinux.cfg/01-98-e7-f4-bf-b9-f7 to 192.168.1.27:1712
Nov 30 09:55:31 depot atftpd[18677]: Serving /linux/install-x64 to 192.168.1.27:1713
Nov 30 09:55:31 depot atftpd[18677]: Serving /linux/miniroot-x64.bz2 to 192.168.1.27:1714
Nov 30 09:56:35 depot dhcpd: DHCPDISCOVER from 98:e7:f4:bf:b9:f7 via eth0
Nov 30 09:56:36 depot dhcpd: DHCPOFFER on 192.168.1.27 to 98:e7:f4:bf:b9:f7 (opsi-client) via eth0
Nov 30 09:56:36 depot dhcpd: DHCPREQUEST for 192.168.1.27 (192.168.1.100) from 98:e7:f4:bf:b9:f7 (opsi-client) via eth0
Nov 30 09:56:36 depot dhcpd: DHCPACK on 192.168.1.27 to 98:e7:f4:bf:b9:f7 (opsi-client) via eth0

Der Fehler liegt in der Anzeige vor, d. h. die Anzeige bleibt bei dem Bild stehen und gibt keine weiteren Informationen auf der schwarzen ELILO.conf bei UEFI Boot aus. Es fehlt sozusagen die Anzeige zum Laden der Dienste, etc. Das Bild wird einfach nicht mit ausgegeben.

Nach einiger Zeit startet der Rechner neu und bootet dann das auf die Platte geschriebene Windows UEFI-Image. Interessanterweise verläuft der PE-Modus in eine Schleife.

VG Lars

[m.radtke]

Hi Lars,

welche Version des Bootimages setzt du ein?
Dass das WinPE in einer Schleife läuft liegt vermutlich daran das das PE nicht in der Lage ist die Bootreihenfolge des EFI Bootloaders zu ändern. Das liegt meiner Einschätzung nach an einem schlecht implementierten EFI und bei HP Geräten habe ich das schon des öfteren gesehen.

Was passiert wenn du manuell auf die Platte gehst im Bootloader?

Gruß
Mathias

[l.gremme]

Hallo Matthias,

welche Version des Bootimages setzt du ein?

Ich setze als Installfiles die Dateien von 1703 ein, das Bootimage ist auf dem aktuellsten Stand.
Das WinPE für Win10 setze ich von euch ein.

Was passiert wenn du manuell auf die Platte gehst im Bootloader?

Was meinst du konkret damit?
Booten im WinPE und dort auf die Platte schauen?
- Es ist dort eine C-Partition vorhanden mit Windows Dateien, D-Partition für WinPE-Dateien, X-Partition mit dem Namen Boot.
Als Workaround manuell den Bootloader anpassen und auf C umschreiben?

VG Lars

[m.radtke]

das Bootimage ist auf dem aktuellsten Stand.

Das habe ich schon oft gehört und dem war oft genug nicht so
Bitte die Version des Bootimages

Was meinst du konkret damit?
Booten im WinPE und dort auf die Platte schauen?
- Es ist dort eine C-Partition vorhanden mit Windows Dateien, D-Partition für WinPE-Dateien, X-Partition mit dem Namen Boot.
Als Workaround manuell den Bootloader anpassen und auf C umschreiben?

VG Lars

Ich meine damit, ins EFI gehen, von WinPE auf die normale Festplatte umstellen und schauen was passiert.

Gruß
Mathias

[l.gremme]

Hallo Matthias,

frisch kopiert aus dem ersten Beitrag:

Code: Alles auswählen

ii  opsi-linux-bootimage                20170720-1             amd64                  opsi bootimage for netboot tasks.

Zudem habe ich gestern noch ein Update aller Komponenten auf dem Server durchgeführt.

Ich meine damit, ins EFI gehen, von WinPE auf die normale Festplatte umstellen und schauen was passiert.

Ich habe die Boot-Partitions versucht mittels bcdboot umzukonfigurieren. Ich lande automatisch im WinPE, selbst wenn ich die erfolgreiche Meldung vom umkonfigurieren erhalte.

Ein Problem/ggf. Bug sehe ich bei der Produktserie in Bezug auf dem stehengebliebenen Bild (/linux/install-x64, nächste Zeile /linux/miniroot-x64.bz2), dass ich nicht sehe, welche Dienste im Linux-Bootimage gestartet werden, etc. Ich kann den Verlauf des Löschens nicht vollständig im Fehlerfall überwachen.

Beim WinPE startet das erste Mal den Installer erfolgreich, beim zweiten Mal bleibt dieser hängen in der Kommandozeile mit: "The System connot find the Path specified." von der C:\opsi\startnet.cmd.

Ich habe konkret bei HP Mini-PC's dieses Problem.

VG Lars

[m.radtke]

Hi

Probiere mal das Bootimage aus testing bzw experimental aus, vielleicht bist du von einem Bug betroffen den wir bisher nur bei neuen lenovo Geräten hatten zwecks der Anzeige.

wenn das WINPE durchläuft löscht es glaube ich die startnet.cmd nach dem erfolgreichen Durchlauf.

Das es erneut ins WinPE läuft ist wie gesagt ein Problem von Windows mit kaputten EFI Impementationen. Hast du denn schon direkt im EFI auf die Platte umgestellt nach dem das WinPE durchgelaufen ist.
Bzw drück mal beim Boot F12 und sag dem EFI es soll direkt von der Platte booten und nicht von der WinPE.

Offensichtlich greift der bcdboot nicht ins EFI rein und ändert an der Stelle auch nix. wie gesgat, schlechte EFI Implementation, oder bcdboot kommt damit nicht klar.

Welche Basis hat dein WinPE? schon mal mit einem Win10 WinPE probiert?

Gruß
Mathias

[l.gremme]

Hallo Matthias,

ich habe erstmal die aktuellen Bootimages aus testing und experimental ausprobiert. Dort gibt es weiterhin bei dem Rechnermodell kein Bild. Es verhält sich weiterhin wie oben beschrieben.

Das es erneut ins WinPE läuft ist wie gesagt ein Problem von Windows mit kaputten EFI Impementationen. Hast du denn schon direkt im EFI auf die Platte umgestellt nach dem das WinPE durchgelaufen ist.
Bzw drück mal beim Boot F12 und sag dem EFI es soll direkt von der Platte booten und nicht von der WinPE.

Durch F12 wird mir die PXE-Option angeboten. Durch einen Reboot läuft interessanterweise das Setup weiter durch ...

Das WinPE in Version Win10 kommt von euch, s. https://download.uib.de/abo/winpe_uefi, eins davon basiert auf Win10.

VG Lars