After updating the system I was prompted for a reboot. Upon reboot loading Manjaro gets stuck at loadkmap: short read
This is on a second PC system I have, and my main system also runs Manjaro. Kinda concerned about updating that now and having two systems down. Both are running KDE Plasma. Any clues to solving it would be much appreciated
OK Iāll try the various function keys and try to get to terminal. Might be fun trying to get results of inxi -Farz from one computer to this one Iām communicating on. Iāll be honestā¦ Iām well out my depth even though Iāve used Manjaro for years. I just donāt break it and use the GUI mostly. Been rock solid till now.
No joy getting a terminal via any function key. F4 brings up Grub menu with fallback initramfs etc. Choosing to boot Manjaro UEFI or not or fall back results in same.
Anything else there only allows command line access to editing grub.
Thereās a couple of other clues as to what could be part of the problem perhaps?
When I mentioned āloadkmap: short readā the only time I see that ābrieflyā is from turning the monitor off and on otherwise itās black and no display.
Now, going through all the function keys one by one all except F4 displays the boot process line by line and where it stopsā¦ More often than not itās halting on CUPS Scheduler. Iām aware of the latest security vulnerability with regards to CUPS. Has Manjaro initiated a patch or fix in the latest updates? Seems strangely coincidental.
I have a similar problem. After update, sddm wonāt start. systemctl status sddm reveals failed to read display number from pipe. Running startplasma-wayland brings desktop, but nvidia drivers are not available. I there a config file I can alter to get my machine running as before update?
No.
If you used something like btrfs+timemachine and ran automatic backups ā¦ then ā¦ you could boot into that. Otherwise you should gain control somehow (see above), and if you dont know what else to do ā¦ then share information on the system. Possibly beginning with inxi -Farz.
I eventually got into TTY via CTL ALT F3
Still not sure how to grab all the output from inxi -Farz and send it to one of those links in the guide via command line. Iām going to stop for now lest I really stuff something up. I pulled an all nighter gaming and havenāt slept yet, so Iāll stop for now. Thanks for your help so far itās appreciated. Iāll come back to it with a fresh mind.
It would have been better to just share the link.
Or in the case of code then use the </> button on the forum or enclose the whole thing like
```
Code and stuff
```
Ill fix it this time
ā¦ And as I suspected at least on obvious thing wrong is that kernel 6.9 is EOL, dead, gone, no longer exists in the repositories, and is unsupported.
You should endeavor to install and boot into a supported kernel like 6.6 or 6.10, and remove 6.9.
Iām sure this was compounded by your nvidia drivers as ā¦ there would not be the correct modules/packages for 6.9 ā¦ which also begs the question ā¦ how did your upgrade complete? Did it actually complete? Did you pull AUR packages?
The update completed with a notice to reboot. Upon rebooting, sddm did not start. I was not aware that 6.9 was deprecated until this thread. I would think that an update from the system would have taken that into account. I now have to go through and remove and install a kernel, somehow install nvidia drivers compatible with that kernel, and hope everything somehow works. Iāll keep you posted.
The system did what you told it to do.
I dont know why you were running 6.9.
I dont know if you have some sort of notifier for those things.
I dont know what the output was from the package manager during your upgrade.
Every other example of people having 6.9 encountered obvious errors and stopped.
Besides which its been echoed all over the forum for months. It was deprecated on all other branches for a long time, and obviously on kernel.org since before it was removed here.
there was an Nvidia driver update and you used Pamac (Add/Remove Software) for your system update
Pamac might have notified you that he will remove linux69-nvidia due to a conflict
System update was done but Nvidia GFX is your primary graphics card
on reboot you only had access to the CLI
When there is a kernel EOL and got removed a different kernel should have been on the system. We will look into a solution which would automatically install needed kernels if a running kernel got removed. We might also check to prevent any updates in that case until a supported kernel is installed.
6.9 kernel was the default kernel of 24.0 ISOs. Not all users maintain their kernels, they simply update and expect the system to run. So we might reintroduce some like linux-latest we had before, so EOL kernels get automatically removed and replaced via pacman.
Thank you. Due being able to grab that inxi -Farz output to a text file I noted the same problem Kwall has, ie the 6.9 kernel.
A combination of the commands both you and philm posted allowed me to eventually get to the desktop and fix the rest. Again, thank you for the time and patience.