Hide Forgot
Description of problem: I have a dual boot system with LUKS. When it reboots, I need to babysit it. Currently, offline system updates: 1) Reboots into system-update.target (so that all file systems are mounted but little else is running) 2) Performs the update. 3) Reboots second time (in case something in the base system was changed). See http://freedesktop.org/wiki/Software/systemd/SystemUpdates/ for a more detailed description of the current process. Proposed Change: Change the shutdown/reboot process as follows: 1) All daemons/services are shutdown (shutdown.target) 2) **** Perform update here. **** <= NEW 3) File systems are unmounted (umount.target) 4) System reboot/poweroff/halt (final.target) Notes: 1) Reboots are reduced from two to one. 2) The only services still running at that point should be the same services as now when it boots into system-update.target. Hence, the risks should be the same. 3) The shutdown process may need to be changed to allow long-running processes in proposed step #2. It can't kill the update process thinking that shutdown is taking too long.
Sorry, but no. We do this excercise primarily to get the system into a defined state before update, and hence we reboot first. It's kinda the whole idea of the offline update concept.