No xserver after installing update to (VERSION_ID) 20210604 with zypper dup

Are you in a hurry, must be first person you know with the latest, greatest everything? Half my TWs are happily still running 5.18.15, or something else older than 6.0.0. You have choices. Lock your kernel, then upgrade when you know it’s safe. Or stop using NVidia’s proprietary drivers. Or, get a different GPU. Or switch to some other distro NVidia also doesn’t contribute to, or to Windows. AMD and Intel graphics users have no similar problem, because those vendors have been FOSS contributors rather than FOSS competitors, although there are changes growing in this regard: https://sndirsch.github.io/nvidia/2022/06/07/nvidia-opengpu.html

1 Like

What a fruit, what is the rolling release for? Not the first, but the most secure Linux is required. Such an answer is garbage.

Portal:Tumbleweed - openSUSE Wiki explains:

Who should try Tumbleweed?

Tumbleweed should appeal most to Power Users, Software Developers (who require the latest software stacks and IDEs) and openSUSE Contributors (who need a reliable platform that is as close to openSUSE Factory as possible while remaining usable).

Due to the Linux kernel being updated very frequently, users who rely on 3rd party kernel driver modules including graphic drivers should not use the Tumbleweed distribution unless they are familiar with updating these drivers from source on their own or they have supported hardware

1 Like

@mrmazda
Ok, but what is with:

Tumbleweed is based on Factory, openSUSE’s main development codebase. Tumbleweed is updated once Factory’s bleeding edge software has been integrated, stabilized and tested. Tumbleweed contains the latest stable applications and is ready and reliable for daily use.

and:

NVidia’s proprietary driver generally works very well with Tumbleweed.

What is your truth now?

NVidia’s proprietary driver generally works very well with Tumbleweed.

And sometimes, as in this instance, it doesn’t work very well… Win some lose some. If you choose to use TW with Nvidia’s proprietary driver there will, in some instances, be problems. Ultimately it’s your call.

1 Like

Hi
Install the Hard Way…


inxi -S

System:
  Host: grover Kernel: 6.0.0-1-default arch: x86_64 bits: 64 Desktop: GNOME
    v: 43.0 Distro: openSUSE Tumbleweed 20221008

inxi -G

Graphics:
  Device-1: NVIDIA TU117GLM [Quadro T400 Mobile] driver: nvidia v: 515.76
  Device-2: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 515.76
  Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3 driver: X:
    loaded: nvidia gpu: nvidia,nvidia-nvswitch resolution: 1: 1920x1080~60Hz
    2: 1920x1080~60Hz 3: 1920x1080~60Hz
  OpenGL: renderer: NVIDIA T400/PCIe/SSE2 v: 4.6.0 NVIDIA 515.76

switcherooctl inxi -G

Graphics:
  Device-1: NVIDIA TU117GLM [Quadro T400 Mobile] driver: nvidia v: 515.76
  Device-2: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 515.76
  Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3 driver: X:
    loaded: nvidia gpu: nvidia,nvidia-nvswitch resolution: 1: 1920x1080~60Hz
    2: 1920x1080~60Hz 3: 1920x1080~60Hz
  OpenGL: renderer: NVIDIA GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 515.76

nvidia-smi

Tue Oct 11 09:00:59 2022       
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 515.76       Driver Version: 515.76       CUDA Version: 11.7     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA T400         Off  | 00000000:02:00.0  On |                  N/A |
| 38%   40C    P8    N/A /  31W |    651MiB /  2048MiB |      9%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+
|   1  NVIDIA GeForce ...  Off  | 00000000:03:00.0 Off |                  N/A |
| 35%   27C    P8    N/A /  30W |      6MiB /  2048MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

@tannington

A very, very “informative” contribution to solving the problem, congratulations, they have solved the problem.

@malcolmlewis

many thanks to you!
In the meantime, the nvidia repository has been updated, and although warnings are still issued, but my X-Server starts in the user context again.
I thank you for the many helpful comments and wish everyone else that they do not have to “do without” the work computer for 4 days.

regards,
bastler0815

Everybody who uses Linux should know how to boot with a previous kernel…
And cases like that are the best situations to learn something about troubleshooting, the operating system itself, bug solving processes and other skills…
People who are not interested in learning something new should stick to proprietary operating systems…

1 Like

Your’e very welcome. I’m glad it “helped”.

By definition, NVidia’s proprietary driver isn’t Tumbleweed software. A proprietary driver is a taint in the system. I have 5 NVidia GPUs in TW PCs. None of them depend on that taint to work to my satisfaction.

@mrmazda
Fortunately, it is possible to make your own decision, TW offers the integration of the repository.
If they are satisfied with their driver, that is also perfectly ok for me. But to accuse me of always wanting to be the first is without any basis.

