This is on Casper Imaging 9.65.
After creating a config with a base 10.10.2 DMG (but I also used a custom one made from AutoDMG), a user PKG, and a directory binding, I receive this error (screenshot attached) when attempting to image.
This seems to happen on all my images now.
Interestingly enough, this has been happening on devices that already had 10.10. When I attempt to image devices that have 10.9 or below, it seems they can't mount the volume (attached this message as well).
Is there something wrong with my NetBoot set? Very surprised how this has all fallen apart.
Ok, so an update:
I don't know why everything was working on previous releases until 9.65 then back on 9.7 but I'll take it.
Not identicle but related, we are using a script for Deploy Studio to remove existing partitions.
It works perfectly but for whatever reason if there are existing Core Storage volumes it will fail about 10% of the time. Generally you just try again and it works the second time round fine.
@btaitt Interesting enough, I had issues like this before. If you run a "repair" on the disk before, it would work. In my netboot image, I have created a app that on startup asks if its a "new mac"(meaning having 10.10) on it, if it does, it runs a repair on the disk, then I can proceed to imaging.
Give that a shot and see if that helps.
We are seeing this consistently right now on a large 10.10.3 deployment we are working on.
@bentoms The Netboot Image we have is 10.10.3 and was created with AutoCasperNBI 1.2.
The source OS Image was created with AutoDMG. @chlaird Yes we had the rc.netboot option checked.
We are running Casper 9.72. We recently updated from 9.63 and so far so good. Before we were actually running Casper Imaging 9.65 with the 9.63 JSS as it seemed to do a better job with 10.10.3 but overall 9.72 does seem to be better. The odd thing to all of this is that if we netboot a bunch of machines and start them they will give that "Failed To Delete Core Storage" error. But if we try to do this a second time it works fine. So something gets done in that first pass that allows it all to run on the second try. So we are still working, but it would be nice if this just worked on the first try. I'm not sure if it's a Netboot Image issue or a Casper Imaging issue. Just to add these machines are new MacBook Pro's out of the box. The factory OS on them is 10.10.1. They have never been booted before.
We are also having exactly same problem in Casper 9.72, from a 10.10.4 image with new iMac's
At present we have had to use workaround due to the time frame of getting them out, format the drive....it fails, try again it formats succesfully and then the image process works fine, not ideal but got us through for now, need to obviously find a suitable fix once this deployment is completed.
Casper Imaging 9.72, old school NBI build (no AutoCasperNBI) and Mac Mini 7,1 (running 10.10/14A389 straight outta China) ... could not delete CS using typical imaging/erase hd workflow. I'm going to mess with it a bit to try and establish a pattern.
Curious what OS/builds those having trouble are finding installed (perhaps not relevant)?
edit: CS info deleted on reboot/2nd pass. Meh.
We use the modified rc.netboot and a 10.10.4 base netboot and Casper Imaging 9.73 and we see this pop up in about 2 out of 10 machines that we are imaging currently. We do have erase target drive selected. We are imaging macbook air 2015s right now with a single partition. If I force quit Casper Imaging and then open disk utility and wipe the drive 1st, then it works fine. Really annoying.
Edit: Now this is happening to each machine. Really very annoying.
Edit2: After checking my netboot system out, I found that my netboot clients folder had over 1500 entries. After clearing this out it seems I may have fixed this issue. Not sure though.
I wonder if the edited rc.netboot file includes a limit on client records that would have caused this.
Princeton Public Schools
Still happening to us as well when the machine is first formatted. It wont allow disk utility to unmount the drive the first go around. Then I quit disk utility then it will erase the volume and allow casper imaging to continue.
Princeton Public Schools