Re: [ANNOUNCE] util-linux-ng v2.17.1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sex, 2010-02-26 at 14:52 +0100, Karel Zak wrote:
> Hi Andreas,
>  The TYPE is used by mount(8) or fsck(8) if the fstype is not
>  explicitly defined by user.
> 
>  I don't know if anything depends on the TYPE, but I don't see
>  /sbin/mount.zfs, so it seems that zfs-fuse guys use something other.

Right, ZFS filesystems are mounted in zfs-fuse automatically when a ZFS
pool is imported into the system or manually with the "zfs" command. The
latter calls into the zfs-fuse daemon, which issues a fuse_mount() call.
This mimics the behavior in the Solaris ZFS implementation.

I would expect the /sbin/mount.zfs command to only work when the
mountpoint property of a ZFS filesystem is set to 'legacy', otherwise
ZFS will usually mount the filesystem by itself in the proper place
(which depends on the mountpoint property and the dataset hierarchy
within the pool).

Most importantly, I don't think it would be easy to determine which
filesystems are inside of a ZFS pool. This would require traversing the
dataset hierarchy within a pool, which is very difficult to implement if
you don't use the existing ZFS code, especially when you have
RAID-Z/Z2/Z3 pools. We'd be better off using the 'zdb' command (which
contains an entire implementation of ZFS's DMU code in userspace).

As for fsck, there is none for ZFS and I doubt there will be such a tool
in the foreseeable future... Usually one would use 'zpool scrub' to
verify the consistency of the pool.

Not sure if this helps or not for this discussion (more information is
never bad, right?) :-)

Cheers,
Ricardo


--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux