Subject: [Devuan-bugs] bug#261 eudev: System with encrypted root fs and swap fails to shutdown cleanly

From: Svante Signell <[email-masked]>
Date: Mon, 27 Jan 2020 14:15:10 +0100

Package: eudev
Version: 3.2.2-13
tags 261 moreinfo

Please check if the problems remains with eudev-3.2.9-4. And do also check the
Debian bugs, fixes and information for udev and cryptsetup e.g.:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720340

---

From: Svante Signell <[email-masked]>
Date: Thu, 30 Jan 2020 11:48:33 +0100

On Wed, 2020-01-29 at 15:15 -0800, Tom wrote:
> On Tue, 28 Jan 2020 13:06:14 +0100
> Svante Signell <[email-masked]> wrote:
> 
> > Package: eudev
> > Version: 3.2.2-13
> > tags 261 moreinfo
> > 
> > Please check if the problems remains with eudev-3.2.9-4. And do
> > also check the Debian bugs, fixes and information for udev and
> > cryptsetup e.g.: 

> I don't see that a backport exists for ASCII for eudev version 3.2.9-
> 4. Only 3.2.2-13. Are you asking me to create a backport by hand or
> did you already have something to test in mind?

Since 3.2.9-4 is only available in ceres/unstable yet I propose that
you download eudev=3.2.9-4 libeudev1=3.2.9-4 from unstable and install
them by dpkg -i ..., do shutdown/reboot tests, and report back.

Please do also read the above Debian bugs on cryptsetup problems and
fixes. I don't have any box with an encrypted partition so I cannot
test.

Thanks!

---

From: Tom <[email-masked]>
Date: Thu, 30 Jan 2020 16:09:40 -0800

On Thu, 30 Jan 2020 11:48:33 +0100
Svante Signell <[email-masked]> wrote:

> > I don't see that a backport exists for ASCII for eudev version
> > 3.2.9- 4. Only 3.2.2-13. Are you asking me to create a backport by
> > hand or did you already have something to test in mind?  
> 

Sure. just please give me some time to put aside for building the bpo
and testing it. I'm not sure exactly how much of Debian's disk crpyto
problems will effect me because I'm not using systemd, but OpenRC init.
Will report on it. It sounds to me most of the LUKS mounting issues
come from the way systemd manages mounts not the luks mapper software
itself.

---

From: Tom <[email-masked]>
Date: Thu, 30 Jan 2020 18:12:08 -0800

> fixes. I don't have any box with an encrypted partition so I cannot

Ok, so I built and installed eudev from Ceres on ASCII, version 3.2.9-4
of eudev and libeudev1. I rebooted 3 times for good measure. This did
NOT solve the failing to unmount cryptdisks issue.

---

From: Svante Signell <[email-masked]>
Date: Fri, 31 Jan 2020 12:08:02 +0100

> NOT solve the failing to unmount cryptdisks issue.

Thank you for trying. Next steps would be to check if any version of
eudev/udev solves this issue. I suspect that this bug is only related
to cryptsetup. Did you have any version of udev/eudev working properly?

If you can please do the following:
1) Downgrade to 3.2.7-6 from Beowulf and check if it works.
2) If not, try udev from Debian/Stretch (corresponds to Devuan/ASCII).
Either 232-25+deb9u12 from stretch or 241-5~bpo9+1 from stretch
backports. You can find source/binaries from snapshot.debian.org.
3) Optionally try some newer Debian version, e.g. 241-7~deb10u2 from
buster or 244-3~bpo10+1 from buster-backports.

If neither of the above works, which I suspect, the problem is not due
to udev/eudev. It is due to the cryptsetup package(s), and should be
reassigned to it.

Then you can try out the workarounds mentioned in #237 and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791944

You also have this bug that was tagged as wontfix.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720340

Thanks!