Bug#803531: systemd: timeout mounting /home (btrfs) at boot
Brian May
bam at debian.org
Thu Dec 3 23:43:12 GMT 2015
Martin Pitt <mpitt at debian.org> writes:
> I tested this with the attached script (in two variants), and I don't
> see anything generally wrong with it; sure, the two devices have the
> exact same UUID thus the symlink will randomly point to one or the
> other, but both of my devices have ID_BTRFS_READY=1. I tried this some
> 20 times. However, this is using scsi_debug (i. e. a fake kernel
> RAM-backed SCSI drive), not real iron. This could likely be a timing
> problem.
>
> So this needs to be reproduced with a full install cycle and adding to
> fstab etc.
I note your tests use "blkid -p /dev/sdb1" however that doesn't appear
to display the "SYSTEMD_READY" flag.
"udevadm info /dev/sdb1" or "udevadm info /dev/sdb1 | grep SYSTEMD" might be better.
Right now it is telling me that /dev/sdb1 is has SYSTEMD_READY=0, and
/dev/sdc1 doesn't have this attribute.
> "followed the instructions" wasn't quite what I was aiming for :-)
> I tried that with
>
> mkfs.btrfs /dev/sdb1
> mount /dev/sdb1 /mnt
> btrfs device add /dev/sdb2 /mnt
>
> Is that roughly what you did?
Pretty much.
I also did a "btrfs balance start -dconvert=raid1 -mconvert=raid1 /mnt"
- be really surprised if that has any impact on this test however.
Oh, except I note that you used /dev/sdb1 and/dev/sdb2 on the same
harddisk. I used seperate harddisks for both. Wonder if that matters?
--
Brian May <bam at debian.org>
More information about the Pkg-systemd-maintainers
mailing list