Linux (geen enkele distributie) zet PC uit

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Pimmeh
  • Registratie: Januari 2003
  • Laatst online: 06-09 22:13
Ik heb een heel weird probleem dat ik heb weten te herleiden tot waarschijnlijk de Linux-kernel: mijn pc schakelt niet uit. Dat wil zeggen: alle Linux-versies die ik heb geprobeerd doorlopen het volledige afsluitproces succesvol tot aan het punt waarop je "Sending the Power OFF signal" ziet. Daarna gaat het scherm in stand-by, maar blijft de pc aan: alle ventilatoren blijven draaien, de power-LED blijft branden, etcetera.

De pc is pas een jaar oud, dus nog vrij nieuw. Ik heb al veel geprobeerd en de enige gemeenschappelijke factor (naast de hardware) lijkt de Linux-kernel te zijn. Maar als iemand hier een beter idee heeft, let me know.

Ik heb een versie van de logs (via journalctl -b-1) van de laatste mislukte shutdown (inclusief een boot-up) online gezet:
https://pimmeh.org/pimmeh...issue/previous_boot_1.log

Specificaties van de pc:
  • Moederbord: NZXT N7 B650 Extreme
  • CPU: AMD Ryzen 7 7800X3D
  • RAM: Kingston FURY 32 GB DDR5-6000 (2×16 GB)
  • PSU: Corsair RM750 2021
  • SSD: Lexar NM790 2 TB
  • GPU: Asrock Radeon RX 7800 XT Steel Legend 16GB OC - Vi16GB GDDR6
Symptomen:
  • Windows 10 schakelt mijn pc altijd correct uit, nooit problemen gehad in een jaar gebruik.
  • FreeBSD (een live-ISO) schakelt de pc altijd correct uit (ik probeerde dit om te achterhalen waar het probleem lag, omdat FreeBSD een compleet andere architectuur gebruikt).
  • GRUB kan de pc correct afsluiten (ik had een live-Linux-ISO waarin ‘shutdown pc’ een optie in het GRUB-menu was).
  • Alle Linux-distributies die ik heb geprobeerd, kunnen in 99% van de gevallen mijn pc niet uitschakelen. Ik heb Mint, Fedora, Arch, OpenSUSE, VoidLinux, Alpine en NixOS geprobeerd. Behalve Mint (dat als dual-boot met Windows 10 is geïnstalleerd), waren dit allemaal vers opgestarte live-ISO’s zonder extra software, drivers, etc.
  • Opvallend: soms kon Linux de pc wél correct uitschakelen. Dit gebeurde echter zelden en willekeurig. Bij een herhaling met exact dezelfde instellingen en setup faalde het weer. Dit bewijst mij dat Linux in staat is om de pc correct uit te schakelen en dat de hardware het toestaat. Misschien treedt er in 99% van de gevallen een specifieke race condition op?
Wat ik al heb geprobeerd (zonder succes):
  • BIOS geüpdatet naar de nieuwste versie.
  • Zowel een koude als een warme start geprobeerd → geen verschil.
  • Heel veel kernelparameters getest (zie hieronder). Het werkte óf niet óf brak meer dan het oploste.
  • Kernel 6.13 gedownload en zelf gecompiled.
  • De shutdown-logs bekeken (journalctl -b-1), maar niets opvallends gevonden (voor zover mijn kennis reikt).
  • Verschillende shutdown-commando’s geprobeerd (zoals echo o | sudo tee /proc/sysrq-trigger), maar geen enkele sloot de pc af.
  • Allerlei ACPI-instellingen in het BIOS aangepast → geen effect.
  • GPU verwijderd en interne graphics van de CPU/moederbord gebruikt.
  • Alle externe hardware losgekoppeld behalve het toetsenbord. Zelfs een ander toetsenbord geprobeerd om dat uit te sluiten.