When I wrote

Are you in a hurry, must be first person you know with the latest, greatest everything?
along with a list of options, I posed a question, not an accusation. Grub provides a selection to boot previous kernel, which I left out of the list of options, but is a convenient workaround provided by openSUSE by default.

1 Like

Has this solution been presented here?

Absolutely ok, that’s why I asked my question here. But when I get answers like:

it is really hard to learn anything.

What’s the point? You don’t know my circumstances and accuse me of not wanting to educate myself - at least that’s how I understand it.
Yes, I get answers. But I would expect a forum that gives me answers that make sense.

regards

You claimed in one of your comments that you are using openSUSE since 1997. All major bootloaders (grub, grub2, lilo,…) offer the possibility to boot from a prior kernel since decades independly from the linux distribution used. So there shouldn’t be the need to present this option for you…
Additionally the linked bugreport in comment #15 stated clearly that switching back to kernel 5.x solves the problem and let the system boot again.

And what answer do you expect when you ask “when is the new package ready”? In this Forum in most cases only normal useres are writing. Packagers and developers are using other communication channels. That means a new package is available as soon it is finished. So Malcoms answer was correct: It’s finished when it’s finished.
The bugreport in comment #15 contained informations about the packaging process and that the packager needed some time to finish it. You could have read that yourself…

1 Like

It was Sauerland. Sorry Malcom :wink:

1 Like

Hi,

I do not want a “workaround”, but a solution. For a “workaround” I would need a “workaround” again to return to a default installation, right?
Ok, I’m an old fish and from your point of view I may stink already.
I will continue to read with high interest, but not reply if necessary.

regards

Hi folks,
three/four months later: zypper dup with new kernel. And what do you think? No Xserver. This is now the fourth time in 2 years that this has happened to me with the identical system. It’s a real shame that quality assurance doesn’t detect such errors beforehand.

