<div dir="ltr"><div>This was not enough on my system, fsck <span style="color:rgb(0,0,0);line-height:19.2px">exited with signal 13</span> after 60s anyway. This worked for me:</div><div><br></div><div># systemctl mask systemd-fsckd.service systemd-fsckd.socket</div><div><br></div><div>At next boot, fsck ran for some minutes and then completed successfully.</div><div>Note that `systemctl disable` did not work because these units are static.</div><div>I don't have plymouth installed, I don't know if that's relevant.</div><div><br></div><div>systemd version 226-4<br></div><div><br>On Thu, 24 Sep 2015 12:23:16 -0500 Allen Webb <<a href="mailto:vertago1@gmail.com">vertago1@gmail.com</a>> wrote:</div>> I can confirm that this fix works on my system.<br>> <br>> On 09/24/2015 11:32 AM, Michael Biebl wrote:<br>> > Am 24.09.2015 um 17:46 schrieb <a href="mailto:hannu.tmp@pp.inet.fi">hannu.tmp@pp.inet.fi</a>:<br>> >> This works for me:<br>> >><br>> >> copy /lib/systemd/system/systemd-fsckd.service to /etc/systemd/system<br>> >><br>> >> edit /etc/systemd/system/systemd-fsckd.service, add TimeoutStartSec under [Service]<br>> >><br>> >> [Service]<br>> >> TimeoutStartSec=60min<br>> > Hm, good point. We should probably disable the Timeout completely like<br>> > in systemd-fsck-root.service and systemd-fsck@.service by setting<br>> ><br>> ><br>> > TimeoutStartSec=0<br>> ><br>> > The default is 90s, and an fsck for a large disk can certainly take<br>> > longer for ext3.<br><br></div>