<div dir="ltr"><div>This was resolved several years ago (as far as I can tell). We currently don't patch checkroot.sh and it seems to be working fine.</div><div><br></div><div>Regards,<br></div><div>    Yair.<br></div><br></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 29, 2018 at 8:36 PM Dmitry Bogatov <<a href="mailto:KAction@debian.org">KAction@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
control: tags -1 +moreinfo +unreproducible<br>
<br>
[2009-08-05 18:02] Yair Yarom <<a href="mailto:irush@cs.huji.ac.il" target="_blank">irush@cs.huji.ac.il</a>><br>
> We have here nfsroot, and no "/" entry in /etc/fstab. It seems that<br>
> checkroot.sh suppose to support it, i.e. if it doesn't get to a "/" entry, the<br>
> rootcheck variable is set to "no" (or, more precisely, remains "no"). However,<br>
> in line 208, for some undocumented reason, there is a "rootcheck=yes"<br>
> overriding any previous rootcheck=no, causing fsck to run (in our case) as<br>
> "fsck -C -a -t none none", which runs reiserfsck, which fails.<br>
> Deleting that line seems to solve it for us.<br>
<br>
Yair Yarom, could you please take now look? Things changed since 2009, I<br>
can't find this line.<br>
<br>
I can't reproduce this bug. I just launched fresh virtual machine<br>
(Stretch), removed / entry from fstab and rebooted. All went well.  Dear<br>
submitter, could you please try to reproduce bug with modern<br>
installation?<br>
<br>
-- <br>
To unsubscribe, send mail to <a href="mailto:538725-unsubscribe@bugs.debian.org" target="_blank">538725-unsubscribe@bugs.debian.org</a>.<br>
</blockquote></div>