Leap 15.5 freezing after Grub, during usage

Hello all,

I have an issue with Leap 15.5 constantly freezing and it’s driving me nuts. I had 2 500g HDs which have now been binned and am using a new 1TB Crucial SDD instead.

I have installed Leap 15.5 (not dual-booting yet) on the new hard drive about a week ago. Since then I’m having constant problem with the distro freezing and not loading. Many times it goes through grub and loads to tty1, I press alt+f2 and it takes me to the GUI login screen. Sometimes during usage it freezes, this is while normal usage ie browsing, play video or streaming.

Last couple of days though it is loading past Grub and then nothing, if I’m lucky I would get the GUI login screen but it would freeze at that point.

I have an i7 processor, 8GB Ram and 1TB hard drive. I have 2 GTX cards connected and nvidia drivers where installed Yast.

Can someone help me understand what may be going on please?

Join the club.
The constant freezing has deteriorated to the extent that I have given up on my Leap 15.5 system for now and have booted to windows so I can still communicate. I have also had problems with Firefox and Thunderbird in the same period and do not know where to look. I am hoping the forum will be abe to help.

1 Like

You haven’t told us which drivers, X, DM or DE you are using.

X: X11? Wayland?

DM: GDM? LightDM? SDDM? XDM? Something else?

DE: simple window manager? Gnome? XFCE? Plasma? Cinnamon? Mate? Something else?

After running sudo inxi -U, Input/Output pasted here using PRE tags (</> icon above input window) from running inxi -GSaz in an X terminal would cover all the above.

If using a Wayland session, try X11 instead, or vice versa.

I use Gnome and the command I cannot run as I cannot get it. I do not know how to login and run the command.

It’s freezing straight after Grub and before the login screen. Earlier I managed to get to the login screen, entered my password and got grey screen on both of my monitors.

Miraculously in I’m after 4 reboots

sudo inxi -U

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for root: 
Starting inxi self updater.
Using tiny as downloader.
Currently running inxi version number: 3.3.23
Current version patch number: 00
Current version release date: 2022-10-31
Updating inxi in /usr/bin using main branch as download source...
Validating downloaded data...
Successfully updated to main branch version: 3.3.29
New main branch version patch number: 00
New main branch version release date: 2023-08-15
To run the new version, just start inxi again.
----------------------------------------

Starting download of man page file now.
Updating inxi.1 in /usr/share/man/man1
using main branch branch as download source
Downloading man page file...
Download successful. Validating downloaded man file data...
Contents validated. Writing to man location...
Writing successful. Compressing file...
Download, install, and compression of man page successful.
Check to make sure it works: man inxi
inxi -GSaz
System:
  Kernel: 5.14.21-150500.55.19-default arch: x86_64 bits: 64 compiler: gcc
    v: 7.5.0 clocksource: tsc available: hpet,acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-5.14.21-150500.55.19-default
    root=UUID=0c4794bc-8f41-47da-a025-51e3d12ab00d splash=silent preempt=full
    mitigations=auto quiet security=apparmor
  Desktop: GNOME v: 41.9 tk: GTK v: 3.24.34 wm: gnome-shell dm: GDM v: 41.3
    Distro: openSUSE Leap 15.5
Graphics:
  Device-1: NVIDIA GK104 [GeForce GTX 670] driver: nvidia v: 470.199.02
    alternate: nouveau,nvidia_drm non-free: series: 470.xx+
    status: legacy-active (EOL~2023/24) arch: Kepler code: GKxxx
    process: TSMC 28nm built: 2012-18 pcie: gen: 1 speed: 2.5 GT/s lanes: 8
    link-max: lanes: 16 ports: active: none off: DVI-I-1,HDMI-A-1
    empty: DP-1,DVI-D-1 bus-ID: 03:00.0 chip-ID: 10de:1189 class-ID: 0300
  Display: x11 server: X.org v: 1.21.1.4 with: Xwayland v: 22.1.5
    compositor: gnome-shell driver: X: loaded: nvidia
    unloaded: fbdev,modesetting,vesa alternate: nouveau,nv
    gpu: nvidia,nvidia-nvswitch display-ID: :1 screens: 1
  Screen-1: 0 s-res: 3600x1200 s-size: <missing: xdpyinfo>
  Monitor-1: DVI-I-1 note: disabled pos: primary,right model: BenQ G2400W
    serial: <filter> built: 2009 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-2: HDMI-A-1 mapped: HDMI-0 note: disabled pos: left
    model: LG (GoldStar) W2261 serial: <filter> built: 2009 res: 1680x1050
    hz: 60 dpi: 81 gamma: 1.2 size: 530x300mm (20.87x11.81") diag: 609mm (24")
    ratio: 16:9, 15:9 modes: max: 1920x1080 min: 640x480
  API: OpenGL v: 4.6.0 NVIDIA 470.199.02 renderer: NVIDIA GeForce GTX
    670/PCIe/SSE2 direct-render: Yes

