Slow Shutdown, Reboot error

The “unresponsive” part is likely to be your BIOS, with openSUSE not actually involved in the problem.

I agree; the unresponsive reboot is unlikely to be an openSUSE issue. Once booted the system seems to operate normally. But a cold boot proceeds without problems. The issue only arises with warm reboot. I don’t know how ‘restart’ works, but it is logical that BIOS (or secure boot) may be involved, so thanks for that. Can you give me a hint about BIOS settings that may cause “unresponsiveness” on warm reboot?

That has opened a writhing can of juicy worms.
On the machine BIOS side its simple enough. ACPI is described here. This extract from the specification was found here. Regarding ACPI restart, the author says: “I’ll quote the 2.0 specification on what it does:”

The optional ACPI reset mechanism specifies a standard mechanism that provides a complete system reset. When implemented, this mechanism must reset the entire system. This includes processors, core logic, all buses, and all peripherals. From an OSPM perspective, asserting the reset mechanism is the logical equivalent to power cycling the machine. Upon gaining control after a reset, OSPM will perform actions in like manner to a cold boot.
(My emphasis.)

Linux ‘restart’ process is complicated. I found a 2011 blog article here with an outline of the kernel processes. Way beyond me.

Is this of any assistance:

# dmidecode 3.2
Getting SMBIOS data from sysfs.
SMBIOS 3.1 present.
80 structures occupying 3855 bytes.
Table at 0xC3374000.

Handle 0x0000, DMI type 43, 31 bytes
TPM Device
        Vendor ID: IFX
        Specification Version: 2.0      Firmware Revision: 7.63
        Description: SLB9670    Characteristics:
                Family configurable via firmware update
                Family configurable via platform software support
        OEM-specific Information: 0x00000000

Handle 0x0001, DMI type 0, 26 bytes
BIOS Information
        Vendor: HP
        Version: Q01 Ver. 02.07.01
        Release Date: 04/23/2019
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 32 MB
        Characteristics:
                PCI is supported
                PC Card (PCMCIA) is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                Print screen service is supported (int 5h)
                8042 keyboard services are supported (int 9h)
                Serial services are supported (int 14h)
                Printer services are supported (int 17h)
                ACPI is supported
                USB legacy is supported
                BIOS boot specification is supported
                Function key-initiated network boot is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 7.1
        Firmware Revision: 7.210

What about uefi fast boot? Did you disable that option?

Some BIOS have a fast boot (or fast POST) setting such that USB devices are not initialized during boot. Make sure you are not using that. Or use a PS/2 keyboard if your computer happens to have a place to plug that in (most newer computers don’t support PS/2 keyboards).

Not yet. I have avoided UEFI in the past and don’t know how to safely disable it. I will investigate. Thanks.

Thanks. No PS/2 sockets on this machine. I will check BIOS settings for fast boot.

Found ‘fast boot’ enabled. Disabled, but reboot issues persist.

It looks like this may be a Linux compatibility issue on a machine designed to run MS OS is a corporate environment. If so, it’s probably out of scope here. Thank-you for your patience and kind assistance.

The CLI command should have been “rpm --query --whatprovides /var/log/journal” only.

  • The rpm query failed because, “systemd-logger-234-lp151.26.4.1.x86_64” was taken to be an option to the “/var/log/journal” query.