Blockquote
[ 58.265]
X.Org X Server 1.21.1.6
X Protocol Version 11, Revision 0
[ 58.266] Current Operating System: Linux ryzen-tumble 6.1.8-1-default #1 SMP PREEMPT_DYNAMIC Tue Jan 24 06:29:25 UTC 2023 (baebfe0) x86_64
[ 58.266] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.1.8-1-default root=UUID=1e298e97-ad96-421a-bfb2-16204f4a1acf splash=silent quiet, initcall_blacklist=simpledrm_platform_driver_init mitigations=auto nosimplefb=1
[ 58.268]
[ 58.268] Current version of pixman: 0.42.2
[ 58.269] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 58.269] Markers: (–) probed, () from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 58.271] (==) Log file: “/home/raik/.local/share/xorg/Xorg.0.log”, Time: Fri Jan 27 22:39:07 2023
[ 58.272] (==) Using config directory: “/etc/X11/xorg.conf.d”
[ 58.272] (==) Using system config directory “/usr/share/X11/xorg.conf.d”
[ 58.272] (==) No Layout section. Using the first Screen section.
[ 58.272] (==) No screen section available. Using defaults.
[ 58.273] (
) |–>Screen “Default Screen Section” (0)
[ 58.273] (**) | |–>Monitor “”
[ 58.273] (==) No monitor specified for screen “Default Screen Section”.
Using a default monitor configuration.
[ 58.273] (==) Automatically adding devices
[ 58.273] (==) Automatically enabling devices
[ 58.273] (==) Automatically adding GPU devices
[ 58.273] (==) Automatically binding GPU devices
[ 58.273] (==) Max clients allowed: 512, resource mask: 0xfffff
[ 58.274] (WW) The directory “/usr/share/fonts/misc/sgi” does not exist.
[ 58.274] Entry deleted from font path.
[ 58.274] (==) FontPath set to:
/usr/share/fonts/misc:unscaled,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi:unscaled,
/usr/share/fonts/75dpi:unscaled,
/usr/share/fonts/ghostscript/,
/usr/share/fonts/cyrillic:unscaled,
/usr/share/fonts/truetype/,
built-ins
[ 58.274] (==) ModulePath set to “/usr/lib64/xorg/modules”
[ 58.274] (WW) Ignoring unrecognized extension “XFree86-DGA”
[ 58.274] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 58.274] (II) Loader magic: 0x5558efa31ac0
[ 58.274] (II) Module ABI versions:
[ 58.274] X.Org ANSI C Emulation: 0.4
[ 58.274] X.Org Video Driver: 25.2
[ 58.274] X.Org XInput driver : 24.4
[ 58.274] X.Org Server Extension : 10.0
[ 58.275] (++) using VT number 1
[ 58.276] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31
[ 58.279] (–) PCI:*(43@0:0:0) 10de:21c4:1462:c757 rev 161, Mem @ 0xfb000000/16777216, 0xd0000000/268435456, 0xe0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x???/131072
[ 58.279] (II) LoadModule: “glx”
[ 58.280] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 58.281] (II) Module glx: vendor=“X.Org Foundation”
[ 58.281] compiled for 1.21.1.6, module version = 1.0.0
[ 58.281] ABI class: X.Org Server Extension, version 10.0
[ 58.281] (II) Scanning /usr/share/X11/xorg_pci_ids directory for additional PCI ID’s supported by the drivers
[ 58.281] (==) Matched nvidia as autoconfigured driver 0
[ 58.281] (==) Matched nouveau as autoconfigured driver 1
[ 58.281] (==) Matched nv as autoconfigured driver 2
[ 58.281] (==) Matched modesetting as autoconfigured driver 3
[ 58.281] (==) Matched fbdev as autoconfigured driver 4
[ 58.281] (==) Matched vesa as autoconfigured driver 5
[ 58.281] (==) Assigned the driver to the xf86ConfigLayout
[ 58.281] (II) LoadModule: “nvidia”
[ 58.281] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[ 58.284] (II) Module nvidia: vendor=“NVIDIA Corporation”
[ 58.284] compiled for 1.6.99.901, module version = 1.0.0
[ 58.284] Module class: X.Org Video Driver
[ 58.284] (II) LoadModule: “nouveau”
[ 58.284] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so
[ 58.285] (II) Module nouveau: vendor=“X.Org Foundation”
[ 58.285] compiled for 1.21.1.4, module version = 1.0.17
[ 58.285] Module class: X.Org Video Driver
[ 58.285] ABI class: X.Org Video Driver, version 25.2
[ 58.285] (II) LoadModule: “nv”
[ 58.285] (II) Loading /usr/lib64/xorg/modules/drivers/nv_drv.so
[ 58.286] (EE) Failed to load /usr/lib64/xorg/modules/drivers/nv_drv.so: /usr/lib64/xorg/modules/drivers/nv_drv.so: undefined symbol: fbdevHWSave
[ 58.286] (EE) Failed to load module “nv” (loader failed, 0)
[ 58.286] (II) LoadModule: “modesetting”
[ 58.286] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 58.286] (II) Module modesetting: vendor=“X.Org Foundation”
[ 58.286] compiled for 1.21.1.6, module version = 1.21.1
[ 58.286] Module class: X.Org Video Driver
[ 58.286] ABI class: X.Org Video Driver, version 25.2
[ 58.286] (II) LoadModule: “fbdev”
[ 58.286] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[ 58.287] (II) Module fbdev: vendor=“X.Org Foundation”
[ 58.287] compiled for 1.21.1.4, module version = 0.5.0
[ 58.287] Module class: X.Org Video Driver
[ 58.287] ABI class: X.Org Video Driver, version 25.2
[ 58.287] (II) LoadModule: “vesa”
[ 58.287] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 58.287] (II) Module vesa: vendor=“X.Org Foundation”
[ 58.287] compiled for 1.21.1.6, module version = 2.6.0
[ 58.287] Module class: X.Org Video Driver
[ 58.287] ABI class: X.Org Video Driver, version 25.2
[ 58.287] (II) NVIDIA dlloader X Driver 470.161.03 Wed Oct 19 00:11:37 UTC 2022
[ 58.287] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 58.287] (II) NOUVEAU driver
[ 58.287] (II) NOUVEAU driver for NVIDIA chipset families :
[ 58.287] RIVA TNT (NV04)
[ 58.287] RIVA TNT2 (NV05)
[ 58.287] GeForce 256 (NV10)
[ 58.287] GeForce 2 (NV11, NV15)
[ 58.287] GeForce 4MX (NV17, NV18)
[ 58.287] GeForce 3 (NV20)
[ 58.287] GeForce 4Ti (NV25, NV28)
[ 58.287] GeForce FX (NV3x)
[ 58.287] GeForce 6 (NV4x)
[ 58.287] GeForce 7 (G7x)
[ 58.287] GeForce 8 (G8x)
[ 58.287] GeForce 9 (G9x)
[ 58.287] GeForce GTX 2xx/3xx (GT2xx)
[ 58.287] GeForce GTX 4xx/5xx (GFxxx)
[ 58.287] GeForce GTX 6xx/7xx (GKxxx)
[ 58.287] GeForce GTX 9xx (GMxxx)
[ 58.287] GeForce GTX 10xx (GPxxx)
[ 58.287] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 58.287] (II) FBDEV: driver for framebuffer: fbdev
[ 58.287] (II) VESA: driver for VESA chipsets: vesa
[ 58.287] xf86EnableIO: failed to enable I/O ports 0000-03ff (Operation not permitted)
[ 58.287] (II) Loading sub module “fb”
[ 58.287] (II) LoadModule: “fb”
[ 58.287] (II) Module “fb” already built-in
[ 58.287] (II) Loading sub module “wfb”
[ 58.287] (II) LoadModule: “wfb”
[ 58.288] (II) Loading /usr/lib64/xorg/modules/libwfb.so
[ 58.288] (II) Module wfb: vendor=“X.Org Foundation”
[ 58.288] compiled for 1.21.1.6, module version = 1.0.0
[ 58.288] ABI class: X.Org ANSI C Emulation, version 0.4
[ 58.288] (II) Loading sub module “ramdac”
[ 58.288] (II) LoadModule: “ramdac”
[ 58.289] (II) Module “ramdac” already built-in
[ 58.289] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the
[ 58.289] (EE) NVIDIA: system’s kernel log for additional error messages and
[ 58.289] (EE) NVIDIA: consult the NVIDIA README for details.
[ 58.405] (EE) [drm] Failed to open DRM device for pci:0000:2b:00.0: -19
[ 58.405] (EE) open /dev/dri/card0: No such file or directory
[ 58.405] (WW) Falling back to old probe method for modesetting
[ 58.405] (EE) open /dev/dri/card0: No such file or directory
[ 58.405] (II) Loading sub module “fbdevhw”
[ 58.405] (II) LoadModule: “fbdevhw”
[ 58.405] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[ 58.406] (II) Module fbdevhw: vendor=“X.Org Foundation”
[ 58.406] compiled for 1.21.1.6, module version = 0.0.2
[ 58.406] ABI class: X.Org Video Driver, version 25.2
[ 58.406] (EE) Unable to find a valid framebuffer device
[ 58.406] (WW) Falling back to old probe method for fbdev
[ 58.406] (II) Loading sub module “fbdevhw”
[ 58.406] (II) LoadModule: “fbdevhw”
[ 58.406] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[ 58.406] (II) Module fbdevhw: vendor=“X.Org Foundation”
[ 58.406] compiled for 1.21.1.6, module version = 0.0.2
[ 58.406] ABI class: X.Org Video Driver, version 25.2
[ 58.406] (EE) open /dev/fb0: Permission denied
[ 58.407] vesa: Refusing to run, Framebuffer or dri device present
[ 58.407] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 58.407] (EE) Screen 0 deleted because of no matching config section.
[ 58.407] (II) UnloadModule: “modesetting”
[ 58.407] (EE) Screen 0 deleted because of no matching config section.
[ 58.407] (II) UnloadModule: “fbdev”
[ 58.407] (II) UnloadSubModule: “fbdevhw”
[ 58.407] (EE) Device(s) detected, but none match those in the config file.
[ 58.407] (EE)
Fatal server error:
[ 58.407] (EE) no screens found(EE)
[ 58.407] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 58.407] (EE) Please also check the log file at “/home/raik/.local/share/xorg/Xorg.0.log” for additional information.
[ 58.407] (EE)
[ 58.408] (EE) Server terminated with error (1). Closing log file.

