-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rebooting into F40 SilverBlue hang because of systemd-resolved unless selinux is disabled #578
Comments
You can try resetting your SELinux policy to the default one with the instructions from: https://docs.fedoraproject.org/en-US/fedora-silverblue/troubleshooting/#_selinux_problems |
Yes they were difference, and I did reset as instructed. I get a different boot failure unless I boot with This time, I get dbus-broker to also fail (systemd-resolved seem to still fail but no hang the whole boot) :
And then a cascading failure of other services include In the end the last message on screen is about plymouth service stopping. and it hang there. |
And I checked there was no selinux policy difference anymore |
also the question is WTF changed the selinux policy. I never touch that. |
There was an issue a while ago that made it local change even if you hadn't touched it. This should not matter as it gets updated automatically now but just in case. |
I wonder if |
|
Did reboot into F40 with Checked I'm running F40, and I checked that selinux was enabled and enforcing. As to why I ended up in that situation I don't know, but there surely should be an easier way to get out of this. |
Describe the bug
I finally applied the bootloadeer failure workaround (#543) to reboot from SB F39 into F40.
The version deployed is
It hangs in the reboot because it can't start systemd-resolved.
If I reboot with
selinux=0
added to the boot line. It does boot to the end.If I reboot with
enforce=0
it doesn't. Albeit withenforce=0 autorelabel=1
it did relabel but this didn't solve the issue.To Reproduce
Please describe the steps needed to reproduce the bug:
Expected behavior
It boots to the session login and I can login.
Observed
The boot hangs. Pressing ESC show that is hang because it can't start systemd-resolved.
Screenshots
It would be unreadable since it's all written so small (not a SB specific problem, but has been like that since 2017)
OS version:
The F39 deployment works.
Additional context
From journalctl -r: (entries in reverse order)
and then
and
If you need more specific log, please ask.
The text was updated successfully, but these errors were encountered: