Re: Mac El Capitan Dual Boot
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 to: