Boot hangs at "Loading initial ramdisk"

English Install/Boot/Login
1

Asus m3a78-em
AMD Atholn x4 640

Boot hanging at “Loading initial ramdisk” started happening with linux 6.4.0-150600.23.50, and continues with 6.4.0-150600.23.53. It boots with 6.4.0-150600.23.47.

zypper --non-interactive --ignore-unknown --no-cd up --auto-agree-with-licenses

Zypper completed normally. Then … something … happened, the system became quite lame and ultimately needed a reboot. I do not know if the two events are related.
I also tried a zypper dup. No change.

$ uname -a
Linux sma-server3 6.4.0-150600.23.47-default #1 SMP PREEMPT_DYNAMIC Thu Apr  3 03:44:04 UTC 2025 (2854fd7) x86_64 x86_64 x86_64 GNU/Linux

$  lscpu
Architecture:             x86_64
  CPU op-mode(s):         32-bit, 64-bit
  Address sizes:          48 bits physical, 48 bits virtual
  Byte Order:             Little Endian
CPU(s):                   4
  On-line CPU(s) list:    0-3
Vendor ID:                AuthenticAMD
  Model name:             AMD Athlon(tm) II X4 640 Processor
    CPU family:           16
    Model:                5
    Thread(s) per core:   1
    Core(s) per socket:   4
    Socket(s):            1
    Stepping:             3
    CPU(s) scaling MHz:   35%
    CPU max MHz:          3000.0000
    CPU min MHz:          800.0000
    BogoMIPS:             6032.85
2

A line copied from /boot/grub2/grub.cfg that has the default boot options:

linux   /boot/vmlinuz-6.4.0-150600.23.47-default root=UUID=b33a1356-36ce-48f2-a87c-6e8eab6186a8  ${extra_cmdline} showopts resume=/dev/sda1 security=apparmor

AFAIK ${extra_cmdline} is an empty string.

3

@jimbobrae cat /proc/cmdline will show the full output or inxi -Sz

4 
$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.47-default root=UUID=b33a1356-36ce-48f2-a87c-6e8eab6186a8 showopts resume=/dev/sda1 security=apparmor
5 
> inxi -Sz
System:
  Kernel: 6.4.0-150600.23.53-default arch: x86_64 bits: 64
  Desktop: KDE v: 3.5.10 Distro: openSUSE Leap 15.6

No cmdline. :frowning:

> inxi -Saz
System:
  Kernel: 6.4.0-150600.23.53-default arch: x86_64 bits: 64 compiler: gcc
    v: 7.5.0 clocksource: tsc avail: hpet,acpi_pm
    parameters: root=LABEL=root08zt12 ipv6.disable=1 net.ifnames=0 noresume
    consoleblank=0 mitigations=auto i915.enable_guc=2 rd.hostonly=0 rd.auto=1
    vga=791 video=1440x900@60 preempt=none
  Desktop: KDE v: 3.5.10 tk: Qt v: 3.3.8c wm: kwin with: kicker vt: 7 dm:
    1: KDM 2: XDM Distro: openSUSE Leap 15.6
>

Shows cmdline. :slight_smile:

6

Ok. How does this help?

$ inxi -Saz
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=b33a1356-36ce-48f2-a87c-6e8eab6186a8 showopts resume=/dev/sda1 security=apparmor
  Console: pty pts/1 DM: 1: GDM v: 45.0.1 2: SDDM note: stopped Distro: openSUSE Leap 15.6
7

According to my records, I have an AMD Athlon(tm) II X4 630 Processor around here that I can’t seem to put my hands on to see if I can reproduce this trouble. I’ll need to sleep before I can look further.…

Your inxi -Saz did not produce any new information that it might have been able to. It’s only on occasion that graphics-related or various other cmdline parameters are necessary to the boot process, but when they are, it’s necessary for troubleshooting purposes to know what any are.

8

Apparently this was one of my brother’s PCs, one in which the CPU seems to have been upgraded to Phenom II X4 965, and possibly also its motherboard.

I have 2 PCs with OP’s “CPU family: 16” AMD CPUs, a 65W TDP 45nm 2 thread 2009 Athlon II X2 240, and a 125W TDP 45nm 4 thread 2009 Phenom II X4 965. Both are equipped with old NVidia GPUs, the former with G84 GeForce 8600 GT 10de:0402 running two displays, the latter with GM107GL Quadro K2200 10de:13ba running 3 displays. Both are behaving as expected with pure FOSS 15.6 from

# grep repoListColumn /etc/zypp/zypper.conf
 repoListColumns = au
# zypper lr
...
#  | Alias        | Enabled | GPG Check | URI
---+--------------+---------+-----------+-----------------------------------------------------------------------------
 1 | NonOSS       | Yes     | (r ) Yes  | http://download.opensuse.org/distribution/leap/15.6/repo/non-oss/
 2 | OSS          | Yes     | (r ) Yes  | http://download.opensuse.org/distribution/leap/15.6/repo/oss/
 3 | TDE          | Yes     | (  ) No   | http://archive.trinitydesktop.net/trinity/rpm/oss156/trinity-r14/RPMS/x86_64
 4 | TDEnoarch    | Yes     | (  ) No   | http://archive.trinitydesktop.net/trinity/rpm/oss156/trinity-r14/RPMS/noarch
 5 | Update       | Yes     | (r ) Yes  | http://download.opensuse.org/update/leap/15.6/oss/
 6 | UpdateBP     | Yes     | (r ) Yes  | http://download.opensuse.org/update/leap/15.6/backports/
 7 | UpdateNonOSS | Yes     | (r ) Yes  | http://download.opensuse.org/update/leap/15.6/non-oss/
 8 | UpdateSLE    | Yes     | (r ) Yes  | http://download.opensuse.org/update/leap/15.6/sle/
 9 | X11XOrg      | Yes     | (r ) Yes  | http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Leap_15.6/
# zypper --no-refresh se -s -i Mesa | egrep -v 'debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort -f | grep X11X
il | Mesa-demo-egl             | package | 9.0.0-lp156.93.1     | x86_64 | X11Xorg
il | Mesa-demo-es              | package | 9.0.0-lp156.93.1     | x86_64 | X11Xorg
il | Mesa-demo-x               | package | 9.0.0-lp156.93.1     | x86_64 | X11Xorg
#

and running 6.4.0-150600.23.53 kernels.

9

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.