Closed tgoyne closed 1 year ago
I've tested AutoDMG including this fix and still getting the error described in https://github.com/MagerValp/AutoDMG/issues/238 May this be an localization issue? Since on a german sytem the "Macintosh HD - Data" Volume is named "Macintosh HD - Daten"
Is the order of the volumes the same? If it is then the names shouldn't matter. If it isn't then I think logic like what vfuse does would be needed, as the volume roles aren't localized.
I think imaging in this way on 10.15 is dead!
It's working fine for us, but we're using AutoDMG to build VM images rather than imaging physical machines.
Interesting!! But my point is imaging is dead as we know it…think more like iPad imaging…lay down the os, and let the mdm load the apps after.
What do you do with the VM images?
On Mar 4, 2020, at 11:46 AM, Thomas Goyne <notifications@github.com mailto:notifications@github.com> wrote:
It's working fine for us, but we're using AutoDMG to build VM images rather than imaging physical machines.
When running on 10.15b9 I ran into several problems with installing packages into a system image that all seemed to be related to the default partitioning scheme created by the installer changing.
Mounting the disk image with
hdiutil attach
now gives the following output:The previous logic of
egrep '/Volumes/' | head -1
picked "/Volumes/Macintosh HD - Data", but the path we actually want is "/Volumes/Macintosh HD 1" so I changed it totail
.hdiutil info -plist
does not include aimage-alias
field for any of the volumes, sodmgInfo["image-alias"]
was throwing a KeyError and skipping every volume.All of the volumes within the DMG now have a Role listed (Data, Preboot, Recovery, VM, System for the ones listed above), so hdiutilAttach_() would report no partitions found. We want to install to the partition with the System role, so I made it not exclude partitions with that role.