Neue Rechner in 5.27/5.28 machen reboot statt poweroff

[Rüdiger Kupper]

Die neu aufgestellten Rechner booten automatisch neu, wenn sie per Software heruntergefahren werden. BIOS-Einstellung?

[bau]

Das könnte höchstens eine Einstellung zum Verhalten nach dem PowerOFF sein.

[Rüdiger Kupper]

Notiz: noch mal die WOL-Einstellungen der Netzwerkkarte genau ansehen. Manche Karten haben auch die Option, außer vom magic packet von *jedem* Paket aufzuwachen, das ankommt. Wenn das bei denen aktiviert ist, würde es das Verhalten erklären.

[Rüdiger Kupper]

Nö, das ist es leider nicht:

root@rechner-5-28-09:/home/teachers/kup# ethtool eth0
Settings for eth0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: 1000Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: on (auto)
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000007 (7)
			       drv probe link
	Link detected: yes

Da steht eindeutig "Wake-on: g" und "g" steht für Magic Packet, sonst nichts.

[Rüdiger Kupper]

Ich hab's gefunden, hartnäckiges Googeln hat geholfen. Antwort stand hier:
​https://askubuntu.com/a/1076172/438558
Und es ist ein Bug, den einige Intel-Boards haben. Der USB-Controller sendet nach den Herunterfahren einen überflüssigen Interrupt, der den Rechner wieder aufweckt. Anscheinend haben unsere Lenovo Thinkcentres diesen Intel-Chipsatz:

The Intel desktop boards DH77EB and DH77DF have a hardware issue that can be worked around by BIOS. If the USB ports are switched to xHCI on shutdown, the xHCI host will send a spurious interrupt, which will wake the system. Some BIOS will work around this, but not all.

The bug can be avoided if the USB ports are switched back to EHCI on shutdown. The Intel Windows driver switches the ports back to EHCI, so change the Linux xHCI driver to do the same.

Unser BIOS macht den Workaround offenbar nicht (vielleicht hilft ein Update), doch man kenn den Linux-Kernel anweisen, das zu machen, durch die Kernel-Option xhci_hcd.quirks=270336. Die habe ich jetzt in unsere grub.cfg reingeschrieben (Schüler- und Lehrernetz) und jetzt bleiben die Rechner aus.

Das wirre ist, dass dieser "Quirk" eigentlich längst in den Linux-Kernel integriert wurde, der stammt nämlich bereits von 2012:
​https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit?id=e95829f474f0db3a4d940cae1423783edd966027

Vielleicht ist es eine Regression in neueren Linux-Kernels? Da sollten wir wohl mal einen Bug-Report an kernel.org schreiben.

[bau]

Cool - was es nicht alles gibt :-)