Kernel panic przy starcie instalatora EuroLinux 9.2

[dawciobiel]

W trakcie uruchamiania instalatora EuroLinux dostaję błąd kernel panic.
Co mogę zrobić, aby dało się pomyślnie przeprowadzić instalację?

Kernel panic nie jest spowodowany:
- błędnym obrazem dystrybucji,
- wykluczam raczej błędy pamięci RAM, bo testowałem MemTest86,
- wykluczam raczej błędy CPU, bo również przeprowadzałem testy stabilności,
- wykluczam rozmiar dysków twardych, t.j. 2 o pojemności powyżej 3 GB, bo próbowałem uruchamiać instalator (LiveUSB, LiveDVD) również bez dysktów twardych.

Dystrybucja linux'a:
* EL-9-x86_64-latest-appstream.iso 
EuroLinux 9.2
x86_64
* EL-9-x86_64-latest-minimal.iso 
EuroLinux 9.2
x86_64


Wymagania sprzętowe:

CPU:
x86_64 (64 bit AMD/Intel architecture)

Minimal and recommended requirements are following:

Resource	Absolute minimal requirements for cloud deployment	Minimal	Recommended
Logical CPU	1	1	1
RAM	1 GiB or 768 MiB with swap space	2 GiB	1.5 GiB per logical CPU
Storage   5 GB (excluding swap)	10GB	20GB

https://docs.euro-linux.com/jumpstarts/9-jumpstart/


Moja specyfkacja sprzętu:
CPU:

Kod: [Zaznacz]

# lshw -c cpu
  *-cpu:0
       description: CPU
       product: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
       vendor: Advanced Micro Devices [AMD]
       physical id: 3
       bus info: cpu@0
       version: 15.43.1
       slot: Socket 939
       size: 2010MHz
       capacity: 3GHz
       width: 64 bits
       clock: 201MHz
       capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt x86-64 3dnowext 3dnow rep_good nopl cpuid pni lahf_lm cmp_legacy 3dnowprefetch vmmcall
  *-cpu:1
       description: CPU
       product: Athlon 64
       vendor: AMD
       physical id: 5
       bus info: cpu@1
       version: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
       slot: Socket 939
       size: 2010MHz
       capacity: 3GHz
       clock: 201MHz

Jak widać jest apic. Nie ma acpi.
Próbowałem podczas startu instalatora dodać opcję do GRUB'a acpi=off. Jednak nie widać różnicy - w obu przypadkach kernel panic.

Mainboard:
MSI k8n neo4  - nie obsługuje UEFI.


RAM:
4 GB, wszystkie 4 moduł takie same, producent Kingoston.

Kod: [Zaznacz]

# lshw -c memory -short                                                                            0 < 23:16:27
H/W path              Device      Class          Description
============================================================
/0/0                              memory         128KiB BIOS
/0/3/b                            memory         128KiB L1 cache
/0/3/d                            memory         512KiB L2 cache
/0/5/c                            memory         128KiB L1 cache
/0/5/e                            memory         512KiB L2 cache
/0/1e                             memory         4GiB System Memory
/0/1e/0                           memory         1GiB DIMM
/0/1e/1                           memory         1GiB DIMM
/0/1e/2                           memory         1GiB DIMM
/0/1e/3                           memory         1GiB DIMM
/0/4                              memory         Memory controller

[Paweł Kraszewski]

Chyba pierwszy w historii forum post z prawie wszystkimi potrzebnymi danymi...
Też kiedyś walczyłem z panikiem.

1. Wyłącz w menu bootowania wszystkie splashe i quiety

2a) Jak maszyna ma port szeregowy i masz jak go wpiąć do drugiego komputera, to daj logowanie na ten port.

2b) Jak nie masz możliwości rejestracji przez COM-a, nagraj film video z bootowaniem i wytnij klatki zaczynające się tak z 10-15 linijek przed pierwszą linijką panika.

Potrzebne jest klilka(naście) linijek wyżej od tego, co  masz.

[dawciobiel]

