System > Instalacja
Kernel panic przy starcie instalatora EuroLinux 9.2
(1/1)
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:
ResourceAbsolute minimal requirements for cloud deployment Minimal RecommendedLogical CPU111RAM1 GiB or 768 MiB with swap space2 GiB1.5 GiB per logical CPUStorage 5 GB (excluding swap) 10GB20GB
https://docs.euro-linux.com/jumpstarts/9-jumpstart/
Moja specyfkacja sprzętu:
CPU:
--- Kod: ---
# 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
--- Koniec kodu ---
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: ---
# 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
--- Koniec kodu ---
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).
--- Cytuj ---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.
--- Koniec cytatu ---
Mój procesor tego nie posiada [1].
--- Kod: ---
/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
(...)
--- Koniec kodu ---
--- Kod: ---
/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
(...)
--- Koniec kodu ---
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:
--- Cytuj ---
--- Cytuj ---Z informacji które udało mi się znaleźć w sieci
--- Koniec cytatu ---
Nie dość że ładna, to jeszcze mądra...
--- Koniec cytatu ---
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
Nawigacja
Idź do wersji pełnej