Shutdown issues

ONE UP
1

Hello everyone,

I recently did a free reinstall of Trixie on the argon one up, and I have noticed that the shutdown process is taking far longer than previously, with the power button taking about 60 seconds to power off. I have tried to get the output from the journalctl -b -1 command without success, and I am not sure what is going on. If anyone has input on what I should do to fix this issue?

Thanks

2

I’ve also noticed that shutdown using the menu item also takes some time. However, using a CLI command of shutdown now seems to be faster.

I have also noticed that Raspberry PI startup behavior appears to bypass the rainbow splash screen and also to boot selection by pressing the spacebar after power button. This could be just the speed of NVME boot. So I will try changing the boot order using rpi-config and manually editing the EEPROM boot order. I’ll post the results.

3

Okay,

I will totally try this on my end. Thanks

Edit: So I tried using CLI to shutdown the computer, and I still am getting an issue where the power button stays on for over 60 seconds after the LCD screen shuts off. I am not sure what is going on, and have tried to see the system logs for the shutdown service without success. Any help would be appreciated

4

Hey everyone, I am still experiencing an issue with m computer taking a lot of time shutting down, with it even hanging for around 60 seconds before the power button also powers off. I have attached an image of the shutdown screen for reference, but if anyone could help with this, I would greatly appreciate it.

5

Are you using a CM5 with onboard emmc? Once I received the NVME hard drive I had ordered, I moved everything over to it and switched to a CM5 Lite (i.e. without emmc) and found that my shutdowns and reboots seem to hang for 30-60 seconds or so. I finally discovered that if I put a microsd card into the card slot, the shutdowns and reboots would act as expected and complete very quickly. Doesn’t matter if the card is formatted or not, it just seems like it has to be present or something hangs during shutdown.

1 Like
6

I am experiencing that same behaviour after a couple OS updates.

Configuration:
Vanilla Trixie
CM5 16GB RAM 0 EMMC
OS on an SSD 1TB

7

Thanks for this … I want to give it a shot! However from my first few tries, I cannot figure out if the SDCARD goes in copper contacts up or down. Which way is the right way?

8

Thanks for the response,

I ordered the argon one up fully assembled, so I have the CM5 Lite. The only main thing I have changed is swapping the 256 gb NVME that came with the system for a 1 TB NVME that I had lying around. I will try the sd card option to see if the shutdown time shortens for me.

9

Yes, this is a well known kernel bug:

github.com / raspberrypi / linux / #7014: CM5 Lite excessive reboot/shutdown delay if SD card is not present

Until this is fixed the only way I saw was disabling the uSD slot completely:

[root@argononeup overlays]$ cat mmc_disable.dts 
/dts-v1/;
/plugin/;

/ {
    compatible = "brcm,bcm2711", "brcm,bcm2712", "brcm,bcm2835";

    fragment@0 {
        target = <&sdio1>;
        __overlay__ {
            status = "disabled";
        };
    };
};
[root@argononeup overlays]$

Just like always simply compile with dtc -@ -I dts -O dtb -o mmc_disable.dtbo mms_disable.dts and enjoy your uSD being gone.

Good luck

Ralf

10

Thanks for sharing how to disable the uSD slot. I ended up plugging in an extra SD card I had lying around, and the shutdown issue is now gone. What is the reason the CM5 Lite has this issue if an SD card is not present?

1 Like
11

The SDIO bus is trying to talk to a non-existing WiFi or uSD SDIO device until it finally gives up after a certain timeout. That’s also why inserting a dummy sd card kinda works around that bug.

So this happens after the operating system has completely shut down already and during kernel shutdown phase.

12

Put the sd card in with the copper contacts facing down.

1 Like