I get two errors during startup, and I believe I know what's causing both of them. Error #1: "/etc/sysconfig/i18n: file not found" I don't have this file. It's not included in initscripts. What package has it, and why isn't this package in the Requires field for initscripts? Error #2: "tty: file not found" I think this comes from the line if [ "`tty`" = "not a tty" ]; then running in /etc/rc.d/init.d/functions before the /usr partition has been mounted (tty is in /usr/bin).
I'm bumping this to higher priority because 4.23 also seems to cause the root partition to not get cleanly unmounted on shutdown, which could cause fs problems.
First two have been fixed, will be in next rawhide release. What's the problem with getting the fs unmounted? Are there earlier errors that shouw up?
The error, as I remember it, said that the partition was "busy." I'll try and get the exact error later today.
You can go ahead and close this bug report. I can't reproduce this, so I don't think it's related to initscripts. Probably a process that wouldn't die or something similar.
I get the problem with the file system on both of my computers running rawhide, and have been for not only the last couple versions of initscripts but almost since I started using it. The first has a custom kernel and is running tons of security programs running and watching everything all the time, but the other one is a stock rawhide computer that only has a few non-rawhide packages installed on it that I use for network troubleshooting, none of which are daemons. I never complained about this before because I had thought there was already a bug for this and that someone was working on it (maybe I am wrong, or maybe noone even looks at the old bugs that never closed (pity to look at all those forgotten bugs)...). Just tried rebooting to see if it would happen, and it did, but now >I< can't even reproduce it (was going to try it again and see if I could catch some other error that might have happened before it). Am going to try a few more things though, I have some more ideas on what might have been running that last reboot that isn't now.