Kernelparameters die ik heb geprobeerd:
  • acpi=off → brak meer functionaliteit en werkte niet.
  • acpi.power_nocheck=1
  • acpi_sleep=old_ordering
  • acpi=copy_dsdt
  • apm=power_off
  • apm=on
  • apm=off
  • acpi=force
  • acpi=noirq
  • pci=noacpi → brak veel dingen bij boot, inclusief muis en toetsenbord, waardoor ik geen shutdown-commando kon geven.
  • acpi_os_name=Linux
  • pci=nomsi → zelfde probleem als pci=noacpi.
  • pci=noaer
  • pci=nosort
  • pci=nodma
  • nmi_watchdog=0
Ik wil niet migreren naar Windows 11, dus ik dacht Linux een kans te geven. Maar als mijn pc niet correct afsluit, is dat wel een flinke dissatisfier. :+

Heeft iemand een idee hoe ik 1) het probleem kan achterhalen en 2) het kan oplossen?

Beste antwoord (via Pimmeh op 28-01-2025 23:59)


  • mrmrmr
  • Registratie: April 2007
  • Niet online
Die log bevat enorm veel debug data. Kun je een gewone dmesg output geven zonder diepe debug logging?

Gebruik default BIOS settings en geen kernel parameters. De BIOS moet niet voor snel opstarten zijn ingesteld.

Debian is aan te raden in plaats van specialistische distributies met eigenaardigheden. Ook geen zelf gecompileerde kernel of andere eigen aanpassingen. In ieder geval voor testen.

Het uitschakelen van de computer is een ACPI functie. Dat is een oude standaard manier van het geven van opdrachten aan het systeem. ACPI hangt samen met de BIOS.

Jan 23 23:41:23 Vega-Mint kernel: ACPI: PM: (supports S0 S3 S4 S5)

S5 moet het systeem uitschakelen.

Ik zie deze foutmelding:
Jan 23 23:41:45 Vega-Mint cinnamon-session-binary[1664]: WARNING: t+10.40061s: Unable to stop system via systemd: GDBus.Error:org.freedesktop.login1.OperationInProgress: There's already a shutdown or sleep operation in progress

Hardware kan de oorzaak zijn van het niet werken van uitschakelen. Voor jouw systeem zou ik ook eens testen zonder SSD en zonder grafische kaart. Gebruik verder een standaard bedraad toetsenbord en verder geen USB aanhangsels. Koppel kastonderdelen ook los van USB. Als je boot vanaf USB, gebruik dan een USB2 stick. Geen USB3.

Ik zie USB foutmeldingen zoals:
usb 1-7: device descriptor read/64, error -110

Hangt er een lader aan de computer?

Staan er scripts in /lib/systemd/system-shutdown?

Alle reacties


Acties:
  • 0 Henk 'm!

  • bcome
  • Registratie: September 2013
  • Laatst online: 11:46
Welk commando gebruik je om Linux af te sluiten? En heb je een voorbeeld van welke Linux distributie je problemen mee hebt?

Acties:
  • 0 Henk 'm!

  • Pimmeh
  • Registratie: Januari 2003
  • Laatst online: 06-09 22:13
Zoals ik schreef heb ik Mint, Fedora, Arch, OpenSUSE, VoidLinux, Alpine en NixOS geprobeerd. Aangezien ze het allemaal niet doen, ben ik alles op mijn Mint-installatie aan het proberen.

Verder zet ik hem uit via de GUI, maar heb ook alle standaard en niet-standaard command line commands geprobeerd. Altijd hetzelfde: shutdownprocedure doorlopen maar uitgaan: nope.

Acties:
  • 0 Henk 'm!

  • spone
  • Registratie: Mei 2002
  • Niet online
Mijn gevoel is de SSD, maar dat is nergens hard op gebaseerd.

Treedt het probleem nog steeds op als je zoveel mogelijk componenten loskoppelt, zoals je SSD, GPU, alle USB devices behalve muis/toetsenbord, USB front panel headers?

Als het dan wel werkt weet je dat het in (een combinatie van) die dingen zit. Als het nog steeds niet werkt dan kan je die zaken in elk geval uitsluiten.

i5-14600K | 32GB DDR5-6000 | RTX 5070 - MacBook Pro M1 Pro 14" 16/512


