If I'm understanding this right it seems like a good fast way to test that services start up properly without doing a full reboot so that's pretty nice.
Linux
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
Wow, this seems really useful! What a neat feature.
Hard-reboots are no longer required on Silverblue when installing or upgrading packages (besides kernel) through rpm-ostree
. Arguably one should only sparingly rely on rpm-ostree
for installing packages. But it's great to have access to soft-reboot when setting up a new system.
- Support for System V service scripts is now deprecated and will be removed in a future release. Please make sure to update your software now to include a native systemd unit file instead of a legacy System V script to retain compatibility with future systemd releases.
Why is this being removed?
I wouldn't use it but it certainly seems handy for a quick hack and also for people who are used to the old ways.
Maintaining legacy options is always maintenance overhead or things you need to work around when implementing new features. I suspect that they've concluded that not enough people use it anymore to justify the overhead.
Yeah it’s not like service files are difficult to write. They’re certainly easier than sysv init files
Also:
When the system hibernates, information about the device and offset used is now written to a non-volatile EFI variable. On next boot the system will attempt to resume from the location indicated in this EFI variable. This should make hibernation a lot more robust, while requiring no manual configuration of the resume location.