I have installed Leap 15.6 on old computer with AMD Athlon X2. After install everything worked fine but after update the system failed to boot (restarting after leaving GRUB). After some test I found that kernels 6.4.0-150600-23.50.1 and later do not boot. Last booting kernel is 6.4.0-150600-23.47.2.
Is it possible fix the problem?
Yeah, that is old hardware (~20 years?). It is a bit unclear to me what goes wrong here. Do you see any messages? Or does it automatically return to GRUB? Theoretically you could lock the working kernel package in the Software manager, or in zypp.conf as a specific kernel to keep
Does your problem manifest like mine [Grub2 cannot load latest two kernel updates] ?
It could be. For this one needs to open bug report so that developers become aware of the problem.
What does “not boot” actually mean here? My Athlon X2 seems to “boot” just fine with both 23.53 and 23.60 kernels:
# inxi -CMSxz
System:
Kernel: 6.4.0-150600.23.53-default arch: x86_64 bits: 64 compiler: gcc
v: 7.5.0
Desktop: TDE (Trinity) v: R14.1.4 Distro: openSUSE Leap 15.6
Machine:
Type: Desktop Mobo: MSI model: MS-7309 v: 1.0 serial: N/A
BIOS: American Megatrends v: 9.9 date: 12/23/2009
CPU:
Info: dual core model: AMD Athlon II X2 240 bits: 64 type: MCP arch: K10
rev: 2 cache: L1: 256 KiB L2: 2 MiB
Speed (MHz): avg: 2813 min/max: N/A cores: 1: 2813 2: 2813 bogomips: 11251
Flags: ht lm nx pae sse sse2 sse3 sse4a svm
# inxi -CGMSaz --za
System:
Kernel: 6.4.0-150600.23.60-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
Machine:
Type: Desktop Mobo: MSI model: MS-7309 v: 1.0 serial: N/A
BIOS: American Megatrends v: 9.9 date: 12/23/2009
CPU:
Info: model: AMD Athlon II X2 240 bits: 64 type: MCP arch: K10 level: v1
built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 6 stepping: 2
microcode: 0x10000B7
Topology: cpus: 1x dies: 1 clusters: 1 cores: 2 smt: <unsupported> cache:
L1: 256 KiB desc: d-2x64 KiB; i-2x64 KiB L2: 2 MiB desc: 2x1024 KiB
Speed (MHz): avg: 2813 min/max: N/A base/boost: 2826/2800 volts: 1.5 V
ext-clock: 200 MHz cores: 1: 2813 2: 2813 bogomips: 11252
Flags: ht lm nx pae sse sse2 sse3 sse4a svm
Vulnerabilities: <filter>
Graphics:
Device-1: NVIDIA G84 [GeForce 8600 GT] vendor: XFX Pine driver: nouveau
v: kernel non-free: series: 340.xx status: legacy (EOL~2019-12-xx) last:
release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm
built: 2006-2013 pcie: gen: 1 speed: 2.5 GT/s lanes: 16 ports:
active: DVI-I-1,DVI-I-2 empty: none bus-ID: 02:00.0 chip-ID: 10de:0402
class-ID: 0300 temp: 69.0 C
Display: x11 server: X.Org v: 1.21.1.11 compositor: Twin v: 3.0 driver: X:
loaded: modesetting alternate: fbdev,nouveau,nv,nvidia,vesa 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: primary,left model: NEC EA243WM serial: <filter>
built: 2011 res: mode: 1920x1200 hz: 60 scale: 100% (1) dpi: 94 gamma: 1.2
size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes:
max: 1920x1200 min: 640x480
Monitor-2: DVI-I-2 pos: right 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: 3.3 vendor: mesa v: 23.3.4 glx-v: 1.4
direct-render: yes renderer: NV84 device-ID: 10de:0402 memory: 483.4 MiB
unified: no
Info: Tools: api: clinfo, eglinfo, glxinfo x11: xdriinfo, xdpyinfo,
xprop, xrandr
#
When the PC has had plenty of time to finish “not booting”, does Ctrl-Alt-F3 produce a login prompt on an otherwise black screen? Does hitting ESC right after leaving the Grub menu produce messages? Does it have an NVidia GPU? Is it possible to remotely login to it from another computer on a local LAN after it’s done not booting?
Info is insufficient. Post
inxi -aFz
This is the result of inxi -aFz on my machine for kernel 23.47:
lrk2:/home/lrk # inxi -aFz
System:
Kernel: 6.4.0-150600.23.47-default arch: x86_64 bits: 64 compiler: gcc
v: 7.5.0 parameters: BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.47-default
root=UUID=f8792caf-74bc-4c28-ac2a-0b1666a8e538
resume=/dev/disk/by-uuid/a5c84bfe-2504-42f5-90ed-901ff8f8f902
splash=silent quiet showopts
Desktop: KDE Plasma v: 5.27.11 tk: Qt v: 5.15.12 wm: kwin_x11 vt: 2
dm: SDDM Distro: openSUSE Leap 15.6
Machine:
Type: Desktop Mobo: Gigabyte model: M52L-S3P v: x.x serial: N/A BIOS: Award
v: F1 date: 12/31/2008
CPU:
Info: model: AMD Athlon X2 240 socket: M2 bits: 64 type: MCP arch: K10
level: v1 built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 6
stepping: 2 microcode: 0x10000C7
Topology: cpus: 1x cores: 2 smt: <unsupported> cache: L1: 256 KiB
desc: d-2x64 KiB; i-2x64 KiB L2: 2 MiB desc: 2x1024 KiB
Speed (MHz): avg: 800 min/max: 800/2800 boost: disabled
base/boost: 2800/3200 scaling: driver: acpi-cpufreq governor: ondemand
volts: 1.1 V ext-clock: 200 MHz cores: 1: 800 2: 800 bogomips: 11250
Flags: ht lm nx pae sse sse2 sse3 sse4a
Vulnerabilities:
Type: gather_data_sampling status: Not affected
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: reg_file_data_sampling status: Not affected
Type: retbleed status: Not affected
Type: spec_rstack_overflow status: Not affected
Type: spec_store_bypass status: Not affected
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Type: spectre_v2 mitigation: Retpolines; STIBP: disabled; RSB filling;
PBRSB-eIBRS: Not affected; BHI: Not affected
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA GT218 [NVS 300] driver: nouveau v: kernel 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: 1
speed: 2.5 GT/s lanes: 16 ports: active: DP-1 empty: DP-2 bus-ID: 02:00.0
chip-ID: 10de:10d8 class-ID: 0300 temp: 60.0 C
Display: x11 server: X.Org v: 1.21.1.11 with: Xwayland v: 24.1.1
compositor: kwin_x11 driver: X: loaded: N/A unloaded: fbdev,modesetting,vesa
failed: nouveau alternate: nv,nvidia dri: nouveau gpu: nouveau
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: DP-1 res: 1280x1024 hz: 60 size: N/A modes: max: 640x480
min: 848x480
API: OpenGL v: 4.5 Mesa 23.3.4 renderer: llvmpipe (LLVM 17.0.6 128 bits)
direct-render: Yes
Audio:
Device-1: NVIDIA MCP61 High Definition Audio vendor: Gigabyte
driver: snd_hda_intel v: kernel bus-ID: 00:05.0 chip-ID: 10de:03f0
class-ID: 0403
Device-2: NVIDIA High Definition Audio driver: snd_hda_intel v: kernel
pcie: gen: 1 speed: 2.5 GT/s lanes: 16 bus-ID: 02:00.1 chip-ID: 10de:0be3
class-ID: 0403
API: ALSA v: k6.4.0-150600.23.47-default status: kernel-api with: aoss
type: oss-emulator tools: alsactl,alsamixer,amixer
Server-1: PipeWire v: 1.0.5 status: off with: wireplumber status: active
tools: pw-cat,pw-cli,wpctl
Server-2: PulseAudio v: 17.0 status: active (root, process)
with: pulseaudio-alsa type: plugin tools: pacat,pactl
Network:
Device-1: NVIDIA MCP61 Ethernet vendor: Gigabyte type: network bridge
driver: forcedeth v: kernel port: c800 bus-ID: 00:07.0 chip-ID: 10de:03ef
class-ID: 0680
IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:
Local Storage: total: 307.41 GiB used: 15.89 GiB (5.2%)
ID-1: /dev/sda maj-min: 8:0 vendor: Seagate model: ST3250318AS
family: Barracuda 7200.12 size: 232.88 GiB block-size: physical: 512 B
logical: 512 B sata: 2.6 speed: 3.0 Gb/s tech: HDD rpm: 7200
serial: <filter> fw-rev: CC37 temp: 43 C scheme: MBR
SMART: yes state: enabled health: PASSED on: 85d 7h cycles: 1045
read: 708.74 GiB written: 1.98 TiB Pre-Fail: attribute: Spin_Retry_Count
value: 100 worst: 100 threshold: 97
ID-2: /dev/sdb maj-min: 8:16 vendor: Seagate model: ST380817AS
family: Barracuda 7200.7 and 7200.7 Plus size: 74.53 GiB block-size:
physical: 512 B logical: 512 B speed: 1.5 Gb/s tech: N/A serial: <filter>
fw-rev: 3.42 temp: 45 C scheme: MBR
SMART: yes state: enabled health: PASSED on: 75d 10h cycles: 729 Pre-Fail:
attribute: Spin_Retry_Count value: 100 worst: 100 threshold: 97
Partition:
ID-1: / raw-size: 30 GiB size: 29.36 GiB (97.87%) used: 13.69 GiB (46.6%)
fs: ext4 block-size: 4096 B dev: /dev/sdb1 maj-min: 8:17
ID-2: /home raw-size: 36.53 GiB size: 35.66 GiB (97.62%)
used: 2.19 GiB (6.2%) fs: ext4 block-size: 4096 B dev: /dev/sdb5
maj-min: 8:21
Swap:
Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
ID-1: swap-1 type: partition size: 8 GiB used: 0 KiB (0.0%) priority: -2
dev: /dev/sdb2 maj-min: 8:18
Sensors:
System Temperatures: cpu: 33.4 C mobo: N/A gpu: nouveau temp: 60.0 C
Fan Speeds (RPM): N/A
Info:
Processes: 174 Uptime: 0h 2m wakeups: 57 Memory: available: 3.71 GiB
used: 1.16 GiB (31.3%) Init: systemd v: 254 target: graphical (5)
default: graphical tool: systemctl Compilers: gcc: 7.5.0 alt: 7 Packages:
pm: rpm pkgs: N/A note: see --rpm tools: yast,zypper pm: flatpak pkgs: 0
Shell: Bash (su) v: 4.4.23 running-in: konsole inxi: 3.3.27
For kernel 23.50+ the last I can see is a message “Load initial ramdisk…” and system reboots.
Could this be a corrupted ramdisk? It won’t hurt to run:
sudo dracut -f --regenerate-all
Then try to boot a previously not working kernel.
Please also show your customization(s) of the grub linux commandlne, if you have any.
No need to run inxi with su privileges.
Post
zypper se -s nouveau
zypper se -s mesa
Package xf86-video-nouveau is not installed or broken?
Newer BIOS version is available. Check mobo version and choose needed one.
BTW, CPU is not compatible with Leap 16.0.
Leap’s inxi is known broken. IIRC, it may specifically be G that is broken, which may be why it managed to show the nouveau kernel module loaded, while (modesetting) display driver failed (N/A). xf86-video-nouveau is an optional, “experimental”, reverse-engineered display driver, so not required for a typical GT218 GPU:
# zypper --no-refresh se -s deo-nouv | grep -v '32bit|debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort -f
l | xf86-video-nouveau | package | 1.0.17-150500.1.2 | x86_64 | OSS
# grep veau /var/log/Xorg.0.log
[ 70.459] (==) Matched nouveau as autoconfigured driver 1
[ 70.459] (II) LoadModule: "nouveau"
[ 70.459] (WW) Warning, couldn't open module nouveau
[ 70.459] (EE) Failed to load module "nouveau" (module does not exist, 0)
[ 82.935] (II) modeset(0): [DRI2] DRI driver: nouveau
[ 82.935] (II) modeset(0): [DRI2] VDPAU driver: nouveau
[ 82.946] (II) AIGLX: Loaded and initialized nouveau
# inxi -CMSz --vs --za --hostname
inxi 3.3.38-00 (2025-04-06)
System:
Host: mcp61 Kernel: 6.4.0-150600.23.60-default arch: x86_64 bits: 64
Desktop: TDE (Trinity) v: R14.1.4 Distro: openSUSE Leap 15.6
Machine:
Type: Desktop Mobo: MSI model: MS-7309 v: 1.0 serial: N/A
BIOS: American Megatrends v: 9.9 date: 12/23/2009
CPU:
Info: dual core model: AMD Athlon II X2 240 bits: 64 type: MCP cache:
L2: 2 MiB
Speed (MHz): avg: 2813 min/max: N/A cores: 1: 2813 2: 2813
# inxi -Gaz --za
Graphics:
Device-1: NVIDIA GT218 [GeForce 210] vendor: eVga.com. driver: nouveau
v: kernel non-free: series: 340.xx status: legacy (EOL~2019-12-xx) last:
release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm
built: 2006-2013 pcie: gen: 1 speed: 2.5 GT/s lanes: 16 ports:
active: DVI-I-1,HDMI-A-1 empty: VGA-1 bus-ID: 02:00.0 chip-ID: 10de:0a65
class-ID: 0300 temp: 62.0 C
Display: x11 server: X.Org v: 1.21.1.11 compositor: Twin v: 3.0 driver: X:
loaded: modesetting alternate: fbdev,nouveau,nv,nvidia,vesa dri: nouveau
gpu: nouveau display-ID: :0 screens: 1
...
I would like to see also what nvidia packages are installed, so, instead:
# zypper se -si nouveau mesa nvidia
...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------+--------+------------------
i | libdrm_nouveau2 | package | 2.4.118-150600.1.4 | x86_64 | OSS
i+ | libOSMesa8 | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i | Mesa | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i+ | Mesa-demo | package | 8.3.0-1.33 | x86_64 | OSS
i+ | Mesa-demo-es | package | 9.0.0-lp156.93.1 | x86_64 | (System Packages)
i+ | Mesa-demo-x | package | 9.0.0-lp156.93.1 | x86_64 | (System Packages)
i | Mesa-dri | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i+ | Mesa-dri-nouveau | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i | Mesa-gallium | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i | Mesa-libEGL1 | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i | Mesa-libGL1 | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i | Mesa-libglapi0 | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i+ | Mesa-vulkan-device-select | package | 23.3.4-150600.83.3.1 | x86_64 | UpdateSLE
i+ | Mesa-vulkan-overlay | package | 25.1.5-lp156.1326.2 | x86_64 | (System Packages)
...
#
Installed mesa/nouveau/nvidia packages:
wk@localhost:~> zypper se -si mesa nouveau nvidia
Wczytywanie danych repozytorium...
Odczytywanie zainstalowanych pakietów...
S | Name | Type | Version | Arch | Repository
---+----------------------------+--------+------------------------------+--------+------------------
i | kernel-firmware-nvidia | pakiet | 20250205-150600.3.15.1 | noarch | update-sle (15.6)
i | libdrm_nouveau2 | pakiet | 2.4.118-150600.1.4 | x86_64 | repo-oss (15.6)
i | libvdpau_nouveau | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-demo-x | pakiet | 8.3.0-150000.3.6.1 | x86_64 | update-sle (15.6)
i | Mesa-dri | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-gallium | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-libEGL1 | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-libGL1 | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-libglapi0 | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | Mesa-libva | pakiet | 23.3.4-150600.83.3.1 | x86_64 | update-sle (15.6)
i | openSUSE-repos-Leap-NVIDIA | pakiet | 20250604.94835c9-lp156.2.9.1 | x86_64 | update-oss (15.6)
i+ | xf86-video-nouveau | pakiet | 1.0.17-150500.1.2 | x86_64 | repo-oss (15.6)
Regenerating initial ramdisks with dracut does not help.
Here we see your problem is the nouveau display driver failed to load: loaded: N/A.
These two I don’t have. The first provides access to proprietary NVidia drivers, which AFAIK are unsupported for any GT218 on 15.6, thus is of no current value to have installed.
The second provides the optional, reverse-engineered, experimental nouveau display driver that inxi shows has failed to load. The question is why loading failed. There may be a file named Xorg.0.log or Xorg.0.log.old in either /var/log/ or ~/.local/share/xorg/ that would provide clues as to why. If any exists you can share via the susepaste command and report the resulting URL here, e.g.:
cat /var/log/Xorg.0.log.old | susepaste
or
susepaste /var/log/Xorg.0.log.old
To get this right and be helpful, the file needs to have been generated in an attempt to boot one of the failing kernels. To ensure that happens, inspect the file to see a bad kernel version announced along with numerous (EE) lines. Normally a good boot immediately following a bad boot will produce an Xorg.0.log.old file we need to see. Sometimes booting results in more than one attempt to get X started, in which case a useful Xorg.0.log.old will be overwritten. Timestamps on Xorg.0.log and Xorg.0.log.old would indicate if this has happened. There should be minutes rather than seconds of separation. If it has, then a file needs to be captured for sharing from a failing kernel boot — along with the first of two occurring in short succession, as that may be indicative of yet another problem.
It could be that the failures with newer kernels are caused by a reported timing issue that does not occur with the older kernel. If this happens, and sddm is not configured to adequately retry, the result could a black screen login prompt. If this is what is happening, then logging in from the prompt should allow to start sddm with the timing issue long past.
If you remove the xf86-video-nouveau package, X should try to load the preferred default display driver modesetting instead of the failed nouveau. Try that too and report back along with the susepaste URL.
If you ever tried to install proprietary NVidia drivers in this installation, /etc/X11/xorg.con* may contain one or more files containing the string “nvidia”. If you find any, they need to be removed, as a cause for failure to load either of the mentioned display drivers. This seems unlikely here given older kernel is working.
The NVIDIA repository was automatically added during install, not by me.
The /var/log/Xorg.0.log.old log captured after a failed boot is at: https://paste.opensuse.org/1a5274faf3aa. This the log of last good boot yesterday.
The system crashes much before any video driver is loaded, at the kernel start.
That URL is producing an error, no log content. 
Posting again https://paste.opensuse.org/d739964168f0
This is what initially opens when I click that link in SeaMonkey, Chromium, or Firefox ESR:
Info:
By miska, at 30th of June 2023.
This service is now obsolete. New service has been setup and is available at https://paste.opensuse.org.
It shortly redirects to https://paste.opensuse.org/ for creating an anonymous paste. When I look on openSUSE Paste I see nothing I can correlate to this thread, few Xorg.0.logs, none of which suggest use of an NVidia GPU.
If the size of Xorg.0.log.old is less than 10k, try pasting it here.
I have similar HW (AMD X2, GPU GT218). It works quite well (using Nouveau) even with latest kernel 6.4.0-150600.23.60-default. Today did fresh install from openSUSE-Leap-15.6-XFCE-Live-x86_64-Media.iso (enabled Online repositories, used XFCE Desktop).
My only problem was broken OpenGL:
$ xdriinfo
MESA: error: ZINK: vkCreateInstance failed (VK_ERROR_INCOMPATIBLE_DRIVER)
glx: failed to create drisw screen
failed to load driver: zink
Screen 0: swrast
Fix was surprisingly easy, just installed missing:
zypper in Mesa-dri-nouveau
Now both xdriinfo and glxinfo reports 3D acceleration:
$ xdriinfo
Screen 0: nouveau
$ glxinfo -B | head
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa (0x10de)
Device: NVA8 (0xa65)
Version: 23.3.4
Accelerated: yes
Video memory: 1015MB
Unified memory: no
And here is output from inxi -aFz:
System:
Kernel: 6.4.0-150600.23.60-default arch: x86_64 bits: 64 compiler: gcc
v: 7.5.0 parameters: BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.60-default
root=UUID=57b40fa8-ff0c-4549-b971-db2b86248087 splash=silent
systemd.show_status=yes
resume=/dev/disk/by-uuid/fecdf89d-a939-4d68-b5d9-e5f0302985ee
preempt=full quiet security=apparmor mitigations=off
Desktop: Xfce v: 4.20.1 tk: Gtk v: 3.24.43 info: xfce4-panel wm: xfwm
v: 4.20.0 vt: 7 dm: LightDM v: 1.32.0 Distro: openSUSE Leap 15.6
Machine:
Type: Desktop Mobo: MSI model: MS-7250 v: 1.0 serial: <superuser required>
BIOS: MS-7250 v: 1.11 date: 04/07/2008
CPU:
Info: model: AMD Athlon 64 X2 3800+ bits: 64 type: MCP arch: K8 level: v1
built: 2004-06 process: AMD 90nm family: 0xF (15) model-id: 0x4B (75)
stepping: 2 microcode: 0x62
Topology: cpus: 1x cores: 2 smt: <unsupported> cache: L1: 256 KiB
desc: d-2x64 KiB; i-2x64 KiB L2: 1024 KiB desc: 2x512 KiB
Speed (MHz): avg: 2000 min/max: N/A cores: 1: 2000 2: 2000 bogomips: 8000
Flags: ht lm nx pae sse sse2 sse3 svm
Vulnerabilities:
Type: gather_data_sampling status: Not affected
Type: indirect_target_selection status: Not affected
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: reg_file_data_sampling status: Not affected
Type: retbleed status: Not affected
Type: spec_rstack_overflow status: Not affected
Type: spec_store_bypass status: Not affected
Type: spectre_v1 status: Vulnerable: __user pointer sanitization and
usercopy barriers only; no swapgs barriers
Type: spectre_v2 status: Vulnerable; STIBP: disabled; PBRSB-eIBRS: Not
affected; BHI: Not affected
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA GT218 [GeForce 210] vendor: ZOTAC driver: nouveau v: kernel
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: 1 speed: 2.5 GT/s lanes: 16 ports: active: HDMI-A-1
empty: DVI-I-1,VGA-1 bus-ID: 06:00.0 chip-ID: 10de:0a65 class-ID: 0300
temp: 46.0 C
Display: x11 server: X.org v: 1.21.1.11 compositor: xfwm v: 4.20.0 driver:
X: loaded: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia
dri: nouveau gpu: nouveau display-ID: :0.0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-size: <missing: xdpyinfo>
Monitor-1: HDMI-A-1 mapped: HDMI-1 model: VG249Q3A serial: <filter>
built: 2023 res: 1920x1080 hz: 60 dpi: 93 gamma: 1.2
size: 527x296mm (20.75x11.65") diag: 604mm (23.8") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
API: OpenGL v: 3.3 Mesa 23.3.4 renderer: NVA8 direct-render: Yes
Audio:
Device-1: NVIDIA MCP55 High Definition Audio vendor: Micro-Star MSI
driver: snd_hda_intel v: kernel bus-ID: 00:06.1 chip-ID: 10de:0371
class-ID: 0403
Device-2: NVIDIA High Definition Audio vendor: ZOTAC driver: snd_hda_intel
v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 16 bus-ID: 06:00.1
chip-ID: 10de:0be3 class-ID: 0403
API: ALSA v: k6.4.0-150600.23.60-default status: kernel-api with: aoss
type: oss-emulator tools: alsactl,alsamixer,amixer
Server-1: PipeWire v: 1.0.5 status: off with: wireplumber status: active
tools: pw-cat,pw-cli,wpctl
Server-2: PulseAudio v: 17.0 status: active with: pulseaudio-alsa
type: plugin tools: pacat,pactl,pavucontrol
Network:
Device-1: NVIDIA MCP55 Ethernet vendor: Micro-Star MSI type: network bridge
driver: forcedeth v: kernel port: a400 bus-ID: 00:08.0 chip-ID: 10de:0373
class-ID: 0680
IF: eth1 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: NVIDIA MCP55 Ethernet vendor: Micro-Star MSI
type: network bridge driver: forcedeth v: kernel port: a080 bus-ID: 00:09.0
chip-ID: 10de:0373 class-ID: 0680
IF: eth2 state: down mac: <filter>
Device-3: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
driver: 8139too v: 0.9.28 modules: 8139cp port: d800 bus-ID: 01:01.0
chip-ID: 10ec:8139 class-ID: 0200
IF: eth0 state: down mac: <filter>
Drives:
Local Storage: total: 298.09 GiB used: 7.03 GiB (2.4%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/sda maj-min: 8:0 vendor: Seagate model: ST3320620AS
size: 298.09 GiB block-size: physical: 512 B logical: 512 B speed: 1.5 Gb/s
tech: N/A serial: <filter> fw-rev: K scheme: GPT
Partition:
ID-1: / raw-size: 80 GiB size: 80 GiB (100.00%) used: 7.03 GiB (8.8%)
fs: btrfs dev: /dev/sda3 maj-min: 8:3
ID-2: /boot/efi raw-size: 1024 MiB size: 1022 MiB (99.80%)
used: 4 KiB (0.0%) fs: vfat dev: /dev/sda2 maj-min: 8:2
ID-3: /home raw-size: 80 GiB size: 80 GiB (100.00%) used: 7.03 GiB (8.8%)
fs: btrfs dev: /dev/sda3 maj-min: 8:3
ID-4: /opt raw-size: 80 GiB size: 80 GiB (100.00%) used: 7.03 GiB (8.8%)
fs: btrfs dev: /dev/sda3 maj-min: 8:3
ID-5: /tmp raw-size: 80 GiB size: 80 GiB (100.00%) used: 7.03 GiB (8.8%)
fs: btrfs dev: /dev/sda3 maj-min: 8:3
ID-6: /var raw-size: 80 GiB size: 80 GiB (100.00%) used: 7.03 GiB (8.8%)
fs: btrfs dev: /dev/sda3 maj-min: 8:3
Swap:
Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
ID-1: swap-1 type: partition size: 8 GiB used: 0 KiB (0.0%) priority: -2
dev: /dev/sda4 maj-min: 8:4
Sensors:
System Temperatures: cpu: 38.0 C mobo: N/A gpu: nouveau temp: 46.0 C
Fan Speeds (RPM): N/A
Info:
Processes: 252 Uptime: 0h 21m wakeups: 2797 Memory: available: 7.76 GiB
used: 1019.4 MiB (12.8%) Init: systemd v: 254 default: graphical
tool: systemctl Compilers: N/A Packages: pm: rpm pkgs: N/A note: see --rpm
tools: yast,zypper Shell: Bash v: 4.4.23 running-in: xfce4-terminal
inxi: 3.3.27
I’m glad to hear that there are still happy users of venerable AMD X2 CPUs!
There are other paste options via the web usable whether or not susepaste gets fixed, among them:
I can paste a document to paste.opensuse.org and see it but it expires after one hour. Is it possible to extend this period?
The website has a select box for “remove after”. The man page for the susepaste command shows a -e option for the purpose.