Bug#892321: attempts to suspend failing after crash

Michael Biebl biebl at debian.org
Sat Mar 17 02:07:45 GMT 2018


On Thu, 8 Mar 2018 10:02:32 +0000 Daniel Pocock <daniel at pocock.pro> wrote:
> Package: systemd
> Version: 232-25+deb9u1
> Severity: important
> 
> 
> Laptop was connected to a Thunderbolt dock, lid closed, using desktop
> monitor and keyboard, everything connected through the dock.  It is a
> laptop with encrypted LVM and swap on LVM.
> 
> Laptop's thunderbolt cable was bumped very slightly without coming out
> completely and then pushed back in.  As the lid was down, it appears the
> laptop tried to suspend
> 
> It didn't really suspend though, it became frozen with a blank screen.
> 
> After a hard reboot, every subsequent attempt to close the lid or undock
> also failed, the screen would go blank and it wouldn't come back.
> 
> journalctl and /var/log/messages provided no clues.
> 
> Guessing it was a problem with the swap partition, tried the following:
> 
>  swapoff /dev/mapper/vg00--vg-swap_1
>  mkswap /dev/mapper/vg00--vg-swap_1
> mkswap: /dev/mapper/vg00--vg-swap_1: warning: wiping old swap signature.
> Setting up swapspace version 1, size = 23.8 GiB (25513947136 bytes)
> no label, UUID=
> swapon /dev/mapper/vg00--vg-swap_1
> 
> In this case, the swap partition is named in /etc/fstab, not the UUID. 
> For somebody with the UUID in fstab it would be necessary to update
> there too and also run update-initramfs
> 
> This is not hard for an experienced user to resolve but very annoying as
> you only discover you have a problem after the second attempt to sleep.
> 
> Can systemd or whatever else is involved in the suspend/sleep mechanism
> be improved to detect problems like this, give some kind of error to the
> user and maybe even help them automatically correct it?

It's unclear to me what exactly your specific problem is/how and how
systemd should detect that.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20180317/1159ea15/attachment-0002.sig>


More information about the Pkg-systemd-maintainers mailing list