[Wanninger]

Hei Claus,

ich bin gerade wieder am Testen von neuer Hardware.

Aktuell habe ich aber das Problem, dass ein Mini-PC mit Intel N4100 CPU, nicht booten will.

Der USB Boot Stick aus den Tests mit dem Z83-F lief bisher einwandfrei in einem weiteren
Board mit J3455 CPU und mit N3450. Mit der neueren N4100 CPU bleibt der Bootprozess
direkt nach Ablauf des 5Sek. Timers hängen - nur ein Power-Off hilft noch.
Generell funktioniert die Box aber, denn ein Win10 und ein USB Stick mit Mint laufen astrein.

Ich verwendete hierzu ein einfaches Netinstall Image - MLD5.4Unstable

Das Board wäre interessant, da es ordentlich BIOS Optionen hat und u.A. auch rtc wake
und solche Dinge mehr.

Hast du ne Idee wieso der Bootvorgang nicht läuft, bzw. wie kann ich sehen, wo es hängt?
Auf verbose komme ich zwar noch, aber dann ist sofort Schluss...

---

[Matthias]

Welches Board hast Du den, Link?

[Wanninger]

@Matthias

Das ist das Board:

https://www.amazon.de/gp/product/B07DLNHDJY/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1

bekomme heute noch ein anderes Board, auch mit N4100 Chipsatz - anderer Hersteller andere HW,
mal sehen ob's da auch hängt.

Die N41 haben wohl alle bereits eine Intel UHD-600 Grafik on Board und bereits mit dem J3455 laufen
auch die UHD Sender ruckefrei...

[clausmuus]

Hi,

es kommt vor, das unser Kernel beim booten die Grafikkarte nicht unterstützt. in dem Fall bootet das System aber trotzdem, nur ohne Bild. Dann müsste je nach Geschwindigkeit des Systems trotzdem nach ein bis zwei Minuten das Webif erreichbar sein. Manchmal klappt auch die Anzeige des Webif auf dem Bildschirm. Dann ist also lediglich während des Bootvorgangs nichts zu sehen. Wenn lediglich das Webif über's Netzwerk erreichbar ist, sollte nach dem installieren des xorg-intel Treibers (und restart des xorg) wieder ein Bild zu sehen sein, bzw. nach dem installieren einer der angebotenen Zusammenstellungen.
Außerdem könnte es einen Unterschied machen, ob Du das stable oder das neue unstable Image verwendest.

[Wanninger]

o.k., ich werd' das nochmal testen.
Aber mein Versuch mit der 5.4 Stable, die ja bereits auf meinem Intel-400 (Z83-F)
läuft, hat ja den Intel Treiber schon installiert. Ich hab' da einfach den USB Stick
genommen und die neue Büchse davon zu booten versucht.

[Wanninger]

@Claus

Ich hab's jetzt nochmal gezielt ausprobiert.

Gleich vorne weg, es mach keinen Unterschied, ob es die 5.4Stabe oder 5.4Unstable ist.

Es ist auch egal, ob es das Netinstall-Image ist, oder ein bereits fertig eingerichtetes Sytsem vom USB Stick.
Da habe ich auch zwei, einmal als 5.4Stable und als 5.4Unstable - beide laufen problemlos auf dem Z83-F.

Gesamtergebnis ist in jedem getesteten Fall, eine Blockade des N4100.
Kein IP Bezug, ob gleich oder später mal, kein Ping bei den beiden USB Sticks ( beide sind auf statisch eingestellt)
Kurzum, man kommt nur mit einem Power off/on aus der Nummer wieder raus...

---

[clausmuus]

Mir fällt gerade ein, dass ich bei einem meiner Intel Systeme im Bios einstellen musste, dass kein Windows 10 gebootet werden soll. Da gab's so ne Option wie Windows oder other. Außerdem könnte eventuell eine secure boot Option im Bios Schuld sein.

[Wanninger]

Also bei der zweiten Box, auch eine GN41 N4100, bootet der Stick ganz normal durch.

Es geht auch soweit, dass der Xorg-Intel startet (1080p@50Hz), das Sofhddevice Fenster
wird auch angezeigt, auch der VDR arbeitet und ist über RESTfulAPI bedienbar, nur:

Es kommt kein Bild vom VDR.

Es ist auch nicht von der Einstellung des PrimaryDevices abhängig.

Unterstützt das softhddevice den Intel-UHD-600 Chipsatz überhaupt?
Den 500er kann er, aber den 600er?
Diese Box hätte auch explizit die S5 RTC Wakup Features im BIOS.

Wo kann ich noch drehen? Logfiles die darüber Auskunft geben?

Aktuell benutze ich die 5.4Unstable

---

[clausmuus]

Hast Du auch mal die stable versucht?

[Wanninger]

...ja, ist genau das gleiche Erscheinungsbild.

Kann du mit der Fehlermeldung was anfangen:

Code: [Select]

X.Org X Server 1.19.5
Release Date: 2017-10-12
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
Current Operating System: Linux MLD 4.16.16.200 #1 SMP Thu Jun 21 23:53:12 CEST 2018 x86_64
Kernel command line: BOOT_IMAGE=/kernel root=UUID=b8fd0b75-a515-438e-baa9-7bacd45a0ba0 vga=0x314 splash=silent quiet apm=off nodialog hpet=disable initrd=/initrd
Build Date: 16 October 2017  12:28:38PM
xorg-server 2:1.19.5-1 (https://www.debian.org/support)
Current version of pixman: 0.34.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 21 00:18:59 2018
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
intel_do_flush_locked failed: Input/output error
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
x exits at Fr Dez 21 00:19:14 CET 2018

[Wanninger]

Nachtrag:

Mit der 5.4U läuft Kodi, das PVR Plugin im Kodi zum lokalen VDR läuft auch,
wenn ich an Stelle von softhddevice, xinliboutput verwende kommt auch das VDR Bild,
nur über das softhddevice output plugin kommt kein Bild.

---

[Wanninger]

Wie ich soeben erfahren habe, ist die zweite Box, die wenigstens bootet und ein bisschen Bild bringt,
leider nicht durch einen BIOS Update zu "auto-power-on" nach Strom wiederkehr zu bewegen.
Somit fällt diese Box für Weiteres schon mal flach.

Bleibt also für weitere Tests nur die erste Box noch über, die das per BIOS Update kann.

Aber leider bleibt diese Box während des Bootvorganges sowohl mit 5.4S wie auch mit 5.4U, hart hängen.
Grundsätzlich läuft die Box - sowohl mit Windows10, wie auch mit Linux - nur eben nicht mit MLD.

Gibt es noch irgend welche Ideen, wie ich das Bootproblem eingrenzen könnte?

---

[clausmuus]

Hast Du bei der Box ohne Bild mal mal meinen Tipp vom Post #6 versucht?

[clausmuus]

Du könntest auch mal ein Debug-Log von dem System ertellen, das nur mit xineliboutput funktioniert.

[Wanninger]

Hast Du bei der Box ohne Bild mal mal meinen Tipp vom Post #6 versucht?

Jepp, habe alle Varianten die mir zur Verfügung stehen, durchprobiert.

Entweder ich bekomme die Rote Karte gezeigt, mit dem Hinweis dass mein Bootmedium nicht den Vorschriften
entspricht, oder bei abgeschwächter/ausgeschalteter "SecureBoot Einstellung" bootet die Box erstmal ganz
normal vom Stick, es wird die MLD "Startseite" angezeigt, mit der Auswahlmöglichkeit quiet/verbose..., der
Zähler zählt von 5 bis 0 rückwärts, dann wird nur noch "MLD" angezeigt und das wars. Keine weitere Reaktion
mehr. Auch nach mehreren Stunden - habe sie gestern mal angesteckt gelassen - passiert nichts mehr.
Sie hängt einfach hardwaremässig. Auch keine Geiergrif (C+A+D) wirkt mehr.

Die andere Box pack' ich nochmal aus und mach dann nen Hochlauf mit xinelib... und erstelle ein
Debug-Log davon. Allerdings hat diese Box halt keine auto-power-on Funktion, wodurch sie letzendlich
für mich (und weitere User) wieder ausscheiden würde.

---