Jonas Smedegaard composed on 2020-02-13 18:35 (UTC+0100):

> Debian (and Linux in general) supports read-write access to HFS+ 
> partitions, but it is unreliable.  I would expect it to be difficult to 
> setup and the result would be unreliable (either because you would end 
> up depending on the unreliable HFS+ write access, or because you would 
> end up having a too complex to reliably maintain stack of hacks to work 
> around the unreliable HFS+ write access).

This is an example of how it goes on my multiboot a2134 iMac running El Capitan:
> inxi -S
System:    Host: i2134 Kernel: 4.12.14-lp151.28.36-default x86_64 bits: 64 
Desktop: Trinity R14.0.7 Distro: openSUSE Leap 15.1
> zypper se -si hfs
...
S  | Name     | Type    | Version         | Arch   | Repository
i+ | hfsutils | package | 3.2.6-lp151.3.3 | x86_64 | OSS
> grep hfs /etc/fstab
/dev/disk/by-id/ata-yada-part2   /macsys         hfsplus ro,nofail       0 0
/dev/disk/by-id/ata-yada-part4   /home/macdata   hfsplus 
force,uid=501,gid=100,umask=002,noatime,nofail  0  0
> lsmod | grep hfs
hfsplus               118784  3
> df | grep mac
/dev/sda2          36997232  14163508  22833724  39% /macsys
/dev/sda4         450428928  19288104 431140824   5% /home/macdata
> fdisk -l /dev/sdb
Disk /dev/sdb: 14.6 GiB, 15623782400 bytes, 30515200 sectors
Disk model: USB Flash Drive
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7cfb8c48

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb1  *       48 30515199 30515152 14.6G af HFS / HFS+
> mount | grep sdb1
/dev/sdb1 on /run/media/yada/Lexar type hfsplus 
(ro,nosuid,nodev,relatime,umask=22,uid=0,gid=0,nls=utf8,uhelper=udisks2)
> mount -o remount,rw /run/media/root/Lexar
> mount | grep sdb1
/dev/sdb1 on /run/media/yada/Lexar type hfsplus 
(ro,nosuid,nodev,relatime,umask=22,uid=0,gid=0,nls=utf8,uhelper=udisks2)
> mount -o remount,rw /dev/sdb1
> mount | grep sdb1
/dev/sdb1 on /run/media/yada/Lexar type hfsplus 
(ro,nosuid,nodev,relatime,umask=22,uid=0,gid=0,nls=utf8,uhelper=udisks2)
>

On another PC here:
> inxi -S
System:    Host: ab250 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: Trinity 
R14.0.8 Distro: Debian GNU/Linux 10 (buster)
> lsmod | grep hfs
hfs             69632   0
> dpkg-query -l | grep hfs
ii hfsutils             3.2.6-14                amd64   Tools for reading and 
writing Macintosh volumes

inserting the same USB stick, Konq reports:

[quote]Unable to mount this device.

Potential reasons include:
Improper device and/or user privilege level # happens to root user
Corrupt data on storage device # works fine in El Capitan

Technical details:
org.freedesktop.UDisks2.Error.OptionNotPermitted: Requested filesystem type 
'hfsplus'
is neither well-known nor in /proc/filesystems nro in /etc/filesystems[/quote]

# mount | grep sda
# fdisk -l | grep sda1
/dev/sda1  *       48 30515199 30515152 14.6G af HFS / HFS+
# mount -t hfsplus -o rw,force /dev/sda1 /mnt
# mount | grep sda
/dev/sda1 on /mnt type hfsplus (rw,relatime,umask=22,uid=0,gid=0,nls=utf8)

IOW, in Buster at least, hfsplus won't autoload, and even when loaded, TDE
won't mount it at all as ordinary user, while root has to remount,rw,force 
to acquire write permission.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Reply via email to