this post was submitted on 05 Jun 2025
38 points (97.5% liked)

Linux

56694 readers
839 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
nooter692@lemmy.ml
AgreeableLandscape@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
38
Linux server hangs on shutdown (lemmy.fish)
submitted 1 month ago by potentiallynotfelix@lemmy.fish to c/linux@lemmy.ml
53 comments fedilink hide all child comments
 

I've had two server oses here: alma linux and debian(currently). On both of them, they will hang when I shut them down from cockpit, and they hang at the end of the shutdown.

Also, it takes an hour to a day to have this issue start. if it's restarted two times in a row quickly, it works perfectly fine for some reason.

What I've tried:

  • setting "acpi=off" and "acpi=force" kernel parameters in grub
  • removing my nvidia gpu(i was using nouveau drivers)
  • changing distros

nothing worked. here are some things that both distros had in common with eachother:

  • systemd
  • cockpit
  • libvirt & qemu
  • docker

does anyone have advice? nothing i've seen online has worked. thank you for suggestions

you are viewing a single comment's thread
view the rest of the comments
[–] potentiallynotfelix@lemmy.fish 9 points 1 month ago (5 children)

Monitor output after shutting down:

I've given it 6 hours or so to shut down, so it's almost 100% a hang not a slow shutdown

[–] AnEilifintChorcra@sopuli.xyz 5 points 1 month ago (2 children)

I had this issue: failed to finalise remaining DM devices. Which led me to here https://github.com/systemd/systemd/issues/15004 and Skinner927 mentions your issue in that thread

I'd try uninstalling nouveau completely and see if the issue persists for you

[–] potentiallynotfelix@lemmy.fish 3 points 1 month ago (2 children)

The xserver-xorg-video-nouveau package was not installed, how else would I remove nouveau?

[–] AnEilifintChorcra@sopuli.xyz 2 points 1 month ago (1 children)

I don't have an Nvidia GPU so I don't have any experience with it but a quick search brought me to Nvidias website and the instructions seem to line up with users answers on other forums.

Disable it here https://docs.nvidia.com/ai-enterprise/deployment/vmware/latest/nouveau.html or apparently installing Nvidias proprietary drivers automatically blacklists Nouveau.

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago* (last edited 1 month ago)

lsmod | grep nouveau returns nothing, so I assume removing my gpu automatically stopped it from being loaded. that sorta rules out nouveau as an issue assuming it's not present somewhere else.

[–] ReversalHatchery@beehaw.org 2 points 1 month ago (1 children)

that's only the X11 "driver" for it. nouveau is built into the kernel, the way to "uninstall" it is to make it not get loaded, by blacklisting it

https://wiki.archlinux.org/title/Nouveau

but this does not seem to be the problem

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago

Agreed, lsmod | grep nouveau returns nothing, so I'm not concerned about nouveau or nvidia being the issue here.

[–] Aradia@lemmy.ml 3 points 1 month ago (1 children)

seems its a nvidia issue, i also have that issue, the gpu locks and i need to reboot while the VM with the nvidia passthrough freezes. i need a full reboot from baremetal machine to stop gpu using all his power stuck, don't let it be for hours being on or you will kill your hardware

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago (1 children)

I have removed my gpu and the issue is still present.

[–] Aradia@lemmy.ml 1 points 1 month ago (1 children)

yes sorry I read you after writting it, if you remove the GPU the log message is the same but without the GPU lockup line?

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago (1 children)

hi, a bios version revert solved the issue. thank you for the help!

[–] Aradia@lemmy.ml 2 points 1 month ago

Perfect! Thanks for the feedback, good to know BIOS could solve hardware issues also. Weird to see you needed to reverd to fix the problems.

[–] truthfultemporarily@feddit.org 2 points 1 month ago (1 children)

Yeah that seems like a mainboard issue.

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago (1 children)

I've run arch linux for a year or so before converting it, and no issues with shutdown. what makes you think that's the cause?

[–] truthfultemporarily@feddit.org 2 points 1 month ago (2 children)

Because you tried two different OSes and the point where it hangs is the point where the OS sends an APM/ACPI command to reboot / power off. This is the last thing the OS does. So if that's not happening something is wrong with the hardware, BIOS, or BIOS settings.

You could try the syslog (journalctl), but logging is probably already off at that point.

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago (1 children)

yeah journalctl logs show nothing relevant. I have disabled acpi and forced it(acpi=force), but that didn't fix this. There are a lot of different combinations of acpi settings I could try:

acpi=force noapic
nolapic
noapic
acpi_osi=“Linux”
acpi_osi=“Windows 2006”
acpi=ht
pci=noacpi
acpi=noirq
pnpacpi=off

But I found these from a guy which they didn't work on so I'm reluctant to try them.

[–] ReversalHatchery@beehaw.org 2 points 1 month ago (1 children)

did you check it /proc/cmdline if the params were taken into account? perhaps you edited the config but didn't update the initramfs

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago

Yes, I've always made sure to use update-grub and checked cmdline to make sure it has the correct parameters. Regardless of acpi=force or acpi=off, it would still hang.

[–] hendrik@palaver.p3x.de 1 points 1 month ago (1 children)

And I guess if you're in front of the computer, you could just press the reset button or unplug it at that point (after it sucessfully synchronized the disks). no need to let it sit, there is no harm or data to be lost at that point.

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago

that is what I end up doing right now, but if I'm on vacation and I need to reboot, I'm fucked.

[–] ReversalHatchery@beehaw.org 1 points 1 month ago (1 children)

do you know that use device mapper? what kind of device is /dev/dm-1 ?

"dmsetup info" might help

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago (1 children)

sudo dmsetup info returns:

Name:              raven--vg-root
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        1
Event number:      0
Major, minor:      254, 0
Number of targets: 1
UUID: LVM-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Name:              raven--vg-swap_1
State:             ACTIVE
Read Ahead:        256
Tables present:    LIVE
Open count:        2
Event number:      0
Major, minor:      254, 1
Number of targets: 1
UUID: LVM-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
[–] ReversalHatchery@beehaw.org 1 points 1 month ago (1 children)

did you make these yourself? if not, could you cdo an ls -l /dev/mapper? it shows which name corresponds to which dm device

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago

Hi, thanks for your help! I fixed this with a bios update.

[–] BCsven@lemmy.ca 1 points 1 month ago (1 children)

Says reboot, are you issuing a reboot or a shutdown poweroff? Entering sleep state 5 shout be power off right?

[–] potentiallynotfelix@lemmy.fish 1 points 1 month ago (1 children)

I click the reboot button on cockpit, which issues a shutdown --reboot command as root. I agree that sleep state S5 is powered off. From the acpi docs:

A computer state where the computer consumes a minimal amount of power. No user mode or system mode code is run. This state requires a large latency in order to return to the Working state. The system’s context will not be preserved by the hardware. The system must be restarted to return to the Working state. It is not safe to disassemble the machine in this state.

This likely means my system is failing to reach that s5/g2 state.

[–] BCsven@lemmy.ca 3 points 1 month ago (1 children)

If you ssh login directly and issue same command, not In cockpit interface, does it react the same?

[–] potentiallynotfelix@lemmy.fish 2 points 1 month ago

hi, a bios revert fixed this issue. thank you for helping!