When I attempt to boot from my hard drive, the x window system does not start. It appears to be waiting forever on plymouth. I can boot a neon live iso. What file do I edit in 15.1 to disable plymouth? Do I still want to use plymouth.enable=0
To test if plymouth.enable=0 accomplishes anything, append it to the linu line (which usually appears as two lines) after striking the E key while the highlight is on the appropriate Grub menu selection. If this solves the boot problem, it can be made permanent by uninstalling plymouth, or by adding the appendage within /etc/default/grub on the GRUB_CMDLINE_LINUX_DEFAULT= and GRUB_CMDLINE_LINUX= lines, then regenerating /boot/grub2/grub.cfg.
Another test once “forever” seems to have started is Ctrl-Alt-F2 (or F3 or F4 or F5 or F6). If any of these get you a login prompt, you can proceed with troubleshooting via mc, dmesg, journalctl, systemctl status, and ps, among others.
The boot is that fast for me and some boot message I better see so I think Plymouth is unnecessary overhead and removed it:
sudo zypper rm plymouth plymouth-plugin-label plymouth-plugin-script plymouth-scripts plymouth-plugin-two-step
sudo zypper addlock plymouth
Disabling plymouth didn’t help. Either way I get no gui, the login prompt, a flash of blank screen, and the login prompt again accompanied by unending hard drive access which continues all the time I’m logged in. Starting without plymouth, I see
Two of
[FAILED] Failed to start Load/Save Random Seed.
One
[FAILED] Failed to start Update UTMP about system Boot/Shutdown.
One
[DEPEND] Dependency failed for Update UTMP about System Runlevel Changes.
And 7 instances of
[FAILED] Failed to start Name Service Cache Daemon.
Is there a guide somewhere to troubleshooting what is preventing the X Window system from starting?
One needs to start by determining whether X is starting and quickly exiting due to invalid specification what it should do upon starting, or not starting at all. Either way, usually an examination of /var/log/Xorg.0.log is the place to start:
susepaste -n jbanister -e 10080 /var/log/Xorg.0.log
will upload it so we can examine it if you provide the resulting URL from susepaste.
Found it - snapd had filled /var partition. I liked having Signal Desktop, and I really liked having Qalculate, but not if I can’t boot. Thanks for taking the time to help me learn I was looking in the wrong spot.