Since 2 updates ago it would only boot to CLI login. I’ve been using the previous snapshot to boot normally. This last update included new NVIDIA drivers so I let it update hoping it would fix the problem. Not only did it NOT fix the problem but it also wiped out the only working snapshot so I can no longer boot to kde plasma.
Any ideas?
Thanks.
If I log in and type ‘init 5’ it goes to a dark gray screen with 3 small squares in the middle and thats all it does.
Is this a laptop that includes Optimus?
Please upload /var/log/Xorg.0.log following an attempt at normal booting. CLI can make this easy:
susepaste -n AmigaOS -e 10000 /var/log/Xorg.0.log
That should produce a URL you can paste here, but test to make sure the log appears there. If it fails, try substituting /home/username/.local/share/xorg/ for /var/log/. See
man susepaste
Or you can goto http://susepaste.org/ in a web browser to paste in that file. http://pastebin.com/ is an alternate web location for log uploads.
Some things to try whilst waiting for us to evaluate your log:[ul]
[li] in the Grub menu strike the E key, move to the end of the line that started with linu, which is probably wrapped, and alter using any combination of the following:[list][/li][li] append a space and nomodeset[/li][li] append a space and plymouth.enable=0 or noplymouth[/li][li] remove splash=silent, or change it to splash=verbose[/li][/ul]
[li] uninstall the NVidia drivers as per their installation instructions, and rebuild the initrd for the current kernel[/li][li] boot a prior kernel[/li][/list]Please report here which you tried and what impact each attempt had. None except (possibly) NVidia removal should constitute any more than testing to isolate the fault. It sounds like your proprietary NVidia driver installation may be faulty, but you haven’t provided much information to work with.
Thanks for the things for me to try.
Its not a laptop. Its a home brew desktop with an AMD cpu and NVIDIA based video card. I can’t boot a prior kernel any longer as it only keeps 2 snapshots and the last 2 updates pushed out the remaining working kernel I was using. I was hoping the new NVIDIA drivers would fix things but it didn’t and pushed out the working kernel. I have the computer set dual boot so I am using my Hackintosh install for now.
I will the things you listed and post the results.
The first problem I hit was that since I am using Network Manager logging into cli means its not online so can’t do the log to that site until I figure out how to get it online.
Your use of the word snapshots is confusing. In openSUSE, snapshot has a specific meaning - use of BTRFS filesystem and Snapper tools for reverting when necessary, and snapshot management. This is independent of how many kernels are installed and available in the Grub menu.
Keeping more than two kernels installed is available via /etc/zypp/zypp.conf option multiversion.kernels=. What versions of kernels do you see when listing content of /boot/?
Automatic old kernel removal can be disabled via stopping and disabling purge-kernels.service, though as with multiversion.kernels= it’s too late to help you now.
I don’t use NM, so can’t give details, but the nmcli command should be able to get networking up.
You can use NetworkManager’s nmcli utility to control your connectivity…
Alternatively, copy the log to a memory stick and then use a machine that does have internet connectivity to share here. It’s not hard.
Hi
AFAIK the Tumbleweed repository Nvidia drivers have not been built for the 5.2.5 kernel (still at 5.1.16)… install the hard way?
http://download.opensuse.org/history/20190716/tumbleweed/repo/oss/x86_64/kernel-default-5.1.16-1.4.x86_64.rpm is available.
I haven’t tried it yet, but… https://review.tumbleweed.boombatower.com/about.html
I’m really glad to be using GNOME/Wayland, which has eliminated the need to use the proprietary drivers.
Hmmm, so why did the 5.2.5 kernel update come with ‘new’ NVidia drivers if they were not the correct ones to make it work?
Dave
I have several NVidia GPUs. None here have ever had NVidia’s proprietary drivers installed. All except 6150SE, for which AFAIK proprietary drivers are no longer available, work satisfactorily for me with FOSS drivers for current versions of openSUSE, Debian, Fedora and others. IOW, proprietary drivers aren’t needed, only by some users desired.
With the GTX 750 and X11, nouveau is unusable – horrible tearing just scrolling down websites. The only solution was enabling ForceCompositionPipeline via nvidia-settings, hence “needed” from my perspective.
Hi
What is the output from;
zypper se -si nvidia
](https://download.nvidia.com/opensuse/tumbleweed/x86_64/nvidia-computeG05-430.34-15.1.x86_64.rpm)https://download.nvidia.com/opensuse/tumbleweed/x86_64/
nvidia-computeG05-430.34-15.1.x86_64.rpm
https://devtalk.nvidia.com/default/topic/533434/linux/current-graphics-driver-releases/
Current official release: 430.40
So it’s not the latest version (assuming AmigaOS is using GeForce 600 series or newer).
Hi
That’s not the problem, the kmp is of the wrong kernel release. nvidia-gfxG05-kmp-default-430.34_k5.1.16_1-15.1.x86_64.rpm
Hard way is the easy way… 
pinxi -GxxS
System: Host: grover Kernel: 5.2.5-1-default x86_64 bits: 64 compiler: gcc v: 9.1.1 Desktop: Gnome 3.32.2 wm: gnome-shell
dm: GDM Distro: openSUSE Tumbleweed 20190806
Graphics: Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics driver: i915 v: kernel bus ID: 00:02.0
chip ID: 8086:0152
Device-2: NVIDIA GK208B [GeForce GT 710] vendor: ZOTAC driver: vfio-pci v: 0.2 bus ID: 01:00.0 chip ID: 10de:128b
Device-3: NVIDIA GK208B [GeForce GT 710] vendor: ZOTAC driver: nvidia v: 430.40 bus ID: 02:00.0 chip ID: 10de:128b
Device-4: NVIDIA GK208B [GeForce GT 710] vendor: ZOTAC driver: nvidia v: 430.40 bus ID: 03:00.0 chip ID: 10de:128b
Display: x11 server: X.Org 1.20.5 driver: fbdev,modesetting,nvidia,vesa alternate: nouveau,nv
compositor: gnome-shell resolution: 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 8.0 256 bits) v: 3.3 Mesa 19.1.3 compat-v: 3.1 direct render: Yes
There you go!
Hard way is the easy way…
rotfl!
You don’t make it clear which nouveau is unusable. Nouveau has multiple meanings, including:
- kernel DRM
- DDX (Xorg)
only
Sounds like you only tried 2 of the 3 DRI (potentially acceptable or competent) options. What about the third, the other FOSS option, the upstream default? Does it tear “horribly” too? FOSS potential X11 competence comes in two flavors:
- older technology (reverse-engineered openSUSE default): nouveau, provided by xf86-video-nouveau
*] newer technology (upstream default): modesetting, provided by the X11 server, used automatically only if xf86-video is not installed, or overridden via /etc/X11/xorg_pci_ids/modesetting.ids.
5.2.x kernels can work acceptably with FOSS exclusively (no NVidia software). No screen tearing here:
# rpm -qa | grep -i nvidia
# rpm -qa | grep -i video
libgstvideo-1_0-0-1.16.0-2.1.x86_64
xf86-video-fbdev-0.5.0-1.7.x86_64
xf86-video-vesa-2.4.0-1.7.x86_64
# inxi -GxxS
System: Host: p5bse Kernel: 5.2.5-1-default x86_64 bits: 64 compiler: gcc v: 9.1.1 Desktop: KDE Plasma 5.16.4
tk: Qt 5.13.0 wm: kwin_x11 dm: KDM Distro: openSUSE Tumbleweed 20190806
Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0
chip ID: 10de:107d
Display: x11 server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia
compositor: kwin_x11 resolution: 2560x1440~60Hz, 1920x1200~60Hz
OpenGL: renderer: llvmpipe (LLVM 8.0 128 bits) v: 3.3 Mesa 19.1.3 compat-v: 3.1 direct render: Yes
# xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 2560 x 2640, maximum 16384 x 16384
DP-2 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm
DP-1 connected primary 2560x1440+0+1200 (normal left inverted right x axis y axis) 598mm x 336mm
2560x1440 59.95*+ 74.92
1920x1200 59.95*+
Note: “alternate: nouveau,nv,nvidia” means these three DDXs are ostensibly applicable to the hardware, but not installed.