Anything else I can provide to solve this issue?

The following is from fresh boot of 15.5 logging into Plasma X11:

> inxi -GSaz --vs --zl --hostname
inxi 3.3.28-00 (2023-07-10)
System:
  Host: gb970 Kernel: 5.14.21-150500.53-default arch: x86_64 bits: 64
    compiler: gcc v: 7.5.0 parameters: root=LABEL= ipv6.disable=1
    net.ifnames=0 noresume consoleblank=0
  Desktop: KDE Plasma v: 5.27.4 tk: Qt v: 5.15.8 wm: kwin_x11 vt: 7 dm:
    1: TDM 2: XDM Distro: openSUSE Leap 15.5
Graphics:
  Device-1: NVIDIA GF108 [GeForce GT 630] vendor: Gigabyte 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: DVI-I-1,HDMI-A-1 empty: VGA-1
    bus-ID: 01:00.0 chip-ID: 10de:0f00 class-ID: 0300 temp: 49.0 C
  Display: x11 server: X.Org v: 1.21.1.4 compositor: kwin_x11 driver: X:
    loaded: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia
    dri: nouveau gpu: nouveau display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3600x1200 s-dpi: 120 s-size: 762x254mm (30.00x10.00")
    s-diag: 803mm (31.62")
  Monitor-1: DVI-I-1 pos: right model: Dell P2213 serial: 
    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
  Monitor-2: HDMI-A-1 mapped: HDMI-1 pos: primary,left model: NEC EA243WM
    serial:  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
  API: OpenGL v: 4.3 Mesa 22.3.5 renderer: NVC1 direct-render: Yes

Note I haven’t upgraded kernel on this lately due to bug triage issues. You might wish to try booting an older kernel.

I only have the 1 kernel installed, I have installed 15.5 approx a week ago

I can’t help much, because I never use Gnome, never use GDM, never use Wayland, and never use NVidia’s proprietary drivers.

That said, at the Grub menu you could strike the E key to enter edit mode, navigate the cursor to the end of the line where security=apparmor appears, append a space and plymouth.enable=0, then backspace away splash=silent and quiet, then proceed with boot. That should fill the boot screen with messages that may provide needed clues to what is or is not happening before or at the login screen. Use a camera if prudent to share what does happen. Note when you do this edit it only applies to the current boot attempt. Making any similar change permanent requires a totally separate process.

Your grub menu should have a failsafe selection in Advanced to enable a limited functionality boot that should enable repairs to be made once the problem is isolated. With NVidia’s drivers, this may or may not be helpful.

SDB:NVIDIA troubleshooting - openSUSE Wiki may be of help if you read through it before trying to reply again. NVidia’s drivers are simply one possible reason for your trouble. Another is that Wayland really isn’t fully ready for everyone’s hardware yet. It’s still quite young compared to Xorg. Gnome is somewhat coupled to Wayland and GDM, so one approach to try would be starting from scratch and choosing differently from the first time. Also, don’t install NVidia drivers before you know everything else is OK. They are notoriously cantankerous to try to remove when it does turn out they have been the problem.

On some successful boot, make sure the directory /var/log/journal exists. When it does, the system journal can be captured on successive boots, useful for diagnosis as long as whatever went wrong made it to disk before total lockup. Official configuration of the journal goes in /etc/systemd/journald.conf and /etc/systemd/journald.conf.d/. To see the journal from an immediately prior boot:

sudo journalctl -b -1

Redirect that output to a file for sharing, or if network is working:

sudo journalctl -b -1 | susepaste -e 40320

will pastebin it to persist 1 month (when both susepaste is installed, and is working as it’s supposed to).

Your inxi output suggests you ought to install xdpyinfo.

I don’t see how Nvidia drivers will be causing an issue, I have gone from 2 x 500 HD to 1 1TB SSD, 15.4 to 15.5 and the drivers are the same. When I am using 15.5 as I am in this moment in time the system is running fine, since I started this thread I don’t have any issue with my system freezing. I have had trouble booting but this is a real weird situation.

I used Fedora and Opensuse previously and never experienced this before.