<div dir="ltr">HAMMER2 by default names the PFS based on the partition it was created on.  And the H2 mount code will automatically add an @blah suffix according to the same metrics.  But they both get confused when the mount is via the mapper and that's why the problem occurs.  It might have been a bit of a stretch on my part to try to be fancy in defining the default names when they weren't otherwise being provided.   I think we could detect the crypto or mapper paths and fix the defaults this way but nobody has gotten around to coding and validating it all up.<div><div><br></div><div>-Matt</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 18, 2019 at 12:38 PM Daniel Bilik <<a href="mailto:ddb@neosystem.org">ddb@neosystem.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">Hi, Aaron.<br>
<br>
On Fri, 18 Jan 2019 23:02:45 +0800<br>
Aaron LI <<a href="mailto:aly@aaronly.me" target="_blank">aly@aaronly.me</a>> wrote:<br>
<br>
> Since the HAMMER2 FS was created with '-L ROOT', it requires '@ROOT' to<br>
> be mounted.<br>
<br>
Ah, that was it. Thank you for pointing out this detail. I've not expected<br>
it could be related.<br>
<br>
> Another simple way to workaround your issues is use the following setting<br>
> in /boot/loader.conf:<br>
> vfs.root.realroot="crypt:hammer2:/dev/serno/<serial-of-disk>.s1d:rootd"<br>
> Note the final 'd'!<br>
<br>
Indeed, this workaround really works. I've not examined the magic behind<br>
it but my "ROOT" hammer2 filesystem is correctly mounted during boot with<br>
original non-patched initrd. Thank you very much for the hint.<br>
<br>
--<br>
                                                Daniel<br>
</blockquote></div>