…while dmesg of successfull boot with kernel 6.1.12 looks like this
uname -a
Linux dell2TW062021 6.1.12-1-default #1 SMP PREEMPT_DYNAMIC Wed Feb 15 05:31:41 UTC 2023 (373f017) x86_64 x86_64 x86_64 GNU/Linux
so the line in zypp.conf looks now like
multiversion.kernels = latest,latest-1,running,6.1.12-1-default
will that keep kernel 6.1.12 for future zypper dups with new 6.2 kernels?
zypper se -si kernel-default
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+----------------+---------+------------+--------+------------------------
i+ | kernel-default | package | 6.1.12-1.1 | x86_64 | (System Packages)
i+ | kernel-default | package | 6.2.1-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
so now it reads
multiversion.kernels = latest,latest-1,running,6.1.12-1.1
Correct now?
…I found that MESA-dri-nouveau was still installed (but not xf86-nouveau), removed the MESA thing and rebooted, didn’t change much
https://paste.opensuse.org/pastes/9d02f4cbd0fc
btw. the system is really, really hung up at this point, power button not working, only way to interact is REISUB…
Other point: Is it possible to make the working 6.1.12 kernel the default for booting?
Not sure if this helps anything but Arch has the same Problem with 6.2
Only when dualbooting and only if the Bootloader is not from Arch. I can’t explain more as I am not a tech person. Just search for “Arch 6.2 boot problem”. Also Brodie Robertson on Youtube has a short video about it (latest Video as of March 8)
I don’t know if openSUSE did the same with Kernel 6.2
Still no new 6.2 kernel in TW here. Am I the only one with related problems (with NVIDIA graphics and no UEFI/secure boot)?
May be (at least only one having this particular combination that triggers thus problem). Have you opened bug report?
@suse_rasputin as a Tumbleweed user you should be following the Factory Mailing list, new details there today…
Nope, just a dumb user here…
I don’t get it, lockdown patches or what?!?
So the 6.2.1 kernel didn’t work for you, introduction of lockdown patches, secure boot, legacy boot, but the previous kernel works, kernel 6.2.2 removes the lockdown patches, so should be the same as the 6.1.12.
Once 6.2.2 rolls around and still not working (so any lockdown patching is not the issue), then can create a bug report…
many thanks, malcolm, let’s wait’n see…
Kernel 6.2.2 installed via zypper dup, rebooted, system hangs on the absolute same time in very early boot, waiting some minutes doesn’t help.
Frustrating…
@suse_rasputin what about selecting recovery mode, does that work? Or if on boot, press the e key to edit grub and add nomodeset to the linux line (after quiet).
nomodeset boots, but results in lousy resolution (1280x1024), I see no way to change…
Normal resolution is 1920x1200, the reason why I keep these old machines in service…
@suse_rasputin it will do for the moment to see what is what, so definitely a driver issue.
So, can you post the output from inxi -Gxxz
.
Booted with kernel 6.1 I get:
inxi -Gxxz
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "",
LC_ALL = (unset),
LANG = "en_DE.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Graphics:
Device-1: NVIDIA G92GLM [Quadro FX 3700M] vendor: Dell driver: nouveau
v: kernel arch: Tesla pcie: speed: 2.5 GT/s lanes: 16 ports: active: LVDS-1
empty: DP-1,DP-2,VGA-1 bus-ID: 01:00.0 chip-ID: 10de:061e temp: 46.0 C
Display: x11 server: X.Org v: 21.1.7 with: Xwayland v: 22.1.8
compositor: kwin_x11 driver: X: loaded: modesetting unloaded: fbdev,vesa
alternate: nouveau,nv,nvidia dri: zink gpu: nouveau display-ID: :0
screens: 1
Screen-1: 0 s-res: 1920x1200 s-dpi: 96
Monitor-1: LVDS-1 model: Seiko Epson 0x5443 res: 1920x1200 dpi: 133
diag: 433mm (17.1")
API: OpenGL v: 4.5 Mesa 23.0.0 renderer: llvmpipe (LLVM 15.0.7 128 bits)
direct render: Yes
OK?