Posted on 02-14-2018 06:06 AM
All of our lab computers have file type Mac OS Extended (Journaled) on the boot partition. We created a separate partition for use with a specific software, so we carved off 10 GB from the boot partition and made a 2nd partition (Examplify_backup). We created the partition by booting from a USB drive and resizing the boot partition (it still had tons of space so 10 GB wasn't a big deal). When we first did this we found that the file format had been set to Mac OS Extended [no Journaled] and since this format was read-only we had to reformat it.
That worked for a while, then the partitions on all the computers started reverting back to Mac OS Extended when they rebooted. As of right now I can login to a computer as Admin, erase the partition and set the file formation to Mac OS Extended (Journaled), it mounts the drive and I can write files to the drive. However as soon as it reboots, it goes back to Mac OS Extended and the drive is read-only.
Any ideas? It's kind of hard to search for help with Mac OS Extended right now without being bombarded with APFS posts. Not sure if there are any logs or anything I can check through JSS/Jamf that might give a hint as to what's causing this (or whether JSS itself could be causing it).
Posted on 02-14-2018 06:10 AM
If I run diskutil list it always shows:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 990.0 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
4: Apple_HFS Examplify_backup 9.2 GB disk0s4
However if I do diskutil info disk0s4 when it's still Mac OS Extended, it shows:
Device Identifier: disk0s4
Device Node: /dev/disk0s4
Whole: No
Part of Whole: disk0
Volume Name: Examplify_backup
Mounted: Yes
Mount Point: /Volumes/Examplify_backup 1
Partition Type: Apple_HFS
File System Personality: HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended
Owners: Enabled
OS Can Be Installed: No
Media Type: Generic
Protocol: SATA
SMART Status: Verified
Volume UUID: D3DCE9B4-8FCD-36BC-9D4D-FEC102C3FBFB
Disk / Partition UUID: 5CE62858-0BD6-41B5-B7A5-A03FD0D14EA3
Disk Size: 9.2 GB (9210912768 Bytes) (exactly 17990064 512-Byte-Units)
Device Block Size: 512 Bytes
Volume Total Space: 9.2 GB (9210912768 Bytes) (exactly 17990064 512-Byte-Units)
Volume Used Space: 38.0 MB (37969920 Bytes) (exactly 74160 512-Byte-Units) (0.4%)
Volume Available Space: 9.2 GB (9172942848 Bytes) (exactly 17915904 512-Byte-Units) (99.6%)
Allocation Block Size: 4096 Bytes
Read-Only Media: No
Read-Only Volume: Yes
Device Location: Internal
Removable Media: Fixed
Solid State: No
If I run that command after erasing the partition, I get:
Device Identifier: disk0s4
Device Node: /dev/disk0s4
Whole: No
Part of Whole: disk0
Volume Name: Examplify_backup
Mounted: Yes
Mount Point: /Volumes/Examplify_backup 1
Partition Type: Apple_HFS
File System Personality: Journaled HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended (Journaled)
Journal: Journal size 8192 KB at offset 0x47000
Owners: Enabled
OS Can Be Installed: Yes
Media Type: Generic
Protocol: SATA
SMART Status: Verified
Volume UUID: D3DCE9B4-8FCD-36BC-9D4D-FEC102C3FBFB
Disk / Partition UUID: 5CE62858-0BD6-41B5-B7A5-A03FD0D14EA3
Disk Size: 9.2 GB (9210912768 Bytes) (exactly 17990064 512-Byte-Units)
Device Block Size: 512 Bytes
Volume Total Space: 9.2 GB (9210912768 Bytes) (exactly 17990064 512-Byte-Units)
Volume Used Space: 37.8 MB (37818368 Bytes) (exactly 73864 512-Byte-Units) (0.4%)
Volume Available Space: 9.2 GB (9173094400 Bytes) (exactly 17916200 512-Byte-Units) (99.6%)
Allocation Block Size: 4096 Bytes
Read-Only Media: No
Read-Only Volume: No
Device Location: Internal
Removable Media: Fixed
Solid State: No
So there is a difference, I just can't figure out why it reverts.
Posted on 03-21-2018 11:17 AM
In case anyone else is running into this, the issue for me was a Configuration Profile:
Restrictions>Media>Internal Disks>Read-Only
Once I unchecked that and restarted the computer, the issue was resolved