root@ubuntu:~# systemctl status systemd-fsck@dev-mapper-vg00\x2dvarvol.service
<email address hidden>
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)
root@ubuntu:~# systemctl status systemd-fsck@dev-mapper-vg00\varvol.service
<email address hidden>
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)
root@ubuntu:~# systemctl status --all | grep fsck
root@ubuntu:~#
Trusty doesn't have the full implementation of systemd like xenial has.
# ls -l /lib/systemd/system/systemd-fsck*
ls: cannot access /lib/systemd/system/systemd-fsck*: No such file or directory
The system tries to call the fsck check but fails because the method or file doesn't exist:
Mount snap "core" (2898) ([start snap-core-2898.mount] failed with exit status 6: Failed to issue method call: Unit systemd-fsck@dev-mapper-vg00\x2dvarvol.service failed to load: No such file or directory.
On a xenial system, that file would be this:
==========================
$ cat /lib/systemd/system/systemd-fsck@.service
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
[Unit]
Description=File System Check on %f
Documentation=man:systemd-fsck@.service(8)
DefaultDependencies=no
BindsTo=%i.device
Wants=systemd-fsckd.socket
After=%i.device systemd-fsck-root.service local-fs-pre.target systemd-fsckd.socket
Before=shutdown.target
And the systemctl services and units would be there on xenial:
==========================
$ systemctl status --all | grep fsck | grep ^●
● systemd-fsck-root.service - File System Check on Root Device
● systemd-fsck@dev-disk-by\x2duuid-0f1a47d4\x2d67c5\x2d4c18\x2d9159\x2dfd1d4409f30d.service - File System Check on /dev/disk/by-uuid/0f1a47d4-67c5-4c18-9159-fd1d4409f30d
● systemd-fsck@dev-disk-by\x2duuid-D233\x2dB0AC.service - File System Check on /dev/disk/by-uuid/D233-B0AC
● systemd-fsckd.service - File System Check Daemon to report status
● system-systemd\x2dfsck.slice
● systemd-fsckd.socket - fsck to fsckd communication Socket
==========================
But not on Trusty:
root@trustysnap:~# systemctl status --all | grep fsck
root@trustysnap:~#
Additional information:
root@ubuntu:~# systemctl status systemd- fsck@dev- mapper- vg00\x2dvarvol. service
<email address hidden>
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)
root@ubuntu:~# systemctl status systemd- fsck@dev- mapper- vg00\varvol. service
<email address hidden>
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)
root@ubuntu:~# systemctl status --all | grep fsck
root@ubuntu:~#
Trusty doesn't have the full implementation of systemd like xenial has.
xenial:
$ ls -l /lib/systemd/ system/ systemd- fsck* system/ systemd- fsckd.service system/ systemd- fsckd.socket system/ systemd- fsck-root. service system/ systemd- fsck@.service
-rw-r--r-- 1 root root 551 Jul 18 19:56 /lib/systemd/
-rw-r--r-- 1 root root 540 Jul 18 19:56 /lib/systemd/
-rw-r--r-- 1 root root 674 Jul 18 19:56 /lib/systemd/
-rw-r--r-- 1 root root 648 Jul 18 19:56 /lib/systemd/
trusty:
# ls -l /lib/systemd/ system/ systemd- fsck* system/ systemd- fsck*: No such file or directory
ls: cannot access /lib/systemd/
The system tries to call the fsck check but fails because the method or file doesn't exist:
Mount snap "core" (2898) ([start snap-core- 2898.mount] failed with exit status 6: Failed to issue method call: Unit systemd- fsck@dev- mapper- vg00\x2dvarvol. service failed to load: No such file or directory.
On a xenial system, that file would be this: ======= ======= ===== system/ systemd- fsck@.service
=======
$ cat /lib/systemd/
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
[Unit] man:systemd- fsck@.service( 8) cies=no fsckd.socket fsck-root. service local-fs-pre.target systemd- fsckd.socket shutdown. target
Description=File System Check on %f
Documentation=
DefaultDependen
BindsTo=%i.device
Wants=systemd-
After=%i.device systemd-
Before=
[Service] /lib/systemd/ systemd- fsck %f ======= ======= =====
Type=oneshot
RemainAfterExit=yes
ExecStart=
TimeoutSec=0
=======
And the systemctl services and units would be there on xenial: ======= ======= ===== fsck-root. service - File System Check on Root Device fsck@dev- disk-by\ x2duuid- 0f1a47d4\ x2d67c5\ x2d4c18\ x2d9159\ x2dfd1d4409f30d .service - File System Check on /dev/disk/ by-uuid/ 0f1a47d4- 67c5-4c18- 9159-fd1d4409f3 0d fsck@dev- disk-by\ x2duuid- D233\x2dB0AC. service - File System Check on /dev/disk/ by-uuid/ D233-B0AC fsckd.service - File System Check Daemon to report status systemd\ x2dfsck. slice fsckd.socket - fsck to fsckd communication Socket ======= ======= =====
=======
$ systemctl status --all | grep fsck | grep ^●
● systemd-
● systemd-
● systemd-
● systemd-
● system-
● systemd-
=======
But not on Trusty:
root@trustysnap:~# systemctl status --all | grep fsck
root@trustysnap:~#
I don't see any relevant logs in /var/log.