Acties:
  • 0 Henk 'm!

  • ahbart
  • Registratie: Januari 2002
  • Laatst online: 24-09 22:11
Geef eens op de commandline:
code:
1
sudo shutdown -P 0

Acties:
  • 0 Henk 'm!

  • Pimmeh
  • Registratie: Januari 2003
  • Laatst online: 06-09 22:13
ahbart schreef op zondag 26 januari 2025 @ 21:08:
Geef eens op de commandline:
code:
1
sudo shutdown -P 0
Dit werkte helaas ook niet.
spone schreef op zondag 26 januari 2025 @ 21:03:
Mijn gevoel is de SSD, maar dat is nergens hard op gebaseerd.

Treedt het probleem nog steeds op als je zoveel mogelijk componenten loskoppelt, zoals je SSD, GPU, alle USB devices behalve muis/toetsenbord, USB front panel headers?

Als het dan wel werkt weet je dat het in (een combinatie van) die dingen zit. Als het nog steeds niet werkt dan kan je die zaken in elk geval uitsluiten.
De SSD heb ik nog niet uitgesloten, die kan ik wel proberen. Zou via de BIOS die disablen ook genoeg zijn denk je? Scheelt dat ding weer uitbouwen. GPU en alle andere USB-devices heb ik al wel geprobeerd. Hoewel je me wel triggert op 'USB front panel headers', want ik heb ook een paar RGB-devices op mijn moederbord geplugd zitten. De helft is aRGB maar sommigen hebben een USB-hubje en zitten op de USB-pinouts op het moederbord. Dus dat allemaal lostrekken is zeker wel een idee nog om te gaan proberen.

Acties:
  • 0 Henk 'm!

  • t.w.e.a.k.e.r
  • Registratie: Januari 2025
  • Laatst online: 24-09 20:18

t.w.e.a.k.e.r

¯\_(ツ)_/¯

Vroeger kon je hem wel uitzetten?

Shit happens yk


Acties:
  • 0 Henk 'm!

  • ahbart
  • Registratie: Januari 2002
  • Laatst online: 24-09 22:11
Pimmeh schreef op zondag 26 januari 2025 @ 21:27:
[...]

Dit werkte helaas ook niet.
[...]
code:
1
poweroff

of:
code:
1
sudo systemctl poweroff


Je zult het commando moeten vinden dat hem uitzet. Lijkt me. Want het kan blijkbaar wel.

Acties:
  • 0 Henk 'm!

  • Pimmeh
  • Registratie: Januari 2003
  • Laatst online: 06-09 22:13
Ik heb deze PC nu een jaar en altijd Windows 10 gedraaid. Dat gaat altijd prima. Tot ik laatst Linux wilde proberen en dat is nog nooit gelukt. Met een geheel nieuwe installatie en alle live ISO's die ik geprobeerd heb.

Acties:
  • Beste antwoord
  • 0 Henk 'm!

  • mrmrmr
  • Registratie: April 2007
  • Niet online
Die log bevat enorm veel debug data. Kun je een gewone dmesg output geven zonder diepe debug logging?

Gebruik default BIOS settings en geen kernel parameters. De BIOS moet niet voor snel opstarten zijn ingesteld.

Debian is aan te raden in plaats van specialistische distributies met eigenaardigheden. Ook geen zelf gecompileerde kernel of andere eigen aanpassingen. In ieder geval voor testen.

Het uitschakelen van de computer is een ACPI functie. Dat is een oude standaard manier van het geven van opdrachten aan het systeem. ACPI hangt samen met de BIOS.

Jan 23 23:41:23 Vega-Mint kernel: ACPI: PM: (supports S0 S3 S4 S5)

S5 moet het systeem uitschakelen.

Ik zie deze foutmelding:
Jan 23 23:41:45 Vega-Mint cinnamon-session-binary[1664]: WARNING: t+10.40061s: Unable to stop system via systemd: GDBus.Error:org.freedesktop.login1.OperationInProgress: There's already a shutdown or sleep operation in progress

