I’ve had a problem with corrupted (garbled) text in boot for quite some time. Booting starts fine, text is readable but once graphic mode kicks in all texts become corrupted. It’s like every x th vertical line is missing. It’s possible to guess quite much of the text but not so easy. Almost impossible to fix something from shell if GUI doesn’t work for some reason.
These are kernel boot parameters:
terminal=console nomode set iommu=1 amd_iommu=on rd.driver.pre=vfio-pci amdgpu.dc=0
Console resolution has been set to 3840x2160.
I’ve tried changing above parameters and resolution many many times without any impact. Yes, resolution changes but text remains corrupted.
CPU (if that matters): Ryzen 1900X
GFX: Radeon 540/540X/550/550X / RX 540X/550/550X (according to HW info)
How did you go about deciding any of those might be needed? What results when you use none of them? Have you tried plymouth=0 or just removing plymouth altogether? Does the problem persist indefinitely in any graphics mode, or is this only until you get logged in from a GUI login manager? Are there *.conf files anywhere in /etc/X11/ directed to graphics or screen configuration? What time did this start, after an upgrade? After switching kernel, e.g. from 5.16.x to 5.17.x? Have you tried increasing BIOS configuration for minimum RAM allocated to graphics?
Console resolution has been set to 3840x2160.
Has been set how exactly?
nomode set was actually not typo. Didn’t see the error before you lifted it up It used to be correctly written but didn’t have any impact. Removed now.
Don’t recall anymore from where I got these settings but these were recommendations for virtual machines and Ryzen.
vconsole.conf has following (never touched this file):
Don’t recall anymore exactly the purpose of those settings but I found these settings prior reinstalling OS. These are for virtual machine usage and Ryzen (or AMD in general, don’t recall). Haven’t rechecked if these are needed. amdgpu setting was to get rid off power saving issues with AMD card and HDMI. Haven’t checked if the root cause have been solved.
Haven’t tried plymouth=0 but will test it. Plymouth is installed.
The problem only starts after (my assumption, not 100% sure) graphics mode is set during boot. Prior this I guess some kind of VESA mode is used. Problem lasts until GUI login screen appear. Then there’s no issue anymore. KDE consoles or virtual screen don’t have any issue.
I’m not using vmware nor VirtualPC. Just KVM (qemu).
Don’t recall exactly when this started but way more than one year ago. Probably between 2 to 3 years. I’ve tried to solve this few times without success. Normally I don’t shutdown computer as it is both server and workstation. Although past year or two the stability of KDE and Firefox has gone downwards leading to fully frozen GUI which freezes pretty much everything. Not even SSH server can respond. Keyboard doesn’t respond in any way except via magic keys to shutdown the computer. But this is different matter.
Have not increased RAM for graphics. Not sure if that setting in BIOS even exist because Ryzen doesn’t have integrated GPU. I’m using quite basic AMD GFX card.
Hi
Just to clarify Tumbleweed is the host operating system, or your running Tumbleweed in a virtual machine?
If the host is running Tumbleweed, then there is no need for an /etc/X11/xorg.conf file… there is no need for vfio-pci either (unless your planning on GPU or other hardware passthrough eg SATA).
Thumbleweed is host. I also have one virtual machine with Tumbleweed and that works fine in boot as well (no corrupted text there).
Took out vfio-pci → no impact. (Now I remembered that I was planning to utilize better video performance for virtual machine via passthrough but that didn’t turn out to be success…)
Added earlier plymouth=0 to kernel boot parameters → no impact.
Changed vconsole.conf FONT to ter-v32b → no impact.
OK. I added plymouth=0 to kernel parameters but that did not help. Incorrect place?
Plymouth is not familiar to me. Apparently provides high res graphs for boot but something seems to be broken with it. Should I just uninstall it? zypper rm plymouth. Or is it otherwise valuable package?
That’s the option on the Linuxrc web page. Added at the Grub menu via E key? Only to /etc/default/grub? Or added to /etc/default/grub and grub.cfg regenerated? Other possibilities, besides uninstalling, are noplymouth and plymouth.enable=0
Plymouth is not familiar to me. Apparently provides high res graphs for boot but something seems to be broken with it. Should I just uninstall it? zypper rm plymouth. Or is it otherwise valuable package?
Value is in the eye of the beholder. From where I sit, it’s primarily bling/bloat, imitating Windows startup. It’s installed on none of my hundreds of Gnu/Linux installations that don’t depend on it.
Something seemingly unrelated: In BIOS, disable the graphical curtain that hides POST messages.
Retestet nomodeset and it fixed the problem at booting phase. But max and only resolution is then 1280x1024 at GUI login and Plasma X11. So, useless option.
Apparently this is related to plymouth and KMS thus AMD driver. Need to find a way to force different resolution for plymouth.
Tested with GRUB_GFXPAYLOAD_LINUX=1920x1080 and first phase of the boot was with low resolution and then changed to 3840x2160 resolution with corrupted text. So, no solution from there either.
Problem seems to be related to UHD resolution more and more. nomodeset disables this and then it works. AMD driver issue perhaps?
It’s BIOS dependent. It might start out much bigger. It might not change at all. You could use video= to apply an optional video mode that would make it bigger than it would be otherwise, a mode that would inherit by all your framebuffer vttys.
There are multiple amdgpu drivers. This primer covers the basics.
Firmware maybe? Is either kernel-firmware-amdgpu or kernel-firmware installed? If only the latter, you may be devoting a lot of disk space and bandwidth to updating drivers you have no use for. 15.3 divided kernel-firmware into a big bunch of smaller packages, without eliminating the parent. A default upgrade keeps the parent, installs none of the children. It could be that kernel-firmware-amdgpu is the only one you need.