<div dir="ltr">Hi,<div><br></div><div>For anyone following this thread, the fix was to add fsck.repair=yes as a kernel boot parameter in /boot/grub/menu.lst.</div><div><br></div><div>So: </div><div>kernel /vmlinuz root=LABEL=VOYAGE_FS  console=ttyS0,115200n8</div><div>Becomes:</div><div>kernel /vmlinuz root=LABEL=VOYAGE_FS  console=ttyS0,115200n8 fsck.repair=yes<br></div><div><br></div><div>Then run:</div><div>update-grub</div><div><br></div><div>And presto on startup from a power loss:</div><div>[/sbin/fsck.ext2 (1) -- /dev/sda1] fsck.ext2 -a -C0 /dev/sda1<br></div><div>Becomes:</div><div>[/sbin/fsck.ext2 (1) -- /dev/sda1] fsck.ext2 -y -C0 /dev/sda1<br></div><div><br></div><div>Hope this helps someone.</div><div><br></div><div>Cheers.</div><div class="gmail_extra"><br><div class="gmail_quote">On 21 September 2017 at 23:52, Erik van Linstee <span dir="ltr"><<a href="mailto:erik@vanlinsteeict.nl" target="_blank">erik@vanlinsteeict.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF"><span class="gmail-">
    <br>
    <br>
    <div class="gmail-m_5341423331036809632moz-cite-prefix">On 21-09-17 07:28, Richard Warburton
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Hi,
        <div><br>
        </div>
        <div><span style="font-size:12.8px">Thanks Erik for posting the </span><span class="gmail-m_5341423331036809632gmail-il" style="font-size:12.8px">fsck</span><span style="font-size:12.8px">.ext2 fix.  However, I notice that
            during startup fsck runs with:</span></div>
        <div>
          <pre style="margin-top:0px;margin-bottom:0px">[/sbin/fsck.ext2 (1) -- /dev/sda1] fsck.ext2 -a -C0 /dev/sda1</pre>
          <div><br>
          </div>
          <div>note the -a.  I need it to be -y.  </div>
          <div><br>
          </div>
          <div>Because on the hard fixes it drops to BusyBox, and on an
            APU2, that's not useful.</div>
          <div><br>
          </div>
          <div>At first I thought I wasn't setting the FSCKFIX
            correctly, but that doesn't seem to be it.  In fact given
            the order of parameters, I'm not convinced it's running
            from checkroot.sh.  I hardcoded fix="-y" in checkroot.sh
            where the check was, so it wouldn't even matter what FSCKFIX
            was set as.</div>
        </div>
      </div>
    </blockquote>
    <br></span>
    You are right, it isn't running from checkroot.sh. fsck is called
    when the system is booting from the initramfs. My fix makes sure
    fsck.ext2 is added to the initramfs by the initramfs tools, which it
    wasn't before.<br>
    <br>
    I have no idea how the system in the initramfs decides to call fsck
    and with which parameters. I may try to find out one day, but that
    does not help you now. Sorry.<span class="gmail-HOEnZb"><font color="#888888"><br>
    <br>
    Erik<br>
  </font></span></div>

</blockquote></div><br>
</div></div>