Hardware kan de oorzaak zijn van het niet werken van uitschakelen. Voor jouw systeem zou ik ook eens testen zonder SSD en zonder grafische kaart. Gebruik verder een standaard bedraad toetsenbord en verder geen USB aanhangsels. Koppel kastonderdelen ook los van USB. Als je boot vanaf USB, gebruik dan een USB2 stick. Geen USB3.

Ik zie USB foutmeldingen zoals:
usb 1-7: device descriptor read/64, error -110

Hangt er een lader aan de computer?

Staan er scripts in /lib/systemd/system-shutdown?

Acties:
  • +3 Henk 'm!

  • Pimmeh
  • Registratie: Januari 2003
  • Laatst online: 06-09 22:13
Dankzij de reactie van @mrmrmr ben ik álles los gaan koppelen wat ik maar kon vinden, tot aan de case fans, front USB poorten en dus ook SSD aan toe. Ik had alleen nog CPU, moederbord, RAM en een bedraad simpel toetsenbord over. En waarempel: hij ging uit! Consequent, keer na keer achter elkaar. Mijn mond viel even open van verbazing en opluchting.

Ok, dus één voor één onderdelen erin stoppen, beginnen met de SSD. En meteen: hij ging niet meer uit. Echter heb ik 3 M2-slots op mijn moederbord, dus ze allemaal even geprobeerd. De eerste faalde dus. De tweede ook. Echter, M2_3: eureka! Consequent werkt het uitzetten. Yay!

Toen weer alle andere hardware opgebouwd en steeds bleef alles werken. Toen weer de SSD naar M2_2 gewisseld (just to be sure) en inderdaad: hij ging weer niet uit.

Conclusie: het is de combinatie van SSD in slot M2_1 of slot M2_2 waar dit op misgaat. Ik heb even geen andere M2-SSD hier liggen om de SSD zelf uit te sluiten. Ik ben dus 1) heel erg blij want mijn probleem is in principe opgelost maar 2) alsnog benieuwd als Tweaker zijnde waarom dit misgaat in deze slots.

De specificaties van de slots zijn, volgens de handleiding van het moederbord:
M2_1: M.2 Socket 3 with M key, supports type 2242/2260/2280 storage devices (Supports PCIE)
M2_2: M.2 Socket 3 with M key, supports type 2242/2260/2280/22110 storage devices (Supports PCIE)
M2_3: M.2 Socket 3 with M key, supports type 2242/2260/2280 storage devices (Supports PCIE & SATA mode)

Ik zie hier als enige verschil dat M2_3 (waar alles naar behoren werkt) alleen extra support voor SATA staan. Maar het kan hier natuurlijk evengoed niks mee te maken hebben en een bug in de keten Kernel -> Moederbord -> Specifiek M2_1 of M2_2 -> SSD zijn en we zullen er nooit achter komen.

[ Voor 23% gewijzigd door Pimmeh op 27-01-2025 23:54 ]


Acties:
  • +1 Henk 'm!

Verwijderd

Pimmeh schreef op maandag 27 januari 2025 @ 23:53:
...

De specificaties van de slots zijn, volgens de handleiding van het moederbord:
M2_1: M.2 Socket 3 with M key, supports type 2242/2260/2280 storage devices (Supports PCIE)
M2_2: M.2 Socket 3 with M key, supports type 2242/2260/2280/22110 storage devices (Supports PCIE)
M2_3: M.2 Socket 3 with M key, supports type 2242/2260/2280 storage devices (Supports PCIE & SATA mode)

Ik zie hier als enige verschil dat M2_3 (waar alles naar behoren werkt) alleen extra support voor SATA staan. ...
Volgens de specificaties van het moederbord op de prijskijk heeft slot 3 slechts twee pcie paden, waar de anderen er vier hebben. Geen idee ofdat dat wat te maken heeft met het probleem, maar het is nog een verschil.

Heb je al een firmware update voor de ssd geprobeerd? Overigens: volgens de internet-wijsheid botert het niet altijd even goed tussen dat model ssd en linux.

[ Voor 13% gewijzigd door Verwijderd op 28-01-2025 02:30 . Reden: suggestie toegevoegd ]

Pagina: 1