Z informacji które udało mi się znaleźć w sieci, wersja Red Hat Linux 9.
wymaga odpowiedniego procesora, a konkretnie obsługi pewnych instrukcji (tu: minimum SSE3).

In the summer of 2020, AMD, Intel, Red Hat, and SUSE collaborated to define three x86-64 microarchitecture levels on top of the x86-64 baseline. The three microarchitectures group together CPU features roughly based on hardware release dates:

x86-64-v2 brings support (among other things) for vector instructions up to Streaming SIMD Extensions 4.2 (SSE4.2)  and Supplemental Streaming SIMD Extensions 3 (SSSE3), the POPCNT instruction (useful for data analysis and bit-fiddling in some data structures), and CMPXCHG16B (a two-word compare-and-swap instruction useful for concurrent algorithms).
x86-64-v3 adds vector instructions up to AVX2, MOVBE (for big-endian data access), and additional bit-manipulation instructions.
x86-64-v4 includes vector instructions from some of the AVX-512 variants.

Mój procesor tego nie posiada [1].

Kod: [Zaznacz]

/root  # /lib64/ld-linux-x86-64.so.2 --help

(...)
Subdirectories of glibc-hwcaps directories, in priority order:
  x86-64-v4
  x86-64-v3
  x86-64-v2

(...)

Kod: [Zaznacz]

/root  # cat /proc/cpuinfo

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 43
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
stepping        : 1
cpu MHz         : 2010.452
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow rep_good nopl cpuid pni lahf_lm cmp_legacy 3dnowprefetch vmmcall
bugs            : fxsave_leak sysret_ss_attrs null_seg swapgs_fence spectre_v1 spectre_v2
bogomips        : 4020.90
TLB size        : 1024 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
(...)

Tylko sse sse2.

Więc zbyt start to złom .

Zakładam, że z tego też powodu wyrzuca kernel panic.

Oczywiście dzięki za pomoc.

[1] https://developers.redhat.com/blog/2021/01/05/building-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level#background_of_the_x86_64_microarchitecture_levels

[Paweł Kraszewski]

Z informacji które udało mi się znaleźć w sieci

Nie dość że ładna, to jeszcze mądra...

Co do Twojego kernel panika: to "Yes, but actually no". Kernel wstał cały prawidłowo, potem rozpakował initrd,  który odpalił systemd, który załadował libc-a, który z kolei się wysypał (przez brak SSE3) - w związku z czym kontrola wróciła do kernela, który przy awarii procesu init[1] rzuca ręcznik na ziemię i się panikuje (bo i tak nie ma nic lepszego do roboty).

Pozostaje użyć jakiegoś bardziej konserwatywnego systemu. Debian, Arch, któryś BSD. Może Ubuntu Server.

[dawciobiel]

TAk jest i tak jest.

FreeBSD był ... 15 lat temu i sobie go bardzo bardzo chwaliłem.
Potem był linux i .. nie twierdzę, że jest zły ale.. dwa włamy na serwer były - a przynajmniej o 2ch wiem he he.
Różne distro. Głównie:
- Debian // co tu dużo gadać - wiadomo, debian to debian
- Ubuntu // dobre, ale jakoś bardziej fedora mi pasuje. Na ubuntu dość często mam konflikty z pakietami a szczególnie przy upgrade'ach systemy.
- Fedora
- CentOS // bardziej mi pasuje od fedory. Po prostu większy porządek w tym jest. Niestety w Red Hat się pozmieniało i teraz by musiał być Centos Stream.
- A jak nie CentOS to znowu z fedorą jadę. Dlatego chciałem się przerzucić Red Hat'a za darmo, że niby da się jak się subskrybuje. A jak nie RH to darmową odmiane: EuroLinux, Rocky czy podobne. Ale jak się okazuje na serwerze mam zbyt stary CPU na nowe wersje. Więc teraz się zastanawiam, czy próbować RH 8.0 / 8.1 lub odpowiednik darmowy albo po prostu zostać przy fedorze i nie świrować.

Serwer domowy użwany do:
- SMB, NFS, FTP
- plex.tv
- system kontroli wersji
- niby mogę postawić własne strony www na własne użytek