USB Drive Formated with HFS+

terencefaul · 6. Juli 2017

Hi

I have a external USB Drive with a HFS+ partition and some Backup info.
I can mount this in the File Systems section, however that is only Read only and as such I cannot share this in the shares sections to enable me to use this with rsync.
Is there a way to mount these file systems from the GUI so I can still use this in the shares section.

Regards

subzero79 · 6. Juli 2017

Afaik hfsprogs have rw support. What issues have you encountered to say is read only ?

terencefaul · 6. Juli 2017

See attached

subzero79 · 6. Juli 2017

In terminal please run this command

mount | grep label

cat /etc/fstab | grep label

terencefaul · 6. Juli 2017

Code

root@TericaNAS:~# mount | grep label
/dev/sdb1 on /srv/dev-disk-by-label-Parity type ext4 (rw,noexec,relatime,data=ordered,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group)
/dev/sdd1 on /srv/dev-disk-by-label-Disk3 type xfs (rw,noexec,relatime,attr2,inode64,usrquota,grpquota)
/dev/sdc1 on /srv/dev-disk-by-label-Disk2 type xfs (rw,noexec,relatime,attr2,inode64,usrquota,grpquota)
/dev/sda1 on /srv/dev-disk-by-label-disk1 type xfs (rw,noexec,relatime,attr2,inode64,usrquota,grpquota)
/dev/sde1 on /srv/dev-disk-by-label-Disk4 type xfs (rw,noexec,relatime,attr2,inode64,usrquota,grpquota)
/dev/sdh2 on /srv/dev-disk-by-label-iPhoto type hfsplus (ro,relatime,umask=0,uid=0,gid=0,nls=utf8)
root@TericaNAS:~# cat /etc/fstab | grep label
/dev/disk/by-label/disk1 /srv/dev-disk-by-label-disk1 xfs defaults,nofail,noexec,usrquota,grpquota,inode64 0 2
/dev/disk/by-label/Parity /srv/dev-disk-by-label-Parity ext4 defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl 0 2
/dev/disk/by-label/Disk2 /srv/dev-disk-by-label-Disk2 xfs defaults,nofail,noexec,usrquota,grpquota,inode64 0 2
/dev/disk/by-label/Disk3 /srv/dev-disk-by-label-Disk3 xfs defaults,nofail,noexec,usrquota,grpquota,inode64 0 2
/dev/disk/by-label/Disk4 /srv/dev-disk-by-label-Disk4 xfs defaults,nofail,noexec,usrquota,grpquota,inode64 0 2
/dev/disk/by-label/iPhoto /srv/dev-disk-by-label-iPhoto hfsplus defaults,nofail,force 0 2
/srv/dev-disk-by-label-disk1:/srv/dev-disk-by-label-Disk2:/srv/dev-disk-by-label-Disk3:/srv/dev-disk-by-label-Disk4 /srv/42c556ad-e9c2-4fed-b7e4-9d48953708c2 fuse.mergerfs defaults,allow_other,direct_io,use_ino,category.create=epmfs,minfreespace=4G 0 0

Alles anzeigen

tkaiser · 6. Juli 2017

Zitat von terencefaul

I have a external USB Drive with a HFS+ partition and some Backup info.

Written to with which macOS version? If anything higher than 10.5 then simply forget about HFS+ support in Linux. Mounting this read-only is the only chance to prevent damage.

subzero79 · 6. Juli 2017

Maybe try to use ex-fat if the drive is gonna be on and off from OS X to Omv. If is gonna be permanently connected to the server then switch to a native Linux fs.

tkaiser · 6. Juli 2017

All HFS+ features that were added the last decade (eg. directory based hardlinks or transprarent file compression) were added in a backwards compatible way. The Linux HFS+ implementation doesn't know about most of this so while you technically can access such a filesystem the representation of contents will be different anyway.

Adding to that: HFS+/macOS use UTF-8 decomposed as encoding (correct choice since recommended decades ago) while the rest of the world chose UTF-8 precomposed (since Microsoft used this and everyone else thought: let's stay compatible with them instead of doing it right). UTF-8 knows 4 different normalization forms with 2 in the wild and the one used on macOS being the one no one else uses.

Direct result: You rsync around, umlauts look like umlauts afterwards but are stored difrerently and as soon as you try to access (overwrite) such files/directories all hell breaks loose. Since my post is for search engines: convmv is the tool that will you save your a** once that happened.

Jetzt mitmachen!