## Update (2026-09-16): new BIOS and kernel, hang recurs — this time on hibernate, no external display, immediately after filesystem sync
Since the last update, both suspected contributing factors have changed: - **BIOS updated**: 1.19.0 → **1.29.0** (2024-09-10 → 2026-07-31) - **Kernel**: apt-mark hold removed, now running **7.0.0-31-generic** (previously pinned to 7.0.0-27-generic) Despite both updates, the same class of hang recurred, this time during a direct hibernate (not suspend-then-hibernate, no external display attached): 1. `systemd-logind`: "The system will hibernate now!" logged normally. 2. Standard hibernate sequence proceeds: devices frozen, `PM: hibernation: hibernation entry`, `Filesystems sync: 0.034 seconds`. 3. **Journal ends immediately after the filesystem sync line** — no further kernel messages, no image-creation progress, no error of any kind, no "hibernation exit". 4. System became fully unresponsive (screen off, no reaction to any key or short power-button press) — required a hard power-off to recover. 5. Next boot is a fresh cold boot (new boot ID), not a resume — dirty bit set on the EFI partition, main system journal reported as "corrupted or uncleanly shut down" by systemd-journald. This confirms the underlying issue is not specific to a given kernel build (now reproduced on 7.0.0-27, 7.0.0-28, and 7.0.0-31) nor fixed by the latest available BIOS — and it occurs on plain hibernate as well as s2idle suspend, with the freeze happening very early in the device- freeze phase, before any driver has a chance to log an error (unlike the earlier TTM warning captured in a previous update). ## Possibly related: same symptom on different AMD Ryzen mobile hardware https://github.com/FrameworkComputer/SoftwareFirmwareIssueTracker/issues/261 Independent report on a Framework Laptop 16 (AMD Ryzen 7040 series, different OEM/silicon generation but same amdgpu family): hibernation hangs during the same phase (screen off, unresponsive, no resume) when using ACPI S4 "platform" mode on battery. Reporter found that setting `HibernateMode=shutdown` in `/etc/systemd/sleep.conf` (plain ACPI S5 poweroff after writing the hibernation image, instead of letting the platform handle the S4 transition) reliably avoids the hang. That issue is still open/unacknowledged as of 2026-09-16, but the matching symptom across two different OEMs on AMD Ryzen mobile silicon suggests a shared root cause in the amdgpu/ACPI S4 platform-suspend path rather than a Dell-specific firmware defect. I intend to test `HibernateMode=shutdown` as a workaround and will report back whether it prevents recurrence on this hardware. ** Bug watch added: github.com/FrameworkComputer/SoftwareFirmwareIssueTracker/issues #261 https://github.com/FrameworkComputer/SoftwareFirmwareIssueTracker/issues/261 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2161312 Title: System hangs on suspend (s2idle) with kernel 7.0.0-28-generic, works fine on 7.0.0-27 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2161312/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
