After shutting down my pc and turning it back on again, I am greeted with a black screen. The grub menu does not appear at any point.
I booted into a live session from a usb drive and tried multiple things I saw in other forum posts to no avail, so I’m hoping after providing information specific to my case I can get better help. I’ll provide whatever is needed, but I’m not sure what info would be most helpful.
I can provide details on my recent activities, though, but I leave my pc on for long periods, so a few things have happened during this session that I think could’ve caused this: I updated all software from Add/Remove Software - it was a large update including graphics drivers, I think; I installed virtualbox and set up a windows 11 virtual machine - the allocated space for that machine is on a separate drive from my Manjaro installation; In an attempt to enable virtualbox to see my connected usb devices, I did sudo usermod -aG vboxusers <username> replacing <username> with my username. After that last command, I rebooted my pc, and on boot it was just a black screen, and I never saw the grub menu.
Do you just don’t see grub anymore and the pc boots to manjaro fine or is it stuck on the black screen and nothing happens?
I have a similar problem but it’s not grub related. I have a msi monitor and sometimes it just stays black. I have to turn it off and on again and then I see grub.
Ok, I rebooted, and when I got to the black screen, I turned the monitor off and on. Then I waited a minute, tried it again, waited a minute, and still nothing. I’m back on the live session.
UPDATE - I think this is important: my /root/dev/ folder is completely empty. The /dev/ folder of the live environment has files in it, but the /root/dev/ folder on the hard drive itself is completely empty. No files or folders displayed in Dolphin. ls lists nothing whatsoever.
UPDATE - I installed linux66 kernel from the live session and rebooted. I held SHIFT after the BIOS options disappeared, which opened the grub menu. From there, I was able to go to advanced boot options and select the new kernel, and it booted properly! All that’s left is to make sure this kernel is the default.
After rebooting, I now have no issues! This can be closed now.
Although I fixed it before receiving much help on this post, thank you to both of the people who replied so quickly, and thanks to all the people on the other posts I browsed who eventually led to me finding this solution.
This is perfectly normal, because the contents of /dev — note: it is /dev, not /root/dev — live on devtmpfs, a virtual-memory-based filesystem. Therefore, when booting up with the live USB, the on-disk /dev is not in use and is therefore empty.
