|
|
|
|
|
by dale_glass
1117 days ago
|
|
Actually as of late, Linux has been moving towards rebooting for update. Yeah, you technically can replace on-disk files while services are running. In practice this can cause trouble if an application wants to read an updated file at the wrong time, and library dependencies can require restarting a lot of stuff. For ages people would install an update containing a security fix in glibc or libz or something, and keep on running the vulnerable version of the services that use them. At that point you might as well reboot. Modern Fedora has a very Windows-like mechanism where you reboot to update. You reboot, the system installs updates, then reboots again. |
|
At a generic system level, for example upgrading Nixos will pull new packages and put them next to the current ones, then reexec where possible. Nginx can replace its master process (SIGUSR2). Telephony software can often reexec and keep connecting open. Etc.
Outside of desktops it's not that uncommon to do seamless live reloads of the whole system.