Bug#947811: systemd: don't check *mounted* filesystems by default
Michael Biebl
biebl at debian.org
Sun Jan 12 14:07:52 GMT 2020
Am 31.12.19 um 17:54 schrieb Joshua Hudson:
> I had to use fsck.mode=force to get it to reproduce on the very next
> boot. Otherwise, it reproduces sporadically. I don't want to
> deliberately crash the system badly enough to get it to really need to
> fsck the next boot.
>
> Reduced logs:
>
> Dec 31 08:42:05 nova kernel: Command line: BOOT_IMAGE=Lin ro
> root=/dev/mapper/isw_cfbejbfeib_Volume11 video=960x540 fsck.mode=force
> Dec 31 08:42:05 nova kernel: Kernel command line: BOOT_IMAGE=Lin ro
> root=/dev/mapper/isw_cfbejbfeib_Volume11 video=960x540 fsck.mode=force
> Dec 31 08:42:05 nova kernel: Adding 33554428k swap on
> /dev/mapper/isw_cfbejbfeib_Volume12. Priority:-2 extents:1
> across:33554428k FS
> Dec 31 08:42:08 nova systemd[1]: Condition check resulted in
> /dev/mapper/isw_cfbejbfeib_Volume12 being skipped.
> Dec 31 08:42:08 nova dmraid-activate[579]: ERROR: Cannot retrieve RAID
> set information for isw_cfbejbfeib_Volume1
> Dec 31 08:42:08 nova dmraid-activate[572]: ERROR: Cannot retrieve RAID
> set information for isw_cfbejbfeib_Volume1
> Dec 31 08:42:09 nova systemd[1]: Condition check resulted in
> /dev/mapper/isw_cfbejbfeib_Volume13 being skipped.
> Dec 31 08:42:09 nova systemd[1]: Starting File System Check on
> /dev/mapper/isw_cfbejbfeib_Volume13...
> Dec 31 08:42:09 nova systemd[1]: Started File System Check on
> /dev/mapper/isw_cfbejbfeib_Volume13.
> Dec 31 08:42:15 nova systemd[1]: Condition check resulted in
> /dev/mapper/isw_cfbejbfeib_Volume14 being skipped.
> Dec 31 08:42:15 nova systemd[1]: Starting File System Check on
> /dev/mapper/isw_cfbejbfeib_Volume14...
> Dec 31 08:42:15 nova systemd[1]: Started File System Check on
> /dev/mapper/isw_cfbejbfeib_Volume14.
>
> e2fsck complains on the console about Volume14 being mounted, but
> there's no trace in the logs.
>
> Note that I have to mount everything in /sbin/init before handing off
> to systemd because otherwise it waits for the raid controller
> containing / to come up so it can mount it read-write (makes no
> sense--/ is already up by definition).
>
Can you attach your /etc/fstab please?
-------------- 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/20200112/de887ceb/attachment.sig>
More information about the Pkg-systemd-maintainers
mailing list