Auch wenn ZFS sicher nicht fuer und wegen USB Sticks entwickelt wurde,
so ist doch ein USB Stick mit ZFS eine praktische Sache, um mal schnell ohne LAN was zu
kopieren usw.
Bloed ist natuerlich, dass es immer noch eine ZFS-freie Welt mit NTFS, FAT usw. gibt
- in der ich aber leider auch arbeiten muss.
Dann bietet sich doch an, z.B. FAT32 ein paar schoene ZFS Eigenschaften wie im Beispiel
die Komprimierung mitzugeben?!
nehmen wir mal nen 8GB Sick:
Ist die Vorgehensweise aus Eurer Sicht so o.k.?
Gruss walter
so ist doch ein USB Stick mit ZFS eine praktische Sache, um mal schnell ohne LAN was zu
kopieren usw.
Bloed ist natuerlich, dass es immer noch eine ZFS-freie Welt mit NTFS, FAT usw. gibt
- in der ich aber leider auch arbeiten muss.
Dann bietet sich doch an, z.B. FAT32 ein paar schoene ZFS Eigenschaften wie im Beispiel
die Komprimierung mitzugeben?!
nehmen wir mal nen 8GB Sick:
Code:
# vorher zpool destroy oder dd if=/dev/zero ...
zpool create -f data_transfer /dev/da0
# die haelfte fuer win
zfs create -V 4G -o compression=on data_transfer/fat32
# den Rest fuer normale datasets
zfs create -o compression=on data_transfer/zfs
# ein >zfs list sollte dann ungefaehr so aussehen:
# data_transfer 4,13G 10,3G 4,10G /data_transfer
# data_transfer/fat32 4,13G 8,3G 8K -
# data_transfer/zfs 3,91GK 8,3G 19K /data_transfer/zfs
# noch fat32 Format, mountpoint beachten (siehe zfs list )
newfs_msdos -F32 /dev/zvol/data_transfer/fat32
# nun sollte man das fat-volume mounten koennen, mountpoint beachten (siehe zfs list )
mount -t msdosfs /dev/zvol/data_transfer/fat32 /mnt
# ein >mount sollte dann ungefaehr so aussehen:
# data_transfer on /data_transfer (zfs, local, nfsv4acls)
# data_transfer/zfs on /data_transfer/zfs (zfs, local, nfsv4acls)
# /dev/zvol/data_transfer/fat32 on /mnt (msdosfs, local)
Ist die Vorgehensweise aus Eurer Sicht so o.k.?
Gruss walter