Repository navigation
v0.4.4
Upgrades now fix existing installs
schema-netinst44-installer-v0.4.4-66a1df8.iso installs Fedora 44 KDE with schema-init as PID 1. It's a netinst, so the machine needs network during install.
Fixed since v0.4.3
dnf upgradenow repairs installs made from older ISOs (#272). The installer writes its service setup into/etconce, so fixes to it never reached existing installs through updates. On the first upgrade to 0.4.4, an ISO install from v0.4.2 or earlier:- gets the supervised
udevd.svc, and udev is handed over to it live, with no reboot. The old unsupervised udev is stopped first, so two never run at once; - imports the services systemd had enabled (cron, firewalld, smartd, tuned, the timers…) once. They start at next boot. Nothing you've changed is overwritten, and the log is in
/var/log/schema-init/upgrade-import.log. - Installs from the v0.4.3 ISO already have both and are left alone. Hosts converted in place with
schema-migrateare not touched.
- gets the supervised
Tested: on real hardware, a v0.4.2 ISO install (HP laptop) upgraded live: udev came under supervision, survived a kill -9 with an automatic respawn, and the laptop rebooted clean. In a VM, both the v0.4.2 case (repaired) and the v0.4.3 case (left alone) were checked, flipped and unflipped. This ISO differs from v0.4.3's only in the kickstart recording that the repair isn't needed; that change was not separately install-tested.
Safety net: the stock systemd boot entries stay in the GRUB menu, so if a schema-init boot fails you can always pick the systemd entry. Both switches roll themselves back if they don't come up healthy.
EXPERIMENTAL — test on a machine you can reinstall.
SHA256: b5da945330bdf63efa0967900d6fc18bbe44d801bde20c4f64775a2c71df0263