Bug 239019 - zfs mount -va in /etc/rc.d/zfs does not work at boot.
Summary: zfs mount -va in /etc/rc.d/zfs does not work at boot.
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: arm (show other bugs)
Version: 12.0-RELEASE
Hardware: arm64 Any
: --- Affects Many People
Assignee: freebsd-arm (Nobody)
Depends on:
Reported: 2019-07-06 14:05 UTC by Federico GDB
Modified: 2020-12-29 11:30 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Federico GDB 2019-07-06 14:05:36 UTC
In this RPI3 Release image:


% uname -a
FreeBSD rpi3 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC  arm64

This image (r341666) works quite well for me, but it does not mount ZFS at boot.

% sudo service zfs start
works fine, zfs_enable="YES" is present in /etc/rc.d.

I can't see any message, in dmesg -a, regarding ZFS failing to mount during boot.

STABLE images are out there (I haven't tried them) but there is no solution for RELEASE (tier 2 arch).

Comment 1 Federico GDB 2019-08-07 01:09:49 UTC
This problem persists in :

% sudo svnlite info /opt/src/
Path: /opt/src
Working Copy Root Path: /opt/src
URL: https://svn.freebsd.org/base/releng/12.0
Relative URL: ^/releng/12.0
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 350568
Node Kind: directory
Schedule: normal
Last Changed Author: gordon
Last Changed Rev: 350287
Last Changed Date: 2019-07-24 09:58:21 -0300 (Wed, 24 Jul 2019)

% uname -a 
FreeBSD rpi3 12.0-RELEASE-p8 FreeBSD 12.0-RELEASE-p8 r350568 RPI3  arm64

% cat /opt/src/sys/amd64/conf/RPI3
include		GENERIC

ident		RPI3
nomakeoptions	DEBUG
nomakeoptions   WITH_CTF
Comment 2 Federico GDB 2019-08-07 23:11:19 UTC
As this problem is not receiving much attention and I am in no condition to contribute with a solution (for the time being), allow me a workaround:

% cat /etc/rc.local

# Wed Aug  7 17:14:33 -03 2019

zfs_mount=$( zfs mount )

if [ -z "${zfs_mount}" ] ; then 
	service zfs start
	# we need this if we are exporting something via NFS
	service mountd restart
Comment 3 Federico GDB 2019-08-07 23:19:01 UTC
Just to be complete on info:

% sudo zpool status opt
  pool: opt
 state: ONLINE
  scan: none requested

	opt         ONLINE       0     0     0
	  da0p1     ONLINE       0     0     0

errors: No known data errors

% sudo camcontrol devlist
<Generic External 0205>            at scbus0 target 0 lun 0 (da0,pass0)

% mount
/dev/ufs/rootfs on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/msdosfs/MSDOSBOOT on /boot/msdos (msdosfs, local, noatime)
tmpfs on /tmp (tmpfs, local)
opt on /opt (zfs, local, nfsv4acls)
opt/dump on /opt/dump (zfs, local, nfsv4acls)
opt/local on /opt/local (zfs, local, nfsv4acls)
opt/obj on /opt/obj (zfs, local, nfsv4acls)
opt/ports on /opt/ports (zfs, local, nfsv4acls)
opt/public on /opt/public (zfs, NFS exported, local, nfsv4acls)
opt/src on /opt/src (zfs, local, nfsv4acls)
opt/tmp on /opt/tmp (zfs, local, nfsv4acls)
opt/var on /opt/var (zfs, local, nfsv4acls)
Comment 4 Jeffery Dockery 2020-12-29 11:30:11 UTC