Hi all, I’ve been using EnveavourOS for almost a year now but recently, maybe after some update, the system gets stuck at “Loading initial ramdisk…”.
After several days spent searching the web for fixes I finally gave up and I’m now posting here in the hope of not having to reinstall.
The issue doesn’t arise always, it will get stuck for a few boots, then work normally a few more, then get stuck again.
It happens both with linux and linux-lts, when it happens there is no journal entry and I can’t move to a TTY. The only way out is hard rebooting.
Removing the “quiet” kernel parameter and raising the loglevel to 4 also doesn’t show anything.
I’m on EOS Gnome on a laptop dual booting with Windows, with btrfs + snapshots and GRUB since it’s a one year old install.
In case it’s relevant I used a kernel parameter (that I now can’t remember) to completely disable my NVIDIA gpu and only use the integrated Intel gpu, plus on this laptop suspension and hibernation never worked on any linux distribution.
The system however always booted fine regardless of this issue and gpu being disabled so I don’t think it’s related.
First of all i see it is on the current kernel so you must have been able to update it. Were there any issues during the updates? 6 months is way too long for updating a rolling release.
Also i don’t know the reason why you would disable the nvidia gpu entirely. It’s a hybrid laptop so it won’t use the nvidia anyway unless you use a method to switch graphics. This is not how i would do this. I would want the drivers installed for the hardware even if I’m not using it. Just my opinion.
I meant that I haven’t booted Windows in 6 months, I update EOS regularly. Sorry if it wasn’t clear, I’m going to edit the post now to clarify.
I think I disabled it because someone suggested it might interfere with suspension but as you said the nvidia gpu wasn’t running anyway so it didn’t make any difference.
I’ll post the urls that you requested, but keep in mind that since when the boot fails the corresponding journal isn’t created, the journalctl -b -0 will refer to a successful boot.
I am by no means a linux expert so maybe you can see something useful in those logs that I can’t.
I am not a linux expert either. I don’t see any kernel parameter in the command line that would stop the nvidia gpu. I didn’t see the hardware listed also. I only see the Intel Gpu. I guess you don’t have any drivers loaded for Nvidia. Also I’m not sure if you are using grub or sytemd-boot?
Maybe post
inxi -Ga
I do see many errors related to pcieport but don’t think that is an issue. There are a lot of other error messaging related to the Gnome desktop but again i can’t pin anything down to causing it to not boot.