On 1/26/22 10:11, cagsm wrote:
Thanks for figuring out the "nomodeset" workaround! I ran into the same thing and feared it was due to some weirdness of my ancient AMD Athlon(tm) II X2 250 based system or the fact that I don't have systemd in the initrd. "Good" to know that it's some more general issue. I often run into nodemodeset various grafix and bootup stuff, and I find this very disturbing in the land of linux. I dont know how other
On Wed, Jan 26, 2022 at 2:38 PM Matthias Bach <marix@marix.org> wrote: than suse distros are doing in terms of quality especially in this area. as a direct result I simply find no way to fully switch over to linux as a platform, coming mostly from windows myself. I run linux for some simple servers and stuff, but nowhere near desktop usage. when I look at these bugs it really gives me the chill and makes me frustrated and deters me from further investing into linux :( I just dont understand how simple vga or graphics stuff in the age of vesa or aged and seasoned graphics hardware can express this level of bugs and trouble :(
Mine also is an Asus board with an AMD on-board graphic: 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780L [Radeon 3000] 01:05.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RS780 HDMI Audio [Radeon 3000/3100 / HD 3200/3300] One thing I noted is that the when booting with "nomodeset" the console complains about the following: [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module! yes Im seeing those lines as well. I mostly remember such lines from when using simle linux based distributions such as clonezilla or gparted for basic recovery and such stuff. I guess those distros want or need to have the possiblity for the user to absolutely boot the systems no matter what and dont want to break down due to fancy stuff such as graphics drivers and dealing with hardware too much.
never researched into what this UMS and stuff meant in detail.
Did you already open a bug on bugzilla.opensuse.org? Seems like a general regression. sorry, no. ty. tia.
/etc/zypp/zypp.conf Use the 'multiversion = provides:multiversion(kernel)' and 'multiversion.kernels = ' user-defined parameters to configure multiple kernel versions in parallel. Each kernel with have a corresponding grub2 entry. If a kernel update breaks something, boot into a previous kernel. --dg 15.3/Plasma