Hi all, hoping I could get some help on this as I spent a few hours on this. I’m unable to boot into the OS after the bootloader step. The initial black screen with all the [OK]'s and services starting happens before eventually just going fully to black with no commandline usable and needing a hard shutdown from the power button
*BIOs firmware is up to date at 1.28, secure boot is disabled, CSM is disabled, no GPU for now so using the iGPU
What I’ve Tried:
Fast-boot on and off
Main, ZEN, and LTS kernels
Tried an Install with GRUB
Tried an Install with systemd
online and offline installation
One thing I noticed is that when I have a USB live image, I am also unable to boot into it unless I disable fastboot and choose “EndeavourOS x86_64 Fallback (nomodeset)”. UEFI Default and UEFI NVIDIA (Latest cards only) result in a black screen
I am able to install from the USB and install it into my nvme, but after the install is done and I reboot to enter into the OS, both the “EndeavourOS (6.5.5-arch1-1)” and “EndeavourOS (6.5.5-arch1-1-fallback)” result in a black screen
On another note, this also seems to happen with a regular Arch install, so its not specific to EOS
I think the nomodeset might be related as I’m trying to use my Ryzen’s integrated GPU.
Any help would be greatly appreciated!
EDIT:
It seems like I have to add this every time I boot into it
After more troubleshooting, I’ve found it might have been related to the iso I used to install, as well as adding the nomodeset. I also found that I needed to set the RAM speeds manually instead of putting it on auto in the bios
I am able to install and boot into it this way but have to add the nomodeset every time in the systemdboot menu, and it only seems to be able to display in 800x600 resolution
Hmm, is there anything you can suggest? I seem to only be able to boot into EOS when i pass nomodeset at the bootloader, which is a kernel parameter from my understanding
So you only have the IGPU currently. Have you checked you UEFI Bios settings? Is it set to use the integrated graphics? Secure Boot and CSM turned off, possibly fast boot turned off. Are you running Windows on this also or just single EOS?
Edit: Please check this?
Go to Bios then go to Advance/NB Configuration/Primary Video Device then pick PICE Video then save and exit.
For now, yes I just have the iGPU, so I was hoping to be able to have most of this set up while I wait for a card
CSM, Secureboot and fastboot are off.
This is just a EOS PC, no windows
In Advanced/Onboard Devices Configuration I set the display priority to Internal Graphic
Advance/NB Configuration/Primary Video Device then pick PICE Video then save and exit.
I dont have any options or submenus in the bios like this it seems; nothing comes up in the bios search either
Edit: You should be using at least version 1.28. There is a beta version also newer 1.29AS01
I would wait on the beta version until it comes out of Beta. But i would recommend updating to 1.28 if your current version is older than that.
I found this post about a Ryzen 7900X igpu that seems to have resolved the need to have to put nomodeset. This has worked in my case with the 7950X; so I guess that takes care of that.
I seem to have to manually set my RAM to 4800MHz instead of 5600 to avoid issues with booting to desktop
I also switched from systemd-boot to GRUB which now detect my monitor’s correct resolution.
Unfortunately the post I mentioned (New Build - Black Screen After Bootloader - #11 by skuld9029) regarding firmware downgrading now doesn’t seem to be the solution for needing nomodeset in the boot parameter as I still get black screen without nomodeset.
When you boot on the live ISO you get a black screen? Or only after installed?
Edit: What desktop are you installing? Also are you able to get into a tty from the black screen?
Both the live ISO and and after install results in black screens if nomodeset is not used. I am installing KDE Plasma
The issue described by you seems to be related to boot problems on their system, and it appears to be affecting both EndeavourOS and Arch Linux installations. Based on the provided information, it does indeed seem like the problem might be related to the use of the Ryzen integrated GPU and potentially the “nomodeset” kernel parameter. Here are some steps and suggestions that might help resolve the issue:
Check for BIOS/UEFI Settings:
Make sure that your BIOS/UEFI settings are correctly configured for UEFI boot. Ensure that secure boot is disabled and CSM (Compatibility Support Module) is also disabled.
Kernel Parameters:
When booting from the USB live image, try adding the “nomodeset” kernel parameter as you’ve mentioned. You can do this by selecting the “EndeavourOS x86_64 Fallback (nomodeset)” option. If this allows you to boot successfully, you may need to add “nomodeset” permanently to your bootloader configuration.
Graphics Drivers:
Since you mentioned that you are using the Ryzen integrated GPU and have no dedicated GPU installed, make sure that the appropriate drivers for the integrated GPU are installed. On Arch-based distributions like EndeavourOS, you might need to install the AMDGPU drivers or other relevant drivers for your Ryzen APU.
Kernel Options Configuration:
After installing the OS, you may need to configure the kernel options. To do this, edit the GRUB or systemd-boot configuration file (depending on which bootloader you are using). Ensure that the “nomodeset” option is present in the kernel parameters for the installed OS.
Kernel Version:
Ensure that you are using a kernel version that is compatible with your hardware. Newer kernels often include better support for the latest hardware. You can try using the latest LTS (Long Term Support) kernel if you haven’t already.
Graphics Configuration:
If you still encounter issues, consider checking the graphics configuration in your desktop environment. Sometimes, issues with Xorg or Wayland settings can cause boot problems.
Logs and Error Messages:
Check the system logs for any error messages that may provide more information about what’s causing the black screen. You can view logs in the terminal by using commands like journalctl -xe or by examining the logs in the /var/log directory.
Community Support:
Since this issue also occurs with a regular Arch installation, consider seeking help on the Arch Linux forums or community channels. Arch Linux has an active and knowledgeable user base that can provide assistance with debugging and troubleshooting.
Hardware Issues:
If none of the above steps resolve the issue, consider the possibility of hardware problems, especially with the integrated GPU. Ensure that the Ryzen CPU is functioning properly, and there are no hardware-related issues causing the black screen.
By following these steps and experimenting with different settings and kernel parameters, you should be able to diagnose and hopefully resolve the boot issue on your system. Remember to back up important data before making significant changes to your system’s configuration.