regards

Deutsche Version weiter unten:
Hi,
Since I’m already known as a complainer, I’ll probably turn to another desktop (at the moment I’m thinking of MX-Linux, MacOS or … (unpopular) Windows 11). I will continue to run two fileservers under opensuse, but the desktop will be changed sooner or later. To deliver such unstable updates, which lead to not having a remote “workstation”, I can not afford. Also the work to transfer a grown desktop to another platform costs time and money.
If the community is committed to bringing the Linux desktop into the living room, then there should NOT be such blunders.
BTW: with the older kernel there is no problem - my system runs with X.

regards

Deutsche Version:

Da ich ja nun schon als Meckerer verschrien bin, werde ich mich wohl einem anderen Desktop zuwenden (im Moment denke ich an MX-Linux, an MacOS oder … (unbeliebt) Windows 11). Es werden weiter zwei Fileserver unter opensuse betrieben, der Desktop wird über kurz oder lang aber gewechselt. Derartig instabile updates auszuliefern, die dazu führen, keinen remote “Arbeitsplatz” zu haben, kann ich mir nicht leisten. Auch die Arbeit, einem gewachsenen Desktop auf eine andere Plattform zu transferieren, kostet Zeit und auch Geld.
Wenn sich die community auf die Fahnen geschrieben hat, den Linux Desktop in die Wohnzimmer zu bringen, dann darf es solche groben Schnitzer NICHT geben.
BTW: mit dem älteren Kernel gibt es bei mir kein Problem - das System läuft.

regards

Did you look at what the update was doing?

I imagine you got hit by the open nvidia kmp issue… easily resolved if one looks… there are a couple of threads about it.

I use the run file here and just bailed and locked the packages since I run both Turing and Pascal architectures here, so will still try to install.