“We have received feedback from customers that several reboots (as many as 15 have been reported) may be required, but overall feedback is that reboots are an effective troubleshooting step at this stage."
Is anyone able to read the full article? Is this a boot loop OS detection feature?
I saw in another thread: sometimes upon booting, the updater has just enough time to grab the fixed update before BSOD so keep trying.
I saw some SysAdmin threads as it was happening say to boot into safe mode, navigate to the affected file, and delete it.
boot into safe mode, navigate to the affected file, and delete it.
Yeah. That's the easiest, unless the drive is encrypted.
I imagine the folks going for the 15 reboots approach are doing so because it's easier than waiting in line for their IT help desk to deliver them their boot encryption key.
it's easier than waiting in line for their IT help desk to deliver them their boot encryption key
Especially when the encryption keys are all stored on a Windows server that's bootlooped
I haven't been affected by this personally, just curious at this point what the variables are hah
Sounds like a race condition in a kernel driver. Try it enough times and maybe you can get clear of it once without triggering.
A lot of liberties taken with that headline.
Nope, not doing that.
https://archive.ph/fA4pK
Thank you kind stranger
It's like those smart lights that you power recycle 7 times to reset
Like this one?
Is anyone able to read the full article? Is this a boot loop OS detection feature?
I saw in another thread: sometimes upon booting, the updater has just enough time to grab the fixed update before BSOD so keep trying.
I saw some SysAdmin threads as it was happening say to boot into safe mode, navigate to the affected file, and delete it.
Yeah. That's the easiest, unless the drive is encrypted.
I imagine the folks going for the 15 reboots approach are doing so because it's easier than waiting in line for their IT help desk to deliver them their boot encryption key.
Especially when the encryption keys are all stored on a Windows server that's bootlooped
I haven't been affected by this personally, just curious at this point what the variables are hah
Sounds like a race condition in a kernel driver. Try it enough times and maybe you can get clear of it once without triggering.
Archive.ph version
bless up thank you
Just power cycle the entire building 15 times and catch the stragglers tomorrow.