Sporadically, we are seeing some of our Macs getting stuck in a boot loop. This manifests itself after the Mac has run some OS updates. In the latest case, the updates appear to be the security update 2018-001, iTunes, Safari updates. I have seen this before and I just don't understand what is causing this.
In all cases, disk utility doesn't find a problem. Reinstalling the OS doesn't remedy it either.
The only way we can recover from this is to wipe the drive and image it over.
Anyone else seeing this? If you have, do you have a fix or something else I can try? Very frustrating to have this occur and we have to backup the drive, wipe the internal drive, install the OS, applications and settings and recover from the backup.
Seems like something is amiss, I just don't know what it is.
How are these Macs getting their software updates? It sounds like the update packages are getting corrupted. It's likely that the security update is the issue since iTunes and Safari don't require a reboot. I recently had a user with this problem. I booted her Mac off of an external boot drive, and I was able to go into the internal hard drive and remove the offending update files. After that, the system booted up normally.
As for us, we are simply issuing a command, software update -i -a and this has worked flawlessly in the past. I have not had any success with re-installing the OS. In all of our cases, we had to backup, reimage and restore to get the Mac back to booting.
Let me ask. We use a firmware password on all of our Macs. I wonder if this could be interfering in some way, doubtful, just curious if you are using firmware passwords too? We also have Avast installed. Perhaps Avast is interfering with things?
We have had a few machines get stuck in an update loop.
The fix was to hold option on boot and manually select the boot drive again while holding control to set it as default (they were endlessly booting of an update image file, failing to update and rebooting of the image file again).
Re-applying the update afterwards worked fine as well so no idea as to the original cause, this was particularly bad with the 10.13.2 supplemental update.
Thanks @stevewood I did try that.
Actually, I should probably state what I've already tried.
- Selecting the startup disk from option boot.
- Selecting the startup disk from recovery. - Safe Boot did not work at all.
- Single user boot does not work.
- SMC reset.
- PRAM reset.
- I booted into recovery and repaired the disk. - I tried deleting cache files, while in recovery.
And I've tried these various troubleshooting tactics on more than one machine. Usually, the user has to get back to work so we have to re-image the machine and get them back up and running. These boot loops happen on the old MacPro trashcans, MacBook Air, 2015 MacBook Pro's, 2017 MacBook Pro's, just the whole spectrum of hardware (i think there was even one MacBook).
We had one policy cached the update package (SecUpdate2019-001Sierra.pkg) on our users machines for roughly a week to try and catch everyone. Created a Smart Computer Group of machines that have the package cached. Scoped a separate policy to that smart group, then used the package payload to run "install cached". The policy does allow deferrals, because we can't place an undue burden on our users. It's set to run "once per computer" with "Check In" as the only trigger.
The best i've been able to do is get into recovery, and pull the complete /private/var/log folder to an external drive. I'm comparing those logs to logs from a machine that had no problem with this update process.
Some machines are super borked. One machine the JAMF admin user was just gone. On another machine we couldn't unlock the disk to mount it.
What drives me the most insane, is that we can't dependably reproduce the bootloops. Only ~300 machines got the security update, before we had to disable the policy and kill pending installs. I saw that about a 5% of those machines were bootlooping. We tried manually getting the bootloops, but only got like 1 in 3 machines to bootloop (and we kinda cheated on that cause we closed the laptop while the update was installing to force an error).
I can't tell if it's our methodology for installing the update, or if its just a random occurrence caused by the update itself.
Any suggestion or knowledge is welcome and appreciated.
Sorry for the wall of text.
Figured I'd throw my experience in on this topic.
While this may be related to a security patch, I'm finding in my environment it's related to the Jamf task for reboots, since I've got a policy to reboot some Macs twice a weekend and I've now seen the com.jamfsoftware.task.reboot.plist in /Library/LaunchDaemons in each of the accounts of this occurring.
The fix for this is simply to remove the com.jamfsoftware.task.* plists and reboot. Much faster than rebuilding, so maybe check that first? Just don't delete the jamf and management daemons!
Upon further digging, it appears that the com.jamfsoftware.task.reboot.plist might be calling a script that isn't present, as in the below screenshot. When I check the /Library/Application Support/JAMF/tmp/blah-numbers-blah, it references something that no longer exists (perhaps the reboot script itself?).
@bjiang glad i saw this post. I think im having this same issue. After a security update ive had 4 laptops go into what i been calling a login loop. The user logs in and the progress bar goes like 80% and then reboots and the process continues.
The first couple times after booting into safe mode and rebooting into normal mode the issue was fixed.
The last 2 times its happened ive tried safe mode, repair disk, but issue not fixed, so i had to completely wipe and install everything fresh.
This login loop is happening to every account that is trying to login. Only 2 accounts are on each laptop.
Did you have this similar login loop issue?
You fixed it by deleting everything in /Library/LaunchDaemons?
Is this the main /Library/LaunchDaemons location that you deleted from? Or from the users ~/Library/LaunchDaemons ?
Did you also boot from an external drive to get to the computer drive?
@NYBGIT did you remove it from here 'Library/LaunchDaemons'?
i call it 'login loop' because no matter who tries logging in it just brings the user back to login prompt after going about 80% through the progress bar.
This has happened to me on 4 laptops and twice it was resolved by booting into safe mode and then back into normal mode. The other 2 times i hade to wipe and freshly install everything again. If it happens again I'll try removing this com.jamfsoftware.task.reboot.plist
This happened to me again today. Doing the boot into internet recovery then going to terminal and doing the rm -rf com.jamfsoftware..... stuff did not work.
what worked was booting into SAFE MODE and just like @bjiang did I deleted everything in /Library/LaunchDaemons then restarted into normal mode and i was able to get through to a successful login.
@tcandela rm -rf com.jamfsoftware.task.reboot.plist. - This file is located in the 'Library/LaunchDaemons' directory. There's no need to delete everything from that directory.
Sorry I should have been clear in my message. Once you cd to /Volumes/Macinstosh\ HD/Library/LaunchDeamons - execute this command "rm -rf com.jamfsoftware.task.reboot.plist." and reboot and everything should be fine.