I somewhat get it - end as much processes as possible, apply everything that is possible, then restart and apply the remainder. My pet peeve is just that it should automatically shut down after applying the updates instead of staying at the lock screen, when I say install and shutdown…
it should automatically shut down after applying the updates
Okay, that part it does for me though. That’s extra annoying for you then.
apply everything that is possible, then restart and apply the remainder
Yeah on one hand I get the concept, on the other macOS and Linux manage without, and I don’t really remember older Windows doing this either, so I wonder if there is a real reason why it’s needed, or they just engineered themselves into a bad corner…
I wonder if there is a real reason why it’s needed, or they just engineered themselves into a bad corner…
Same. They do have some features that sound kinda sane and may play a role here - like the system field are write protected. Programs can request to run a script on start-up to modify them before the write-protection kicks in. Also they might want/think it’s a good idea to run some part of the updates on the new kernel version instead of the old one or maybe do a cleanup on a successful boot or so. Also, maybe they want to force a reboot straight to Windows before the update is finished to prevent problems with dual boot - that could rule out “install and shutdown and only continue with the remainder on the next boot”. Also it might be for convenience, as the next boot is as fast as usual and you do not see 10 mins of “applying updates” when you didn’t calculate with that.
But if you offer “install and shutdown”, it should shutdown in the end and not stay on the lock screen and hopefully go into sleep mode…
I somewhat get it - end as much processes as possible, apply everything that is possible, then restart and apply the remainder. My pet peeve is just that it should automatically shut down after applying the updates instead of staying at the lock screen, when I say install and shutdown…
Okay, that part it does for me though. That’s extra annoying for you then.
Yeah on one hand I get the concept, on the other macOS and Linux manage without, and I don’t really remember older Windows doing this either, so I wonder if there is a real reason why it’s needed, or they just engineered themselves into a bad corner…
Same. They do have some features that sound kinda sane and may play a role here - like the system field are write protected. Programs can request to run a script on start-up to modify them before the write-protection kicks in. Also they might want/think it’s a good idea to run some part of the updates on the new kernel version instead of the old one or maybe do a cleanup on a successful boot or so. Also, maybe they want to force a reboot straight to Windows before the update is finished to prevent problems with dual boot - that could rule out “install and shutdown and only continue with the remainder on the next boot”. Also it might be for convenience, as the next boot is as fast as usual and you do not see 10 mins of “applying updates” when you didn’t calculate with that.
But if you offer “install and shutdown”, it should shutdown in the end and not stay on the lock screen and hopefully go into sleep mode…