Hi, I'm running Tumbleweed on my desktop computer, and after I did an update I've lost ability to boot up to graphics mode. The computer boots to a text prompt mark@localhost:~> only. It won't boot to graphics if I wait, nor will it go to graphics if I input startx. It will boot to graphics if I switch to root (su), then input startx, but it only goes to a black screen with a cursor arrow visible that I can move with the mouse, and never boots to full graphics. If I try to boot the current kernel (6.1.8.1) in recovery mode it won't boot to graphics. If I boot the previous kernel it will only boot to the user@localhost prompt. If I boot the previous kernel (6.1.7.1) in recovery mode it will boot to graphics desktop, but I think that it might be using a driver such as vesa because the rendering is not sharp nor in the right adjustment to the size of the screen. If I type lspci -k | grep -EA3 'VGA|3D|Display' in konsole I get the output 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel modules: nouveau, nvidia_drm, nvidia 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller Comparing that output to the output I get on another computer that booted normally, also running Tumbleweed, I got: 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel Driver: Nouveau Kernel modules: noveau, nvidia_drm, nvidia From what little I understand about this, I gather that opensuse is supposed to autoload nouveau during boot because something went wrong during a routine update. It seems that isn't happening, but maybe my understanding is incorrect. In any event, I need help to fix this. Thanks, Mark
On 27.01.2023 17:15, lxmark wrote:
Hi, I'm running Tumbleweed on my desktop computer, and after I did an update I've lost ability to boot up to graphics mode. The computer boots to a text prompt mark@localhost:~> only.
Given zero information about installed drivers the first suspect is https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/G...
It won't boot to graphics if I wait, nor will it go to graphics if I input startx. It will boot to graphics if I switch to root (su), then input startx, but it only goes to a black screen with a cursor arrow visible that I can move with the mouse, and never boots to full graphics.
If I try to boot the current kernel (6.1.8.1) in recovery mode it won't boot to graphics.
If I boot the previous kernel it will only boot to the user@localhost prompt. If I boot the previous kernel (6.1.7.1) in recovery mode it will boot to graphics desktop, but I think that it might be using a driver such as vesa because the rendering is not sharp nor in the right adjustment to the size of the screen.
If I type lspci -k | grep -EA3 'VGA|3D|Display' in konsole I get the output
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel modules: nouveau, nvidia_drm, nvidia 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
Comparing that output to the output I get on another computer that booted normally, also running Tumbleweed, I got:
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel Driver: Nouveau Kernel modules: noveau, nvidia_drm, nvidia
From what little I understand about this, I gather that opensuse is supposed to autoload nouveau during boot because something went wrong during a routine update. It seems that isn't happening, but maybe my understanding is incorrect. In any event, I need help to fix this.
Thanks, Mark
Here's a list of the pertinent packages that were already and are presently installed. libdrm_nouveau2 libvdpau_nouveau xf86-video-nouveau kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 nvidia-opendriver-G06-signed-kmp-default I reinstalled all these packages, then I rebooted the computer. It booted to the same text format with the localhost login: prompt. I logged in as my user at that prompt, and after I was logged in I typed in startx and entered the command. I got this message. xauth: file /home/mark/.serverauth.1381 does not exist X.Org X Server 1.21.1.6 X Protocol Version 11, Revision 0 Current Operating System: Linux localhost.localdomain 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64 3-4864-9b2b-3cda358c7clc mitigations=auto quiet security=apparmor nosimplefb=1 Current version of pixman: 0.42.2 Before reporting problems, check http://wiki.x.org to make sure you have the latest version Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/home/mark/.local/share/xorg/Xorg.0.log", Time: Fri Jan 27 12:42:36 2023 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" xf86EnableIO: failed to enable I/O ports 0000-03ff (Operation not permitted) vesa: Refusing to run, Framebuffer or dri device present (EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check th elog file at "/home/mark/.local/share/xorg/Xorg.0.log" for additiona information. (EE) (EE) Server terminated with error (1). Closing log file. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error ----------------------------------------------------------------------- xinit failed. /usr/bin/Xorg is not setuid, maybe that's the reason? If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run "chkstat --system --set" afterwards Let me know what other information you need and I will post it. On Fri, 2023-01-27 at 19:44 +0300, Andrei Borzenkov wrote:
On 27.01.2023 17:15, lxmark wrote:
Hi, I'm running Tumbleweed on my desktop computer, and after I did an update I've lost ability to boot up to graphics mode. The computer boots to a text prompt mark@localhost:~> only.
Given zero information about installed drivers the first suspect is https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/G...
It won't boot to graphics if I wait, nor will it go to graphics if I input startx. It will boot to graphics if I switch to root (su), then input startx, but it only goes to a black screen with a cursor arrow visible that I can move with the mouse, and never boots to full graphics.
If I try to boot the current kernel (6.1.8.1) in recovery mode it won't boot to graphics.
If I boot the previous kernel it will only boot to the user@localhost prompt. If I boot the previous kernel (6.1.7.1) in recovery mode it will boot to graphics desktop, but I think that it might be using a driver such as vesa because the rendering is not sharp nor in the right adjustment to the size of the screen.
If I type lspci -k | grep -EA3 'VGA|3D|Display' in konsole I get the output 01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel modules: nouveau, nvidia_drm, nvidia 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
Comparing that output to the output I get on another computer that booted normally, also running Tumbleweed, I got:
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel Driver: Nouveau Kernel modules: noveau, nvidia_drm, nvidia
From what little I understand about this, I gather that opensuse is supposed to autoload nouveau during boot because something went wrong during a routine update. It seems that isn't happening, but maybe my understanding is incorrect. In any event, I need help to fix this.
Thanks, Mark
On 2023-01-27 19:19, lxmark wrote:
Here's a list of the pertinent packages that were already and are presently installed. Sugerence: you could post output of "inxi -G".
Even more info with "inxi -Gxx --edid". Another possible command would be: hwinfo --framebuffer --gfxcard --monitor Not saying that more info is needed this time, just a method to obtain information :-) -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
inxi -G Graphics: Device-1: NVIDIA G92 [GeForce 9800 GT] driver: N/A Device-2: Conexant Systems CX23880/1/2/3 PCI Video and Audio Decoder driver: cx8800 v: 1.0.0 Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7 driver: N/A resolution: 1280x1024~60Hz API: OpenGL v: 4.5 Mesa 22.3.3 renderer: llvmpipe (LLVM 15.0.7 128 bits) inxi -Gxx --edid Graphics: Device-1: NVIDIA G92 [GeForce 9800 GT] vendor: PNY driver: N/A alternate: nouveau, nvidia_drm, nvidia non-free: series: 340.xx status: legacy (EOL) last: release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm built: 2006-13 pcie: gen: 2 speed: 5 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:0614 class-ID: 0300 Device-2: Conexant Systems CX23880/1/2/3 PCI Video and Audio Decoder vendor: Advanced Micro Devices AMD/ATI ATI TV Wonder Pro driver: cx8800 v: 1.0.0 bus-ID: 05:02.0 chip-ID: 14f1:8800 class-ID: 0400 Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7 compositor: kwin_x11 driver: N/A display-ID: :0 screens: 1 Screen-1: 0 s-res: 1280x1024 s-dpi: 96 s-size: 338x270mm (13.31x10.63") s-diag: 433mm (17.03") Monitor-1: Unknown-1 mapped: None-1 res: 1280x1024 hz: 60 size: N/A modes: 1280x1024 API: OpenGL v: 4.5 Mesa 22.3.3 renderer: llvmpipe (LLVM 15.0.7 128 bits) direct render: Yes hwinfo --framebuffer --gfxcard --monitor 02: None 00.0: 11001 VESA Framebuffer [Created at bios.459] Unique ID: rdCR.VR6+6+YNXsC Hardware Class: framebuffer Model: "NVIDIA G92 Board - 03650050" Vendor: "NVIDIA Corporation" Device: "G92 Board - 03650050" SubVendor: "NVIDIA" SubDevice: Revision: "Chip Rev" Memory Size: 14 MB Memory Range: 0x01000000-0x01dfffff (rw) Mode 0x0300: 640x400 (+640), 8 bits Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0303: 800x600 (+800), 8 bits Mode 0x0305: 1024x768 (+1024), 8 bits Mode 0x0307: 1280x1024 (+1280), 8 bits Mode 0x030e: 320x200 (+640), 16 bits Mode 0x030f: 320x200 (+1280), 24 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0312: 640x480 (+2560), 24 bits Mode 0x0314: 800x600 (+1600), 16 bits Mode 0x0315: 800x600 (+3200), 24 bits Mode 0x0317: 1024x768 (+2048), 16 bits Mode 0x0318: 1024x768 (+4096), 24 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x031b: 1280x1024 (+5120), 24 bits Mode 0x0330: 320x200 (+320), 8 bits Mode 0x0331: 320x400 (+320), 8 bits Mode 0x0332: 320x400 (+640), 16 bits Mode 0x0333: 320x400 (+1280), 24 bits Mode 0x0334: 320x240 (+320), 8 bits Mode 0x0335: 320x240 (+640), 16 bits Mode 0x0336: 320x240 (+1280), 24 bits Mode 0x033d: 640x400 (+1280), 16 bits Mode 0x033e: 640x400 (+2560), 24 bits Mode 0x0345: 1600x1200 (+1600), 8 bits Mode 0x0346: 1600x1200 (+3200), 16 bits Mode 0x0347: 1400x1050 (+1400), 8 bits Mode 0x0348: 1400x1050 (+2800), 16 bits Mode 0x0349: 1400x1050 (+5600), 24 bits Mode 0x034a: 1600x1200 (+6400), 24 bits Mode 0x0352: 2048x1536 (+8192), 24 bits Mode 0x0360: 1280x800 (+1280), 8 bits Mode 0x0361: 1280x800 (+5120), 24 bits Mode 0x0362: 768x480 (+768), 8 bits Mode 0x0364: 1440x900 (+1440), 8 bits Mode 0x0365: 1440x900 (+5760), 24 bits Mode 0x0368: 1680x1050 (+1680), 8 bits Mode 0x0369: 1680x1050 (+6720), 24 bits Mode 0x037b: 1280x720 (+5120), 24 bits Mode 0x037c: 1920x1200 (+1920), 8 bits Mode 0x037d: 1920x1200 (+7680), 24 bits Config Status: cfg=new, avail=yes, need=no, active=unknown 25: PCI 100.0: 0300 VGA compatible controller (VGA) [Created at pci.386] Unique ID: VCu0.8zieBex92WC Parent ID: 3hqH.p6h828sKuU0 SysFS ID: /devices/pci0000:00/0000:00:03.0/0000:01:00.0 SysFS BusID: 0000:01:00.0 Hardware Class: graphics card Model: "nVidia G92 [GeForce 9800 GT]" Vendor: pci 0x10de "nVidia Corporation" Device: pci 0x0614 "G92 [GeForce 9800 GT]" SubVendor: pci 0x196e "PNY" SubDevice: pci 0x0719 Revision: 0xa2 Memory Range: 0xf6000000-0xf6ffffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) Memory Range: 0xf4000000-0xf5ffffff (rw,non-prefetchable) I/O Ports: 0xbf00-0xbf7f (rw) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 16 (21842 events) Module Alias: "pci:v000010DEd00000614sv0000196Esd00000719bc03sc00i00" Driver Info #0: Driver Status: nouveau is not active Driver Activation Cmd: "modprobe nouveau" Driver Info #1: Driver Status: nvidia_drm is not active Driver Activation Cmd: "modprobe nvidia_drm" Driver Info #2: Driver Status: nvidia is not active Driver Activation Cmd: "modprobe nvidia" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #37 (PCI bridge) All the outputs above were obtained in recovery mode using kernel 6.1.8.1. Recovery mode with the current kernel is working now, it didn't last evening. On Fri, Jan 27, 2023 at 2:03 PM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-01-27 19:19, lxmark wrote:
Here's a list of the pertinent packages that were already and are presently installed. Sugerence: you could post output of "inxi -G".
Even more info with "inxi -Gxx --edid".
Another possible command would be:
hwinfo --framebuffer --gfxcard --monitor
Not saying that more info is needed this time, just a method to obtain information :-)
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
Carlos E. R. composed on 2023-01-27 20:03 (UTC+0100):
Even more info with "inxi -Gxx --edid".
More pertinent in most cases is inxi -Ga. --edid lists color values and available modes not used. x, xx & xxx are subsets of a. z is an overall private information filter. # inxi -Gaz --vs inxi 3.3.24-00 (2022-12-10) Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] vendor: ASUSTeK driver: i915 v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports: active: DP-1,HDMI-A-1,HDMI-A-2 empty: HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:4c8b class-ID: 0300 Display: x11 server: X.Org v: 1.20.3 driver: X: loaded: modesetting unloaded: fbdev,vesa alternate: intel dri: iris gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 3600x2640 s-dpi: 120 s-size: 762x558mm (30.00x21.97") s-diag: 944mm (37.18") Monitor-1: DP-1 pos: primary,bottom-l model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-2: HDMI-A-1 mapped: HDMI-1 pos: top-left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 Monitor-3: HDMI-A-2 mapped: HDMI-2 pos: top-right model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 4.6 Mesa 21.2.4 renderer: Mesa Intel Graphics (RKL GT1) direct render: Yes # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Here's the output: inxi -Gaz --vs inxi 3.3.23-00 (2022-10-31) Graphics: Device-1: NVIDIA G92 [GeForce 9800 GT] vendor: PNY driver: N/A alternate: nouveau, nvidia_drm, nvidia non-free: series: 340.xx status: legacy (EOL) last: release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm built: 2006-13 pcie: gen: 2 speed: 5 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:0614 class-ID: 0300 Device-2: Conexant Systems CX23880/1/2/3 PCI Video and Audio Decoder vendor: Advanced Micro Devices AMD/ATI ATI TV Wonder Pro driver: cx8800 v: 1.0.0 bus-ID: 05:02.0 chip-ID: 14f1:8800 class-ID: 0400 Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7 compositor: kwin_x11 driver: N/A display-ID: :0 screens: 1 Screen-1: 0 s-res: 1280x1024 s-dpi: 96 s-size: 338x270mm (13.31x10.63") s-diag: 433mm (17.03") Monitor-1: Unknown-1 mapped: None-1 res: 1280x1024 hz: 60 size: N/A modes: 1280x1024 API: OpenGL v: 4.5 Mesa 22.3.3 renderer: llvmpipe (LLVM 15.0.7 128 bits) direct render: Yes On Fri, Jan 27, 2023 at 2:40 PM Felix Miata <mrmazda@earthlink.net> wrote:
Carlos E. R. composed on 2023-01-27 20:03 (UTC+0100):
Even more info with "inxi -Gxx --edid".
More pertinent in most cases is inxi -Ga. --edid lists color values and available modes not used. x, xx & xxx are subsets of a. z is an overall private information filter.
# inxi -Gaz --vs inxi 3.3.24-00 (2022-12-10) Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] vendor: ASUSTeK driver: i915 v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports: active: DP-1,HDMI-A-1,HDMI-A-2 empty: HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:4c8b class-ID: 0300 Display: x11 server: X.Org v: 1.20.3 driver: X: loaded: modesetting unloaded: fbdev,vesa alternate: intel dri: iris gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 3600x2640 s-dpi: 120 s-size: 762x558mm (30.00x21.97") s-diag: 944mm (37.18") Monitor-1: DP-1 pos: primary,bottom-l model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-2: HDMI-A-1 mapped: HDMI-1 pos: top-left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 Monitor-3: HDMI-A-2 mapped: HDMI-2 pos: top-right model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 4.6 Mesa 21.2.4 renderer: Mesa Intel Graphics (RKL GT1) direct render: Yes # -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
On 27.01.2023 21:19, lxmark wrote:
Here's a list of the pertinent packages that were already and are presently installed.
libdrm_nouveau2 libvdpau_nouveau xf86-video-nouveau
kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 nvidia-opendriver-G06-signed-kmp-default
I reinstalled all these packages, then I rebooted the computer. It booted to the same text format with the localhost login: prompt. I
Reboot and provide full output of "journalctl -b" as user root. Upload to https://susepaste.org/.
On 2023-01-28 06:47, Andrei Borzenkov wrote:
On 27.01.2023 21:19, lxmark wrote:
Here's a list of the pertinent packages that were already and are presently installed.
libdrm_nouveau2 libvdpau_nouveau xf86-video-nouveau
kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 nvidia-opendriver-G06-signed-kmp-default
I reinstalled all these packages, then I rebooted the computer. It booted to the same text format with the localhost login: prompt. I
Reboot and provide full output of "journalctl -b" as user root. Upload to https://susepaste.org/.
You (lxmark) can do, even in text mode: journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 It will print an url on success. Just post here that url. Even the number would do. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : Video Borked Message-ID : <55b6f665b830665c601141e13b4d5e0200de09ee.camel@gmail.com> Date & Time: Fri, 27 Jan 2023 09:15:08 -0500 lxmark <munguanaweza@gmail.com> has written:
Hi, I'm running Tumbleweed on my desktop computer, and after I did an update I've lost ability to boot up to graphics mode. The computer boots to a text prompt mark@localhost:~> only.
It won't boot to graphics if I wait, nor will it go to graphics if I input startx. It will boot to graphics if I switch to root (su), then input startx, but it only goes to a black screen with a cursor arrow visible that I can move with the mouse, and never boots to full graphics.
If I try to boot the current kernel (6.1.8.1) in recovery mode it won't boot to graphics.
If I boot the previous kernel it will only boot to the user@localhost prompt. If I boot the previous kernel (6.1.7.1) in recovery mode it will boot to graphics desktop, but I think that it might be using a driver such as vesa because the rendering is not sharp nor in the right adjustment to the size of the screen.
If I type lspci -k | grep -EA3 'VGA|3D|Display' in konsole I get the output
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel modules: nouveau, nvidia_drm, nvidia 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
Comparing that output to the output I get on another computer that booted normally, also running Tumbleweed, I got:
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel Driver: Nouveau Kernel modules: noveau, nvidia_drm, nvidia
From what little I understand about this, I gather that opensuse is supposed to autoload nouveau during boot because something went wrong during a routine update. It seems that isn't happening, but maybe my understanding is incorrect. In any event, I need help to fix this.
This might give you a clue; $ cat /var/log/Xorg.0.log | grep II Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "No Windows, no gains!" ... "Why, I am wrong?" -- Bill --
Felix Miata provided this bash command on another thread, but it's pertinent here so I'm repeating it. inxi -Gaz --vs inxi 3.3.23-00 (2022-10-31) Graphics: Device-1: NVIDIA G92 [GeForce 9800 GT] vendor: PNY driver: N/A alternate: nouveau, nvidia_drm, nvidia non-free: series: 340.xx status: legacy (EOL) last: release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm built: 2006-13 pcie: gen: 2 speed: 5 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:0614 class-ID: 0300 Device-2: Conexant Systems CX23880/1/2/3 PCI Video and Audio Decoder vendor: Advanced Micro Devices AMD/ATI ATI TV Wonder Pro driver: cx8800 v: 1.0.0 bus-ID: 05:02.0 chip-ID: 14f1:8800 class-ID: 0400 Display: x11 server: X.Org v: 21.1.6 with: Xwayland v: 22.1.7 compositor: kwin_x11 driver: N/A display-ID: :0 screens: 1 Screen-1: 0 s-res: 1280x1024 s-dpi: 96 s-size: 338x270mm (13.31x10.63") s-diag: 433mm (17.03") Monitor-1: Unknown-1 mapped: None-1 res: 1280x1024 hz: 60 size: N/A modes: 1280x1024 API: OpenGL v: 4.5 Mesa 22.3.3 renderer: llvmpipe (LLVM 15.0.7 128 bits) direct render: Yes Masuru Nomiya provided this bash command, here's the output while running in recovery modeMiata. cat /var/log/Xorg.0.log | grep II (++) from command line, (!!) notice, (II) informational, [ 8.209] (II) The server relies on udev to provide the list of input devices. [ 8.209] (II) Loader magic: 0x55fcaa024ac0 [ 8.209] (II) Module ABI versions: [ 8.210] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disablin g logind integration [ 8.210] (II) xfree86: Adding drm device (/dev/dri/card0) [ 8.210] (II) Platform probe for /sys/devices/platform/simple-framebuffer.0/drm/card0 [ 8.218] (II) LoadModule: "glx" [ 8.218] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 8.222] (II) Module glx: vendor="X.Org Foundation" [ 8.222] (II) Scanning /usr/share/X11/xorg_pci_ids directory for additional PCI ID's supported by the driv ers [ 8.222] (II) LoadModule: "nvidia" [ 8.224] (II) LoadModule: "nouveau" [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" [ 8.227] (II) LoadModule: "nv" [ 8.227] (II) LoadModule: "modesetting" [ 8.227] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 8.228] (II) Module modesetting: vendor="X.Org Foundation" [ 8.228] (II) LoadModule: "fbdev" [ 8.228] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 8.229] (II) Module fbdev: vendor="X.Org Foundation" [ 8.229] (II) LoadModule: "vesa" [ 8.229] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 8.230] (II) Module vesa: vendor="X.Org Foundation" [ 8.230] (II) NOUVEAU driver [ 8.230] (II) NOUVEAU driver for NVIDIA chipset families : [ 8.231] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 8.231] (II) FBDEV: driver for framebuffer: fbdev [ 8.231] (II) VESA: driver for VESA chipsets: vesa [ 8.371] (II) modeset(0): using drv /dev/dri/card0 [ 8.371] (II) Loading sub module "fbdevhw" [ 8.371] (II) LoadModule: "fbdevhw" [ 8.372] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 8.373] (II) Module fbdevhw: vendor="X.Org Foundation" [ 8.374] (II) Loading sub module "fbdevhw" [ 8.374] (II) LoadModule: "fbdevhw" [ 8.374] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 8.374] (II) Module fbdevhw: vendor="X.Org Foundation" [ 8.374] (II) UnloadModule: "fbdev" [ 8.374] (II) UnloadSubModule: "fbdevhw" [ 8.374] (II) modeset(0): Creating default Display subsection in Screen section [ 8.375] (II) Loading sub module "glamoregl" [ 8.375] (II) LoadModule: "glamoregl" [ 8.375] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 8.386] (II) Module glamoregl: vendor="X.Org Foundation" [ 8.896] (II) modeset(0): Refusing to try glamor on llvmpipe [ 8.900] (II) modeset(0): glamor initialization failed [ 8.900] (II) modeset(0): ShadowFB: preferred NO, enabled NO [ 8.900] (II) modeset(0): Output None-1 has no monitor section [ 8.900] (II) modeset(0): EDID for output None-1 [ 8.900] (II) modeset(0): Printing probed modes for output None-1 [ 8.900] (II) modeset(0): Modeline "1280x1024"x60.0 78.64 1280 1280 1280 1280 1024 1024 1024 1024 (61. 4 kHz eP) [ 8.900] (II) modeset(0): Output None-1 connected [ 8.900] (II) modeset(0): Using exact sizes for initial modes [ 8.900] (II) modeset(0): Output None-1 using initial mode 1280x1024 +0+0 [ 8.900] (II) Loading sub module "fb" [ 8.900] (II) LoadModule: "fb" [ 8.900] (II) Module "fb" already built-in [ 8.903] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc. [ 8.903] (II) Initializing extension Generic Event Extension [ 8.903] (II) Initializing extension SHAPE [ 8.903] (II) Initializing extension MIT-SHM [ 8.903] (II) Initializing extension XInputExtension [ 8.903] (II) Initializing extension XTEST [ 8.903] (II) Initializing extension BIG-REQUESTS [ 8.904] (II) Initializing extension SYNC [ 8.904] (II) Initializing extension XKEYBOARD [ 8.904] (II) Initializing extension XC-MISC [ 8.904] (II) Initializing extension SECURITY [ 8.904] (II) Initializing extension XFIXES [ 8.904] (II) Initializing extension RENDER [ 8.904] (II) Initializing extension RANDR [ 8.904] (II) Initializing extension COMPOSITE [ 8.904] (II) Initializing extension DAMAGE [ 8.905] (II) Initializing extension MIT-SCREEN-SAVER [ 8.905] (II) Initializing extension DOUBLE-BUFFER [ 8.905] (II) Initializing extension RECORD [ 8.905] (II) Initializing extension DPMS [ 8.905] (II) Initializing extension Present [ 8.905] (II) Initializing extension DRI3 [ 8.905] (II) Initializing extension X-Resource [ 8.905] (II) Initializing extension XVideo [ 8.905] (II) Initializing extension XVideo-MotionCompensation [ 8.905] (II) Initializing extension GLX [ 8.905] (II) AIGLX: Screen 0 is not DRI2 capable [ 8.910] (II) IGLX: Loaded and initialized swrast [ 8.910] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 8.910] (II) Initializing extension XFree86-VidModeExtension [ 8.910] (II) Initializing extension XFree86-DGA [ 8.910] (II) Initializing extension XFree86-DRI [ 8.910] (II) Initializing extension DRI2 [ 8.911] (II) modeset(0): Damage tracking initialized [ 8.911] (II) modeset(0): Setting screen physical size to 338 x 270 [ 9.008] (II) config/udev: Adding input device Power Button (/dev/input/event2) [ 9.008] (II) LoadModule: "libinput" [ 9.008] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so [ 9.015] (II) Module libinput: vendor="X.Org Foundation" [ 9.015] (II) Using input driver 'libinput' for 'Power Button' [ 9.028] (II) event2 - Power Button: is tagged by udev as: Keyboard [ 9.028] (II) event2 - Power Button: device is a keyboard [ 9.028] (II) event2 - Power Button: device removed [ 9.043] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6) [ 9.044] (II) event2 - Power Button: is tagged by udev as: Keyboard [ 9.044] (II) event2 - Power Button: device is a keyboard [ 9.044] (II) config/udev: Adding input device Power Button (/dev/input/event1) [ 9.044] (II) Using input driver 'libinput' for 'Power Button' [ 9.045] (II) event1 - Power Button: is tagged by udev as: Keyboard [ 9.045] (II) event1 - Power Button: device is a keyboard [ 9.045] (II) event1 - Power Button: device removed [ 9.063] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7) [ 9.064] (II) event1 - Power Button: is tagged by udev as: Keyboard [ 9.064] (II) event1 - Power Button: device is a keyboard [ 9.065] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/event3) [ 9.065] (II) Using input driver 'libinput' for 'Logitech USB Optical Mouse' [ 9.066] (II) event3 - Logitech USB Optical Mouse: is tagged by udev as: Mouse [ 9.066] (II) event3 - Logitech USB Optical Mouse: device set to 1000 DPI [ 9.066] (II) event3 - Logitech USB Optical Mouse: device is a pointer [ 9.066] (II) event3 - Logitech USB Optical Mouse: device removed [ 9.095] (II) XINPUT: Adding extended input device "Logitech USB Optical Mouse" (type: MOUSE, id 8) [ 9.096] (II) event3 - Logitech USB Optical Mouse: is tagged by udev as: Mouse [ 9.096] (II) event3 - Logitech USB Optical Mouse: device set to 1000 DPI [ 9.097] (II) event3 - Logitech USB Optical Mouse: device is a pointer [ 9.097] (II) config/udev: Adding input device Logitech USB Optical Mouse (/dev/input/mouse0) [ 9.097] (II) No input driver specified, ignoring this device. [ 9.097] (II) This device may have been added with another device file. [ 9.098] (II) config/udev: Adding input device USB PnP Audio Device (/dev/input/event4) [ 9.098] (II) Using input driver 'libinput' for 'USB PnP Audio Device' [ 9.099] (II) event4 - USB PnP Audio Device: is tagged by udev as: Keyboard [ 9.099] (II) event4 - USB PnP Audio Device: device is a keyboard [ 9.099] (II) event4 - USB PnP Audio Device: device removed [ 9.155] (II) XINPUT: Adding extended input device "USB PnP Audio Device" (type: KEYBOARD, id 9) [ 9.156] (II) event4 - USB PnP Audio Device: is tagged by udev as: Keyboard [ 9.156] (II) event4 - USB PnP Audio Device: device is a keyboard [ 9.157] (II) config/udev: Adding input device HDA Intel MID Line Out Front (/dev/input/event10) [ 9.157] (II) No input driver specified, ignoring this device. [ 9.157] (II) This device may have been added with another device file. [ 9.157] (II) config/udev: Adding input device HDA Intel MID Line Out Surround (/dev/input/event11) [ 9.157] (II) No input driver specified, ignoring this device. [ 9.157] (II) This device may have been added with another device file. [ 9.158] (II) config/udev: Adding input device HDA Intel MID Line Out CLFE (/dev/input/event12) [ 9.158] (II) No input driver specified, ignoring this device. [ 9.158] (II) This device may have been added with another device file. [ 9.158] (II) config/udev: Adding input device HDA Intel MID Line Out Side (/dev/input/event13) [ 9.158] (II) No input driver specified, ignoring this device. [ 9.158] (II) This device may have been added with another device file. [ 9.158] (II) config/udev: Adding input device HDA Digital PCBeep (/dev/input/event6) [ 9.158] (II) No input driver specified, ignoring this device. [ 9.158] (II) This device may have been added with another device file. [ 9.158] (II) config/udev: Adding input device HDA Intel MID Rear Mic (/dev/input/event7) [ 9.159] (II) No input driver specified, ignoring this device. [ 9.159] (II) This device may have been added with another device file. [ 9.159] (II) config/udev: Adding input device HDA Intel MID Front Mic (/dev/input/event8) [ 9.159] (II) No input driver specified, ignoring this device. [ 9.159] (II) This device may have been added with another device file. [ 9.159] (II) config/udev: Adding input device HDA Intel MID Line (/dev/input/event9) [ 9.159] (II) No input driver specified, ignoring this device. [ 9.159] (II) This device may have been added with another device file. [ 9.160] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event0) [ 9.160] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard' [ 9.161] (II) event0 - AT Translated Set 2 keyboard: is tagged by udev as: Keyboard [ 9.161] (II) event0 - AT Translated Set 2 keyboard: device is a keyboard [ 9.161] (II) event0 - AT Translated Set 2 keyboard: device removed [ 9.191] (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD, id 10) [ 9.192] (II) event0 - AT Translated Set 2 keyboard: is tagged by udev as: Keyboard [ 9.192] (II) event0 - AT Translated Set 2 keyboard: device is a keyboard [ 9.193] (II) config/udev: Adding input device PC Speaker (/dev/input/event5) [ 9.193] (II) No input driver specified, ignoring this device. [ 9.193] (II) This device may have been added with another device file. On Fri, Jan 27, 2023 at 7:35 PM Masaru Nomiya <nomiya@galaxy.dti.ne.jp> wrote:
Hello,
In the Message;
Subject : Video Borked Message-ID : <55b6f665b830665c601141e13b4d5e0200de09ee.camel@gmail.com> Date & Time: Fri, 27 Jan 2023 09:15:08 -0500
lxmark <munguanaweza@gmail.com> has written:
Hi, I'm running Tumbleweed on my desktop computer, and after I did an update I've lost ability to boot up to graphics mode. The computer boots to a text prompt mark@localhost:~> only.
It won't boot to graphics if I wait, nor will it go to graphics if I input startx. It will boot to graphics if I switch to root (su), then input startx, but it only goes to a black screen with a cursor arrow visible that I can move with the mouse, and never boots to full graphics.
If I try to boot the current kernel (6.1.8.1) in recovery mode it won't boot to graphics.
If I boot the previous kernel it will only boot to the user@localhost prompt. If I boot the previous kernel (6.1.7.1) in recovery mode it will boot to graphics desktop, but I think that it might be using a driver such as vesa because the rendering is not sharp nor in the right adjustment to the size of the screen.
If I type lspci -k | grep -EA3 'VGA|3D|Display' in konsole I get the output
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel modules: nouveau, nvidia_drm, nvidia 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
Comparing that output to the output I get on another computer that booted normally, also running Tumbleweed, I got:
01:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: PNY Device 0719 Kernel Driver: Nouveau Kernel modules: noveau, nvidia_drm, nvidia
From what little I understand about this, I gather that opensuse is supposed to autoload nouveau during boot because something went wrong during a routine update. It seems that isn't happening, but maybe my understanding is incorrect. In any event, I need help to fix this.
This might give you a clue;
$ cat /var/log/Xorg.0.log | grep II
Regards.
--- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "No Windows, no gains!" ... "Why, I am wrong?"
-- Bill --
Mark Misulich composed on 2023-01-27 21:39 (UTC-0500):
Masuru Nomiya provided this bash command, here's the output while running in recovery modeMiata.
cat /var/log/Xorg.0.log | grep II
I suspect what he meant to type was cat /var/log/Xorg.0.log | grep EE (EE) occurs on error lines. (II) is on most lines, making the output you shared omit error lines. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Hello, In the Message; Subject : Re: Video Borked Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> Date & Time: Fri, 27 Jan 2023 21:39:43 -0500 [MM] == Mark Misulich <munguanaweza@gmail.com> has written: [....] MM> Masuru Nomiya provided this bash command, here's the output while MM> running in recovery modeMiata. [...] MM> [ 8.222] (II) LoadModule: "nvidia" MM> [ 8.224] (II) LoadModule: "nouveau" MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" [...] Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot option of the kernel. Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "A bachelor’s degree still holds prestige as a ticket to the middle class, but its value has received increasing scrutiny. In the last several years, rising tuition and student loan debt have led more Americans to reconsider an investment in postsecondary education." -- Washington Post --
On 2023-01-28 08:03, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Video Borked Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> Date & Time: Fri, 27 Jan 2023 21:39:43 -0500
[MM] == Mark Misulich <munguanaweza@gmail.com> has written:
[....] MM> Masuru Nomiya provided this bash command, here's the output while MM> running in recovery modeMiata.
[...] MM> [ 8.222] (II) LoadModule: "nvidia" MM> [ 8.224] (II) LoadModule: "nouveau" MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" [...]
Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot option of the kernel.
A reinstall by yast or zypper of the package "nvidia-opendriver-G06-signed-kmp-default" he already has installed should do that. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
cat /var/log/Xorg.0.log | grep EE [ 9.057] Current Operating System: Linux localhost.localdomain 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.083] (EE) Failed to load module "nvidia" (module does not exist, 0) [ 9.085] (EE) Failed to load module "nv" (module does not exist, 0) [ 9.095] (EE) [drm] Failed to open DRM device for (null): -22 [ 9.229] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19 [ 9.233] (EE) Unable to find a valid framebuffer device [ 9.233] (EE) Screen 1 deleted because of no matching config section. [ 9.770] (II) Initializing extension MIT-SCREEN-SAVER On Sat, Jan 28, 2023 at 7:42 AM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-01-28 08:03, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Video Borked Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> Date & Time: Fri, 27 Jan 2023 21:39:43 -0500
[MM] == Mark Misulich <munguanaweza@gmail.com> has written:
[....] MM> Masuru Nomiya provided this bash command, here's the output while MM> running in recovery modeMiata.
[...] MM> [ 8.222] (II) LoadModule: "nvidia" MM> [ 8.224] (II) LoadModule: "nouveau" MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" [...]
Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot option of the kernel.
A reinstall by yast or zypper of the package "nvidia-opendriver-G06-signed-kmp-default" he already has installed should do that.
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 2023-01-28 14:56, Mark Misulich wrote:
cat /var/log/Xorg.0.log | grep EE [ 9.057] Current Operating System: Linux localhost.localdomain 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.083] (EE) Failed to load module "nvidia" (module does not exist, 0) <==== [ 9.085] (EE) Failed to load module "nv" (module does not exist, 0) [ 9.095] (EE) [drm] Failed to open DRM device for (null): -22 [ 9.229] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19 [ 9.233] (EE) Unable to find a valid framebuffer device [ 9.233] (EE) Screen 1 deleted because of no matching config section. [ 9.770] (II) Initializing extension MIT-SCREEN-SAVER
Just try to reinstall the nvidia driver: kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 nvidia-opendriver-G06-signed-kmp-default And then, make sure that nouveau is blacklisted. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 28.01.2023 17:41, Carlos E. R. wrote:
On 2023-01-28 14:56, Mark Misulich wrote:
cat /var/log/Xorg.0.log | grep EE [ 9.057] Current Operating System: Linux localhost.localdomain 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.083] (EE) Failed to load module "nvidia" (module does not exist, 0) <==== [ 9.085] (EE) Failed to load module "nv" (module does not exist, 0) [ 9.095] (EE) [drm] Failed to open DRM device for (null): -22 [ 9.229] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19 [ 9.233] (EE) Unable to find a valid framebuffer device [ 9.233] (EE) Screen 1 deleted because of no matching config section. [ 9.770] (II) Initializing extension MIT-SCREEN-SAVER
Just try to reinstall the nvidia driver:
kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 nvidia-opendriver-G06-signed-kmp-default
This driver is almost surely the wrong one and was installed unintentionally and is likely the source of this problem.
And then, make sure that nouveau is blacklisted.
You (lxmark) can do, even in text mode: journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 It will print an url on success. Just post here that url. Even the number would do. journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-( Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended. I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually. https://paste.opensuse.org/pastes/8488c2124f97 Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page. On Sat, Jan 28, 2023 at 8:56 AM Mark Misulich <munguanaweza@gmail.com> wrote:
cat /var/log/Xorg.0.log | grep EE [ 9.057] Current Operating System: Linux localhost.localdomain 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 9.083] (EE) Failed to load module "nvidia" (module does not exist, 0) [ 9.085] (EE) Failed to load module "nv" (module does not exist, 0) [ 9.095] (EE) [drm] Failed to open DRM device for (null): -22 [ 9.229] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19 [ 9.233] (EE) Unable to find a valid framebuffer device [ 9.233] (EE) Screen 1 deleted because of no matching config section. [ 9.770] (II) Initializing extension MIT-SCREEN-SAVER
On Sat, Jan 28, 2023 at 7:42 AM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-01-28 08:03, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Video Borked Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> Date & Time: Fri, 27 Jan 2023 21:39:43 -0500
[MM] == Mark Misulich <munguanaweza@gmail.com> has written:
[....] MM> Masuru Nomiya provided this bash command, here's the output while MM> running in recovery modeMiata.
[...] MM> [ 8.222] (II) LoadModule: "nvidia" MM> [ 8.224] (II) LoadModule: "nouveau" MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" [...]
Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot option of the kernel.
A reinstall by yast or zypper of the package "nvidia-opendriver-G06-signed-kmp-default" he already has installed should do that.
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 2023-01-28 15:42, Mark Misulich wrote:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended.
No. You have to do it in a normal boot, in text mode (ctrl-alt-f1). If the susepaste command fails, the alternative is to dump the text to a file, and upload to susepaste site on another machine or a different boot.
I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
https://paste.opensuse.org/pastes/8488c2124f97
Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page.
Then why do you have the nvidia driver installed? Remove it! Yiks. We are going round in circles. :-( -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Ok, thanks for the primer on how to do the susepaste. I'll give it another shot. As to why I have the nvidia driver installed, I didn't install it, I don't know how it got there. When I type in Nvidia in Yast, here's what it shows as installed: kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 libdrm-nouveau2 nvidia-open-driver-G06-signed-kmp-default xf86-video-nouveau Since I started typing this post, I got Andrei's instruction to remove and lock nvidia-opendriver-G06-signed-kmp-default. I've done that, and am going to reboot and see if it fixes the problem. If it does, then I presume I won't have to do the revised paste for journalctl -b. We'll see, back after I reboot. On Sat, Jan 28, 2023 at 9:54 AM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-01-28 15:42, Mark Misulich wrote:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended.
No.
You have to do it in a normal boot, in text mode (ctrl-alt-f1).
If the susepaste command fails, the alternative is to dump the text to a file, and upload to susepaste site on another machine or a different boot.
I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
https://paste.opensuse.org/pastes/8488c2124f97
Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page.
Then why do you have the nvidia driver installed? Remove it!
Yiks. We are going round in circles. :-(
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
I rebooted the computer and Andrei's instruction didn't clear the problem. It just booted back to the mark@localhost prompt again. I'm still open to suggestions as to how to fix this. As to whether this is rocket science, please remember that I have no training on computers, and I'm not trying to frustrate everyone by my lack of knowledge. My training is in a different profession, and what I've learned about computers by using them pales in comparison to the professional IT guys on this mailing list. I do take instructions very well, so please keep them coming but remember to keep them simple and step by step. Thanks in advance for your indulgence. On Sat, Jan 28, 2023 at 10:04 AM Mark Misulich <munguanaweza@gmail.com> wrote:
Ok, thanks for the primer on how to do the susepaste. I'll give it another shot.
As to why I have the nvidia driver installed, I didn't install it, I don't know how it got there. When I type in Nvidia in Yast, here's what it shows as installed:
kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 libdrm-nouveau2 nvidia-open-driver-G06-signed-kmp-default xf86-video-nouveau
Since I started typing this post, I got Andrei's instruction to remove and lock nvidia-opendriver-G06-signed-kmp-default. I've done that, and am going to reboot and see if it fixes the problem. If it does, then I presume I won't have to do the revised paste for journalctl -b. We'll see, back after I reboot.
On Sat, Jan 28, 2023 at 9:54 AM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-01-28 15:42, Mark Misulich wrote:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended.
No.
You have to do it in a normal boot, in text mode (ctrl-alt-f1).
If the susepaste command fails, the alternative is to dump the text to a file, and upload to susepaste site on another machine or a different boot.
I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
https://paste.opensuse.org/pastes/8488c2124f97
Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page.
Then why do you have the nvidia driver installed? Remove it!
Yiks. We are going round in circles. :-(
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 28.01.2023 18:26, Mark Misulich wrote:
I rebooted the computer and Andrei's instruction didn't clear the problem. It just booted back to the mark@localhost prompt again. I'm still open to suggestions as to how to fix this.
Jan 28 10:48:05 localhost kernel: nvidia: loading out-of-tree module taints kernel. Jan 28 10:48:06 localhost kernel: NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:0614) NVRM: installed in this system is not supported by open NVRM: nvidia.ko because it does not include the required GPU NVRM: System Processor (GSP). NVRM: Please see the 'Open Linux Kernel Modules' and 'GSP NVRM: Firmware' sections in the driver README, available on NVRM: the Linux graphics driver download page at NVRM: www.nvidia.com.
I do not know what you did but according to log you posted you still have NVIDIA modules.
As to whether this is rocket science, please remember that I have no training on computers, and I'm not trying to frustrate everyone by my lack of knowledge.
Answering to the correct post so the discussion could be followed does not require any training, just common sense. Anyway, according to the last log you posted you still have NVIDIA modules.
Hi, the instructions I had were: Remove and lock nvidia-opendriver-G06-signed-kmp-default. I did that, did you intend that I should do some additional actions regarding Nvidia? Here is a later paste of the output of journalctl -b https://paste.opensuse.org/pastes/0c25618309b2 On Sat, Jan 28, 2023 at 12:23 PM Andrei Borzenkov <arvidjaar@gmail.com> wrote:
On 28.01.2023 18:26, Mark Misulich wrote:
I rebooted the computer and Andrei's instruction didn't clear the problem. It just booted back to the mark@localhost prompt again. I'm still open to suggestions as to how to fix this.
Jan 28 10:48:05 localhost kernel: nvidia: loading out-of-tree module taints kernel. Jan 28 10:48:06 localhost kernel: NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:0614) NVRM: installed in this system is not supported by open NVRM: nvidia.ko because it does not include the required GPU NVRM: System Processor (GSP). NVRM: Please see the 'Open Linux Kernel Modules' and 'GSP NVRM: Firmware' sections in the driver README, available on NVRM: the Linux graphics driver download page at NVRM: www.nvidia.com.
I do not know what you did but according to log you posted you still have NVIDIA modules.
As to whether this is rocket science, please remember that I have no training on computers, and I'm not trying to frustrate everyone by my lack of knowledge.
Answering to the correct post so the discussion could be followed does not require any training, just common sense.
Anyway, according to the last log you posted you still have NVIDIA modules.
On 2023-01-28 18:42, Mark Misulich wrote:
Hi, the instructions I had were: Remove and lock nvidia-opendriver-G06-signed-kmp-default. I did that, did you intend that I should do some additional actions regarding Nvidia?
Here is a later paste of the output of journalctl -b
The nvidia module is still there. Please do: zypper lr --details > zypper.txt rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" > rpmlist.txt Then email me, off list, both files, zypper.txt and rpmlist.txt. Or upload to susepaste (for a week or less), your choice. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Mark Misulich composed on 2023-01-28 10:04 (UTC-0500):
As to why I have the nvidia driver installed, I didn't install it, I don't know how it got there. When I type in Nvidia in Yast, here's what it shows as installed:
kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 libdrm-nouveau2 nvidia-open-driver-G06-signed-kmp-default xf86-video-nouveau
Since I started typing this post, I got Andrei's instruction to remove and lock nvidia-opendriver-G06-signed-kmp-default.
Besides you and myself, there may be no one else subscribed here using NVidia graphics who routinely uses FOSS graphics drivers for NVidia. I have several old NVidia cards and several openSUSE installations using only FOSS. Here's what works, and how it works: # rpm -qa | egrep -i 'vidia|veau' | sort Mesa-dri-nouveau-21.2.4-150400.68.9.1.x86_64 kernel-firmware-nvidia-20220509-150400.4.13.1.noarch libXvMC_nouveau-21.2.4-150400.68.9.1.x86_64 libdrm_nouveau2-2.4.107-150400.1.8.x86_64 libvdpau_nouveau-21.2.4-150400.68.9.1.x86_64 # inxi -GSaz --vs inxi 3.3.24-00 (2022-12-27) System: Kernel: 5.14.21-150400.24.41-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0 parameters: root=/dev/sda15 ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 Desktop: KDE v: 3.5.10 tk: Qt v: 3.3.8c info: kicker wm: kwin vt: 7 dm: 1: KDM 2: XDM Distro: openSUSE Leap 15.4 Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel non-free: series: 390.xx+ status: legacy-active (EOL~late 2022) arch: Fermi code: GF1xx process: 40/28nm built: 2010-16 pcie: gen: 1 speed: 2.5 GT/s lanes: 16 ports: active: DP-1,DP-2 empty: none bus-ID: 01:00.0 chip-ID: 10de:107d class-ID: 0300 temp: 49.0 C Display: x11 server: X.Org v: 1.20.3 driver: X: loaded: modesetting dri: nouveau gpu: nouveau display-ID: :0 screens: 1 Screen-1: 0 s-res: 4240x1440 s-dpi: 120 s-size: 897x304mm (35.31x11.97") s-diag: 947mm (37.29") Monitor-1: DP-1 pos: primary,left model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-2: DP-2 pos: right model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 4.3 Mesa 21.2.4 renderer: NVD9 direct render: Yes # Every rpm I did not list above either needs to be removed, or may be removed. "May" applies to xf86-video-nouveau, the old technology, reverse-engineered, "experimental", DDX driver for X. Once any attempt is made, intentional or not, to install any package intended for use with non-FOSS NVidia drivers must be perfectly purged in order for FOSS drivers to work again. This can be easier said than done. NVidia's proprietary drivers historically muck with the content in /lib/, /etc/mod* and /etc/X11/ in order to guarantee FOSS drivers don't interfere with successful use of the non-FOSS drivers. Sometimes, eradication of non-FOSS bits has succeeded only by re-installing the whole OS due to the difficulty of the eradication process. The non-FOSS drivers are supposed to be accompanied by instructions for their installation, /AND/ removal. Inevitably, finding those instructions when removal is desired or needed can be an insurmountable problem. It /may/ be possible for you to have a decently working system again by: 1-matching your installed selection of nvidia and nouveau packages to my list above. Including package xf86-video-nouveau is permissible, but not preferred, as a non-experimental driver named modesetting is preferred for most NVidia GPUs. 2-searching /etc/mod* for instances of the string "nouveau" and removing any files containing them, /if/ they involve blacklisting nouveau. 3-searching /etc/default/grub for any instances of the strings "nouveau" and nomodeset and removing them. If found, once removed, do: grub2-mkconfig -o /boot/grub2/grub.cfg. 4-searching /etc/X11/ for files NVidia driver installation may have put there, and removing them. For proper FOSS driver operation, there need be none containing the string "driver", but if found, string "nvidia" must not be on the same line unless the line is a comment line. A standard working installation does not include /etc/X11/xorg.conf, and in /etc/X11/xorg.conf.d/ there are usually only 5 or fewer files, none of which directed to monitor or GPU setup. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2023-01-28 19:32, Felix Miata wrote:
Mark Misulich composed on 2023-01-28 10:04 (UTC-0500):
...
Besides you and myself, there may be no one else subscribed here using NVidia graphics who routinely uses FOSS graphics drivers for NVidia.
I use nouveau on my previous desktop machine, on another location. I must say I got some crashes that may be nouveau related. It has an old (> 10 years) nvidia card, and is not supported by nvidia anymore. ...
1-matching your installed selection of nvidia and nouveau packages to my list above. Including package xf86-video-nouveau is permissible, but not preferred, as a non-experimental driver named modesetting is preferred for most NVidia GPUs.
2-searching /etc/mod* for instances of the string "nouveau" and removing any files containing them, /if/ they involve blacklisting nouveau.
3-searching /etc/default/grub for any instances of the strings "nouveau" and nomodeset and removing them. If found, once removed, do:
grub2-mkconfig -o /boot/grub2/grub.cfg.
That's interesting. I would add "mkinitrd". I forgot that one, maybe that's the only one remaining. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 28.01.2023 17:42, Mark Misulich wrote:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended. I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
Jan 28 09:04:23 localhost kernel: NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:0614) NVRM: installed in this system is not supported by open NVRM: nvidia.ko because it does not include the required GPU NVRM: System Processor (GSP). NVRM: Please see the 'Open Linux Kernel Modules' and 'GSP NVRM: Firmware' sections in the driver README, available on NVRM: the Linux graphics driver download page at NVRM: www.nvidia.com. Jan 28 09:04:23 localhost kernel: nvidia: probe of 0000:01:00.0 failed with error -1 Jan 28 09:04:23 localhost kernel: NVRM: The NVIDIA probe routine failed for 1 device(s). Jan 28 09:04:23 localhost kernel: NVRM: None of the NVIDIA devices were initialized.
Remove and lock nvidia-opendriver-G06-signed-kmp-default. https://bugzilla.opensuse.org/show_bug.cgi?id=1207520
On 28.01.2023 17:42, Mark Misulich wrote:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended.
How difficult is to save the output into a file, then reboot into whatever let's you have GUI and upload this file? Is it rocket science?
* Mark Misulich <munguanaweza@gmail.com> [01-28-23 09:49]:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended. I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
https://paste.opensuse.org/pastes/8488c2124f97
Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page.
offlist Mark, if you wish to use nvidia, here is a site site which compiles nvidia drivers for each kernel change and work with older cards. https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... your card uses "340.108" drivers, https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... note: if you do go to nvidia, you must check for and install newer drivers to support each newer kernel. I utilize the nvidia drivers on three local boxes as I do graphic work and the nouveau drivers are not sufficient. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
Hi, I think i got this right, as I had to google how to save the output of the journalctl to a file. What I used was journalctl -xb -1 > log.txt I used it on a normal boot, which ended up at the localhost prompt. I logged in as my user, then I logged in as root. Then I used the bash command above. The output is pasted here. https://paste.opensuse.org/pastes/3c9984b505e4 If I didn't do this correctly, please advise. On Sat, Jan 28, 2023 at 11:10 AM Patrick Shanahan <paka@opensuse.org> wrote:
* Mark Misulich <munguanaweza@gmail.com> [01-28-23 09:49]:
You (lxmark) can do, even in text mode:
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320
It will print an url on success. Just post here that url. Even the number would do.
journalctl -b | susepaste -n "lxmark" -t "journal output" -e 40320 Paste failed :-(
Here's the results of journalctl -b I had to do this in recovery mode using konsole, I'm not sure if that's what you intended. I tried to do it booting to the localhost prompt and then after logging in, switching to root and using Carlo's bash command. But it didn't work, so I went back to recovery mode and did it manually.
https://paste.opensuse.org/pastes/8488c2124f97
Just to make sure everyone knows, I only ever used Nouveau as my video driver. My video card is so old that I couldn't find a compatible driver listed for it on the opensuse-community Nvidia driver install page.
offlist
Mark, if you wish to use nvidia, here is a site site which compiles nvidia drivers for each kernel change and work with older cards.
https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum...
your card uses "340.108" drivers, https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum... https://download.opensuse.org/repositories/home:/wkazubski:/G03/openSUSE_Tum...
note: if you do go to nvidia, you must check for and install newer drivers to support each newer kernel.
I utilize the nvidia drivers on three local boxes as I do graphic work and the nouveau drivers are not sufficient.
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
Hello, In the Message; Subject : Re: Video Borked Message-ID : <ee7667e5-4af9-6b01-105d-11759970b83a@telefonica.net> Date & Time: Sat, 28 Jan 2023 13:42:21 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> On 2023-01-28 08:03, Masaru Nomiya wrote: CER> > Hello, CER> > CER> > In the Message; CER> > CER> > Subject : Re: Video Borked CER> > Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> CER> > Date & Time: Fri, 27 Jan 2023 21:39:43 -0500 CER> > CER> > [MM] == Mark Misulich <munguanaweza@gmail.com> has written: CER> > CER> > [....] CER> > MM> Masuru Nomiya provided this bash command, here's the output while CER> > MM> running in recovery modeMiata. CER> > CER> > [...] CER> > MM> [ 8.222] (II) LoadModule: "nvidia" CER> > MM> [ 8.224] (II) LoadModule: "nouveau" CER> > MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so CER> > MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" CER> > [...] CER> > CER> > Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot CER> > option of the kernel. CER> A reinstall by yast or zypper of the package CER> "nvidia-opendriver-G06-signed-kmp-default" he already has CER> installed should do that. Yes, but there is an anomaly called nouveau load that should be excluded. Are the wind turbines running well today, Carlos Don Quijote? Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No..., with money."
On 2023-01-28 22:14, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Video Borked Message-ID : <ee7667e5-4af9-6b01-105d-11759970b83a@telefonica.net> Date & Time: Sat, 28 Jan 2023 13:42:21 +0100
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
CER> On 2023-01-28 08:03, Masaru Nomiya wrote: CER> > Hello, CER> > CER> > In the Message; CER> > CER> > Subject : Re: Video Borked CER> > Message-ID : <CAMcoYDnTmpRn1fE=Akc32ptR8r3Vjyvn73dPVg=RBBOfbTUGVA@mail.gmail.com> CER> > Date & Time: Fri, 27 Jan 2023 21:39:43 -0500 CER> > CER> > [MM] == Mark Misulich <munguanaweza@gmail.com> has written: CER> > CER> > [....] CER> > MM> Masuru Nomiya provided this bash command, here's the output while CER> > MM> running in recovery modeMiata. CER> > CER> > [...] CER> > MM> [ 8.222] (II) LoadModule: "nvidia" CER> > MM> [ 8.224] (II) LoadModule: "nouveau" CER> > MM> [ 8.224] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so CER> > MM> [ 8.227] (II) Module nouveau: vendor="X.Org Foundation" CER> > [...] CER> > CER> > Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot CER> > option of the kernel.
CER> A reinstall by yast or zypper of the package CER> "nvidia-opendriver-G06-signed-kmp-default" he already has CER> installed should do that.
Yes, but there is an anomaly called nouveau load that should be excluded.
The reverse. It turns out he wants to run nouveau, not nvidia.
Are the wind turbines running well today, Carlos Don Quijote?
Dunno. It is cold down here, but not windy today.
"No..., with money."
-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: Video Borked Message-ID : <d1518ff7-968d-8291-d3c9-65e8fcbe80f9@telefonica.net> Date & Time: Sat, 28 Jan 2023 22:38:47 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> On 2023-01-28 22:14, Masaru Nomiya wrote: CER> > Hello, [...] MN>>>> Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot MN>>>> option of the kernel. CER>>> A reinstall by yast or zypper of the package CER>>> "nvidia-opendriver-G06-signed-kmp-default" he already has CER>>> installed should do that. MN>> Yes, but there is an anomaly called nouveau load that should be MN>> excluded. CER> The reverse. It turns out he wants to run nouveau, not nvidia. Sorry. If so, the boot option in the kernel should have to be set like this? nouveau.modeset=1 nvidia-drm.modeset=0 MN> > Are the wind turbines running well today, Carlos Don Quijote? CER> Dunno. It is cold down here, but not windy today. It's been extremely cold here in Japan recently. Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ " Today’s China is not the old China humiliated and bullied over 100 years ago. It is time for these people to wake up from their imperial dream." -- Hua Chunying’s Regular Press Conference on August 4, 2022 --
On 2023-01-28 23:06, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: Video Borked Message-ID : <d1518ff7-968d-8291-d3c9-65e8fcbe80f9@telefonica.net> Date & Time: Sat, 28 Jan 2023 22:38:47 +0100
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
CER> On 2023-01-28 22:14, Masaru Nomiya wrote: CER> > Hello, [...] MN>>>> Convert nouveau to blacklisk or set nouveau.modeset=0 in the boot MN>>>> option of the kernel.
CER>>> A reinstall by yast or zypper of the package CER>>> "nvidia-opendriver-G06-signed-kmp-default" he already has CER>>> installed should do that.
MN>> Yes, but there is an anomaly called nouveau load that should be MN>> excluded.
CER> The reverse. It turns out he wants to run nouveau, not nvidia.
Sorry.
If so, the boot option in the kernel should have to be set like this?
nouveau.modeset=1 nvidia-drm.modeset=0
Maybe. It should be enough to just remove the nvidia drivers. So I am waiting for him to reply with his repository and package list. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : Video Borked Message-ID : <55b6f665b830665c601141e13b4d5e0200de09ee.camel@gmail.com> Date & Time: Fri, 27 Jan 2023 09:15:08 -0500 [MM] == lxmark <munguanaweza@gmail.com> has written: MM> Hi, MM> I'm running Tumbleweed on my desktop computer, and after I did an MM> update I've lost ability to boot up to graphics mode. The computer MM> boots to a text prompt mark@localhost:~> only. [...] Finally, I am able to boot up to graphics mode under the nouveau. The ponit was to uninstall thesefiles; kernel-firmware-nvidia kernel-firmware-nvidia-gsp-G06 These seem to be files required by Nvidia driver 525.85.05, but I don't know exactly what they are. Regards. --- ┏━━┓彡 野宮 賢 mail-to: m.nomiya+suse @ gmail.com ┃＼／彡 ┗━━┛ "Three young men died for Rationalization. Yet, Margaret Bloody Thatcher LIVES!" 'Brassed Off'
participants (7)
-
Andrei Borzenkov -
Carlos E. R. -
Felix Miata -
lxmark -
Mark Misulich
-
Masaru Nomiya -
Patrick Shanahan