Posted on 01-13-2016 08:59 AM
Following on from my - https://jamfnation.jamfsoftware.com/discussion.html?id=18390 question.
I can Netboot happily but the install won't block copy. The image is set to diskless. The drive is dismounted and quickly comes back. Casper images shows block copy, but this also quickly changed and fails back to file copy.
I did do a lsof and it shows files open on the Macintosh HD, but I'm not sure why. One for example was - efilogin.framework.
Posted on 01-13-2016 09:06 AM
Did you click erase target drive?
Posted on 01-13-2016 10:41 AM
What versions of OS and JSS are you using? I had this issue trying to image from a 10.10 Mac with Casper Imaging 9.63.
Posted on 01-13-2016 10:32 PM
I'm using 9.82 and 10.11.2
Posted on 01-13-2016 11:27 PM
Which type for share is? sharing connection?
JDS or Distribution Point?
Posted on 01-14-2016 12:05 AM
There's a bunch of things it could be.
First check that the version of JSS is 10.11 compatible (not likely but worth excluding anyway), that the version of JSS matches the version of Casper Imaging you're using, the image priority is 1 and that erase target drive is definitely checked.
Then I would troubleshoot it step by step:
If it's none of those, I'd probably escalate to JAMF support.
Posted on 01-14-2016 05:14 AM
I apologize if I'm asking something that's been answered somewhere else. However, if we're talking about using Casper Imaging to push a configuration down to a NetBooted machine, file level copy is the default method used. In order to get a full block copy you will need to compile the image first. Perhaps you are and I'm missing something or perhaps we're just talking about a simple OS only install. Mind helping me understand what you mean by "the install won't block copy."?
Posted on 01-14-2016 05:55 AM
The base OS should still block copy, followed by standard installs for the rest of the packages.
@bazcurtis is that what you meant?
Posted on 01-14-2016 06:29 AM
The OS I made was from a proper disk partition. I have now done it with an AutoDMG made OS image and that has block copied fine.
I haven't compiled it. Is this worth doing as well? This is just a AutoDMG El Capitan OS that I then uploaded to the Netboot server. I believed that once you ticked erase disk it would always block copy.
Thanks for the feedback.
Posted on 01-14-2016 07:56 AM
@davidacland Thanks for that clarification regarding the OS.
@bazcurtis The primary benefit of compiling a configuration is: speed of imaging. When you compile a configuration the entire configuration (software, scripts, etc) will be wrapped up into a .dmg for block copy restore. At least until you modify the configuration in any way (i.e. new software, script, etc). Then it will (should) revert to a non-compiled image. In the end, it depends on what you want to accomplish. I compile my configurations before any mass imaging project but skip it during normal operations. The difference can be pretty amazing though if speed of imaging is important.
CAVEAT: If you've built an OS.dmg via Composer it will NOT install the captured recovery partition. You MUST use a non-compiled configuration if you wish for that to work. I'm not sure if AutoDMG OSs installs can still do that within a compiled configuration but I kind of doubt it. Someone here will be able to clarify that shortly.