@LenE please use susepaste.org instead
That is what susepaste is for. All you then need to do is post the link to the uploaded content.
The Xorg logs (both kernels) show
(EE) open /dev/dri/card0: No such file or directory
(WW) Falling back to old probe method for modesetting
(EE) open /dev/dri/card0: No such file or directory
Eventually the X-server reports
(EE) Device(s) detected, but none match those in the config file.
(EE)
Fatal server error:
(EE) no screens found(EE)
so no chance to have even a basic working graphical environment.
I would like to have seen the journal output for the failed boot(s). At least the results of
sudo journalctl -b | grep -i drm
Hi malcolmlewis, deano_ferrari:
susepaste -e “10080” -f “text” /home/May8journalctl.txt
susepaste -e “4320” -f “text” /home/May10journalctlgrepdrm.txt
That’s no good to us. You need to let it upload to an online location, and provide the URL here.
Refer man susepaste for more info.
Hi malcolmlewis, deano_ferrari:
Above is the 2 susepastes that I can’t get to work.
The 2 files were extracted on the installation with the 5.19.12-1.1 kernel in rescue mode, command line login, and I now trying to enter them
on my intel-based HP Prodesk from my Leap 15.5 installation which
has working graphics. I’m not clear on what’s wrong.
Len E.
You haven’t shared them us yet. Go back and review my previous post.
For example, I have a file called out.txt…
~> susepaste -e 131040 -n "Sample paste" ~/Downloads/out.txt
Pasted as:
https://paste.opensuse.org/2fb957f5f4b2
To automatically copy the link to the clipboard, make sure that /usr/bin/wl-copy is installed.
Piping it?
<command> | susepaste
cat ~/Downloads/out.txt | susepaste
Hi malcolmlewis, deano_ferrari, knurpht
I appreciate your patience and tutelage efforts on susepaste,
but I still can’t get the following command to work on my
Leap 15.5 installations. The wl-clipboard package is installed.
susepaste -e 1440 -n “grep drm” /home/May10journalctlgrepdrm.txt
The file is a small one:
May 10 02:36:02 localhost kernel: ACPI: bus type drm_connector registered
May 10 09:36:11 localhost systemd[1]: Starting Load Kernel Module drm...
May 10 09:36:11 localhost systemd[1]: modprobe@drm.service: Deactivated successfully.
May 10 09:36:11 localhost systemd[1]: Finished Load Kernel Module drm.
Len E.
@LenE you for get the pipe | and order, command pipe to susepaste, for example;
journalctl -b | grep drm
May 10 19:17:16 rowlf kernel: Command line: initrd=\opensuse-tumbleweed\6.14.5-1-default\initrd-5d34dee75838c9cc4230b8a8d356543e086d8092 root=UUID=9fdf8756-991f-4641-befc-ced6845bb15a splash=silent mitigations=auto quiet security=selinux selinux=1 fbdev=1 nvidia_drm.modeset=1 rd.driver.blacklist=nouveau rootflags=subvol=@/.snapshots/1/snapshot systemd.machine_id=9fc8b5e03b014a0f8cf02b23f7f05aad
May 10 19:17:16 rowlf kernel: The simpledrm driver will not be probed
May 10 19:17:16 rowlf kernel: Kernel command line: initrd=\opensuse-tumbleweed\6.14.5-1-default\initrd-5d34dee75838c9cc4230b8a8d356543e086d8092 root=UUID=9fdf8756-991f-4641-befc-ced6845bb15a splash=silent mitigations=auto quiet security=selinux selinux=1 fbdev=1 nvidia_drm.modeset=1 rd.driver.blacklist=nouveau rootflags=subvol=@/.snapshots/1/snapshot systemd.machine_id=9fc8b5e03b014a0f8cf02b23f7f05aad
May 10 19:17:16 rowlf kernel: ACPI: bus type drm_connector registered
May 10 19:17:16 rowlf dracut-cmdline[252]: Using kernel command line parameters: rd.driver.pre=btrfs root=UUID=9fdf8756-991f-4641-befc-ced6845bb15a rootfstype=btrfs rootflags=rw,relatime,ssd,discard=async,space_cache=v2,subvolid=266,subvol=/@/.snapshots/1/snapshot,subvol=@/.snapshots/1/snapshot initrd=\opensuse-tumbleweed\6.14.5-1-default\initrd-5d34dee75838c9cc4230b8a8d356543e086d8092 root=UUID=9fdf8756-991f-4641-befc-ced6845bb15a splash=silent mitigations=auto quiet security=selinux selinux=1 fbdev=1 nvidia_drm.modeset=1 rd.driver.blacklist=nouveau rootflags=subvol=@/.snapshots/1/snapshot systemd.machine_id=9fc8b5e03b014a0f8cf02b23f7f05aad
May 10 19:17:17 rowlf plymouthd[385]: 00:00:02.423 ply-utils.c:959:ply_get_kernel_command_line : Kernel command line is: 'initrd=\opensuse-tumbleweed\6.14.5-1-default\initrd-5d34dee75838c9cc4230b8a8d356543e086d8092 root=UUID=9fdf8756-991f-4641-befc-ced6845bb15a splash=silent mitigations=auto quiet security=selinux selinux=1 fbdev=1 nvidia_drm.modeset=1 rd.driver.blacklist=nouveau rootflags=subvol=@/.snapshots/1/snapshot systemd.machine_id=9fc8b5e03b014a0f8cf02b23f7f05aad
May 10 19:17:19 rowlf systemd[1]: Starting Load Kernel Module drm...
May 10 19:17:19 rowlf systemd[1]: modprobe@drm.service: Deactivated successfully.
May 10 19:17:19 rowlf systemd[1]: Finished Load Kernel Module drm.
May 10 19:17:21 rowlf kernel: [drm] [nvidia-drm] [GPU ID 0x00006500] Loading driver
May 10 19:17:22 rowlf kernel: [drm] Initialized nvidia-drm 0.0.0 for 0000:65:00.0 on minor 0
May 10 19:17:22 rowlf kernel: fbcon: nvidia-drmdrmfb (fb0) is primary device
May 10 19:17:22 rowlf kernel: nvidia 0000:65:00.0: [drm] fb0: nvidia-drmdrmfb frame buffer device
May 10 19:17:24 rowlf gnome-shell[1258]: Added device '/dev/dri/card0' (nvidia-drm) using atomic mode setting.
journalctl -b | grep drm | susepaste -e 1440 -n “journactl,drm”
Pasted as:
https://paste.opensuse.org/338154517256
To automatically copy the link to the clipboard, make sure that /usr/bin/wl-copy is installed.
1 Like
Hi malcolmlewis, deano_ferrari, knurpht:
Some progress:
I solved the problem of the installation working initially, and then not working days later even though it had not been touched.
On multi-partition systems, it is common that if a swap partition is shared by several distros, the UUID for the swap partition is changed
for the latest install, and then the partition is not available any longer
for previous installs. The remedy is that for each install, the UUID
for the swap partition in the fstab file should be changed immediately for the actual device location of the partition, eg. /dev/sda5.
The symptom that triggers awareness of having neglected that change
is that the performance of the older installations declines.
However, with Leap 15.6, loss of the swap partition in this way can
actually cause malfunction of the older distro.
Accordingly I have reinstalled Leap 15.6 for the current testing afresh,
using a separate swap partition from other distros on the test machine
AND immediately changing the UUID to the device specification,
/dev/sda5.
With the intent of reinstalling Kernel-5.19.12-1-1, I commenced the
test procedure detailed earlier with the addition that after the initial
post-install boot up, I edited the /usr/lib/dracut/dracut.conf.d/01-dist.conf file and changed the standard compress parameter to
compress=“gzip -9”. Older kernel often have problems with zstd
compression.
While rebooting from the sudo dracut --regenerate-all -f command,
I checked the grub boot command line first, and noticed that the
vga=791 parameter was still missing, so I re-entered it and continued.
This time the regular graphics came up immediately.
I checked for what had changed from the previous install:
(At this point, I’m logged in from the actual Leap 15.6 distro with
the graphics working, and the susepaste commands I used
successfully on April 26 do not work. I don’t get it.)
Len E.
On the working graphical system show us the output from
sudo journalctl -b | grep drm
ls -l /sys/class/drm/card*/device/driver
This doesn’t happen here. With installers that don’t make it clear that I can be assured existing swap is not to be formatted, I omit swap entirely during installation, then add it after booting the installed system. It’s easy, because mine have LABELs, so the fstab entry is a breeze. e.g.:
# grep swap /etc/fstab
LABEL=swap05zt12 swap swap defaults 0 0
#
Hi there:
(Forgot to reinstall wl-clipboard; did that; didn 't help).
In checking what had changed from the previous install, I found
that there was no need to go any further; the fbdev sub module fb.ko
was in effect on the standard Leap 15.6 kernel.
This excerpt from the /var/log/Xorg.0.log file shows what happened.
[ 49.347] (II) Loading sub module "fb"
[ 49.347] (II) LoadModule: "fb"
[ 49.347] (II) Module "fb" already built-in
[ 49.347] (**) FBDEV(0): using shadow framebuffer
[ 49.347] (II) Loading sub module "shadow"
[ 49.347] (II) LoadModule: "shadow"
[ 49.347] (II) Loading /usr/lib64/xorg/modules/libshadow.so
[ 49.348] (II) Module shadow: vendor="X.Org Foundation"
[ 49.348] compiled for 1.21.1.11, module version = 1.1.0
[ 49.348] ABI class: X.Org ANSI C Emulation, version 0.4
[ 49.348] (II) UnloadModule: "vesa"
[ 49.348] (II) Unloading vesa
[/code}
The journalctl -b | grep drm output is as follows:
[code]
May 19 06:07:12 localhost kernel: ACPI: bus type drm_connector registered
May 19 13:07:21 localhost systemd[1]: Starting Load Kernel Module drm...
May 19 13:07:21 localhost systemd[1]: modprobe@drm.service: Deactivated successfully.
May 19 13:07:21 localhost systemd[1]: Finished Load Kernel Module drm.
[/code]
The inxi -Gxx output is as follows:
[code}
Graphics:
Device-1: NVIDIA C61 [GeForce 6150SE nForce 430]
vendor: Hewlett-Packard driver: N/A arch: Curie bus-ID: 00:0d.0
chip-ID: 10de:03d0
Display: x11 server: X.org v: 1.21.1.11 driver: X: loaded: N/A
unloaded: fbdev,modesetting,vesa alternate: nouveau,nvidia gpu: N/A
display-ID: :0 screens: 1
Screen-1: 0 s-res: 1024x768
Monitor-1: default res: 1024x768 size: N/A
API: OpenGL v: 4.5 Mesa 23.3.4 renderer: llvmpipe (LLVM 17.0.6
128 bits) direct-render: YesThe sudo lshw -C video output is as follows:
*-display UNCLAIMED
description: VGA compatible controller
product: C61 [GeForce 6150SE nForce 430]
vendor: NVIDIA Corporation
physical id: d
bus info: pci@0000:00:0d.0
version: a2
width: 64 bits
clock: 66MHz
capabilities: pm msi vga_controller bus_master cap_list
configuration: latency=0
resources: memory:fb000000-fbffffff memory:e0000000-efffffff memory:fc000000-fcffffff memory:c0000-dffff
*-graphics
product: VESA VGA
physical id: 1
logical name: /dev/fb0
capabilities: fb
configuration: depth=16 resolution=1024,768Len E.
and what about…
ls -l /sys/class/drm/card*/device/driver
Hi there:
I could only find ls -l /sys/class/drm/version, a 4096 byte file.
A cat version command showed drm 1.1.0 20060810
Len E.
Ok, no DRM driver then.
That’s what
told us.
# ls -gG /sys/class/drm/card*/device/driver
lrwxrwxrwx 1 0 May 19 21:07 /sys/class/drm/card0/device/driver -> ../../../bus/pci/drivers/nouveau
# ls -gG /sys/class/drm/
total 0
lrwxrwxrwx 1 0 May 19 21:08 card0 -> ../../devices/pci0000:00/0000:00:0d.0/drm/card0
lrwxrwxrwx 1 0 May 19 21:08 card0-VGA-1 -> ../../devices/pci0000:00/0000:00:0d.0/drm/card0/card0-VGA-1
lrwxrwxrwx 1 0 May 19 21:08 renderD128 -> ../../devices/pci0000:00/0000:00:0d.0/drm/renderD128
-r--r--r-- 1 4096 May 19 21:12 version
# journalctl -b | grep -i drm
May 19 17:07:06 mcp61 kernel: ACPI: bus type drm_connector registered
May 19 21:07:26 mcp61 systemd[1]: Starting Load Kernel Module drm...
May 19 21:07:26 mcp61 systemd[1]: modprobe@drm.service: Deactivated successfully.
May 19 21:07:26 mcp61 systemd[1]: Finished Load Kernel Module drm.
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: VRAM: 61 MiB
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: GART: 512 MiB
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: TMDS table version 1.1
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB version 3.0
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB outp 00: 01000310 00000023
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB outp 01: 00110204 98830003
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB conn 00: 0000
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB conn 01: 1131
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB conn 02: 0110
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB conn 03: 0111
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB conn 04: 0113
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: MM: using M2MF for buffer copies
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: Saving VGA fonts
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: DCB type 4 not known
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: DRM: Unknown-1 has no encoders, removing
May 19 21:07:43 mcp61 kernel: [drm] Initialized nouveau 1.4.0 20120801 for 0000:00:0d.0 on minor 0
May 19 21:07:43 mcp61 kernel: fbcon: nouveaudrmfb (fb0) is primary device
May 19 21:07:43 mcp61 kernel: nouveau 0000:00:0d.0: [drm] fb0: nouveaudrmfb frame buffer device
# egrep 'dev/dr\|Xorg.0.' /var/log/Xorg.0.*
/var/log/Xorg.0.log:[ 70.079] (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 19 21:08:13 2025
/var/log/Xorg.0.log:[ 70.393] (II) xfree86: Adding drm device (/dev/dri/card0)
/var/log/Xorg.0.log:[ 70.687] (II) modeset(0): using drv /dev/dri/card0
/var/log/Xorg.0.log.old:[ 394.782] (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 8 21:38:09 2025
/var/log/Xorg.0.log.old:[ 394.785] (II) xfree86: Adding drm device (/dev/dri/card0)
/var/log/Xorg.0.log.old:[ 394.800] (II) modeset(0): using drv /dev/dri/card0
# lsmod | egrep 'video|dr|fb|simp|veau' | sort
button 24576 1 nouveau
cec 86016 1 drm_display_helper
drm_display_helper 225280 1 nouveau
drm_exec 12288 1 nouveau
drm_gpuvm 28672 1 nouveau
drm_ttm_helper 12288 1 nouveau
gpu_sched 61440 1 nouveau
i2c_algo_bit 20480 1 nouveau
mxm_wmi 12288 1 nouveau
nouveau 3612672 3
ttm 102400 2 drm_ttm_helper,nouveau
video 77824 1 nouveau
wmi 45056 3 video,mxm_wmi,nouveau
# inxi -GSaz --vs --za --hostname
inxi 3.3.38-00 (2025-04-06)
System:
Host: mcp61 Kernel: 6.4.0-150600.23.47-default arch: x86_64 bits: 64
compiler: gcc v: 7.5.0 clocksource: tsc avail: acpi_pm
parameters: root=LABEL=<filter> ipv6.disable=1 net.ifnames=0 noresume
consoleblank=0 mitigations=off
Desktop: TDE (Trinity) v: R14.1.4 tk: Qt v: 3.5.0 wm: Twin v: 3.0
with: kicker vt: 7 dm: 1: TDM 2: XDM Distro: openSUSE Leap 15.6
Graphics:
Device-1: NVIDIA C61 [GeForce 6150SE nForce 430] vendor: Micro-Star MSI
driver: nouveau v: kernel non-free: series: 304.xx
status: legacy (EOL~2017-09-xx) last: release: 304.137 kernel: 4.13
xorg: 1.19 arch: Curie process: 90-130nm built: 2003-2013 ports:
active: VGA-1 empty: none bus-ID: 00:0d.0 chip-ID: 10de:03d0
class-ID: 0300
Display: x11 server: X.Org v: 1.21.1.11 compositor: Twin v: 3.0 driver: X:
loaded: modesetting alternate: fbdev,nouveau,nvidia,vesa dri: nouveau
gpu: nouveau display-ID: :0 screens: 1
Screen-1: 0 s-res: 1680x1050 s-dpi: 120 s-size: 355x222mm (13.98x8.74")
s-diag: 419mm (16.48")
Monitor-1: VGA-1 model: Dell P2213 serial: <filter> built: 2013 res:
mode: 1680x1050 hz: 60 scale: 100% (1) dpi: 90 gamma: 1.2
size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes:
max: 1680x1050 min: 720x400
API: EGL v: 1.5 hw: drv: nvidia nouveau platforms: device: 0 egl: 1.4
drv: nouveau device: 1 drv: swrast gbm: egl: 1.4 drv: nouveau surfaceless:
egl: 1.4 drv: nouveau x11: egl: 1.4 drv: nouveau inactive: wayland
API: OpenGL v: 4.5 compat-v: 2.1 vendor: mesa v: 23.3.4 glx-v: 1.4
direct-render: yes renderer: NV4C device-ID: 10de:03d0 memory: 52.7 MiB
unified: no
Info: Tools: api: clinfo, eglinfo, glxinfo x11: xdriinfo, xdpyinfo,
xprop, xrandr
# inxi -Iaz --za
Info:
Memory: total: 2 GiB available: 1.86 GiB used: 504.2 MiB (26.4%)
Processes: 175 Power: uptime: 0h 9m states: freeze,standby,mem,disk
suspend: s2idle avail: shallow wakeups: 0 hibernate: platform
avail: shutdown, reboot, suspend, test_resume image: 754.1 MiB
Init: systemd v: 254 default: graphical tool: systemctl
Packages: pm: rpm pkgs: N/A note: see --rpm tools: yast,zypper
Compilers: N/A Shell: Bash v: 4.4.23 running-in: konsole inxi: 3.3.38
#
My NVIDIA C61 [GeForce 6150SE nForce 430] 10de:03d0, exactly same as OP, but from MSI rather than Compaq, clearly has no problem running a pure FOSS 15.6 (almost pure Leap, but running TDE instead of LXDE), using the nouveau kernel module with the (newer technology; upstream default) modesetting display driver (in lieu of the reverse-engineered, “experimental”, old-technology, nouveau display driver provided by xf86-video-nouveau). The immediately previous boot (11 days ago) had an NVIDIA G84 [GeForce 8600 GT] in the PCIeX16 slot. All I did was remove that dGPU, attach a VGA cable to the motherboard port, and boot - zero changes to software.
So, I’ve gotten lost on what OP’s ultimate goal is if it’s not to get proprietary drivers to work, in which case all these tests with only FOSS would seem to be entirely irrelevant.
Yes, I’ve got a little lost too. I just wanted to know if simpledrm remained in use, as I demonstrated I could achieve way back in post #13. That is sufficient to get a basic working graphical environment in the absence of any other native DRM driver being available.
Anyway, it reads like the OP is happy with what they’ve got now.