Bug#803531: systemd: timeout mounting /home (btrfs) at boot

Michael Biebl biebl at debian.org
Sun Nov 1 01:57:08 GMT 2015


Am 01.11.2015 um 02:09 schrieb Brian May:
> Michael Biebl <biebl at debian.org> writes:
> 
>> That's most likely, why the device is not considered ready by
>> udev/systemd, so no mount attempt is made.
> 
> Ok. That makes sense.
> 
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=74020
> 
> Sure this bug is the one you wanted to point me to? "Spontaneous Reboots"
> 
>> and
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747629
>> might be related / the same issue.
> 
> Yes, that does look likely.
> 
> So if I understand correctly, something is marking SYSTEMD_READY=0 -
> either rightly or wrongly - and this value doesn't change even though
> the device does appear to be ready.
> 
> Wonder if there is anyway of manually invoking the udev builtin and
> checking its state?
> 
> IMPORT{builtin}="btrfs ready $devnode"
> 
> I also note that when it does work /dev/sdb1 still has ID_BTRFS_READY=0

So, I'm not sure if this a problem of the systemd btrfs builtin doing
something stupid or if it's a kernel/btrfs bug.

I don't use btrfs myself, so I don't have any experience with it.

It might be worth a try to test with the lastest systemd version (v227)
from unstable and if the problem is reproducible, file the but upstream.

Regards,
Michael

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


More information about the Pkg-systemd-maintainers mailing list