LinuxMint.com.ru

При установке Linux Mint с флешки,возникает ошибка End Kernel Panic. В Linux я полный 0. Помогите разобраться

Здесь стоит начинать с полной диагностики железа. Лично я бы начинал с теста памяти - возможно она битая.

По большому счету, в подобном случае чтобы что-то внятное посоветовать надо иметь доступ к железу. Тут как с врачами, которые по телефону диагнозов не ставят...

А так - стандартный порядок действий в случае проблем с полным падением на этапе установки:
1. Проверка железа.
2. Проверка "а что происходит если использовать другой дистрибутив?". Причем использовать разнообразные системы.
3. Блочная замена железа в системе.

slant, а я что то зацепился за слово iommu .
Mak, назови по крайней мере точную модель ноута и добавь фотки страниц биоса для начала.

По железу, в W10 всё работает отлично. При запуске Lmint в Vbox есть такая ошибка

symon2014 писал(а): ↑
16 апр 2020, 20:15
slant, а я что то зацепился за слово iommu .
Mak, назови по крайней мере точную модель ноута и добавь фотки страниц биоса для начала.

Не ноут,ПК.
Какие именно страницы биоса?

Mak писал(а): ↑
16 апр 2020, 20:20
По железу, в W10 всё работает отлично.

Так у тебя запущена винда 10 и виртуалбокс?

symon2014 писал(а): ↑
16 апр 2020, 20:26

Mak писал(а): ↑
16 апр 2020, 20:20
По железу, в W10 всё работает отлично.
Так у тебя запущена винда 10 и виртуалбокс?

На Пк установлена W10.
Поставил Vbox, у становил Минт посмотрел,всё хорошо(кроме ошибки с драйвером)
Решил поставить на жесткий,второй системой.
Создал загрузочную флешку (rufus)
При попытке установить Минт с флешки вот такая беда.
Тоже самое с Ubuntu, Elementary OS

Так что моделью ноута и снимками биоса? Кстати параметры железа , мог бы и из винды показать.

Mak писал(а): ↑
16 апр 2020, 20:40
всё хорошо(кроме ошибки с драйвером)

Это нормальное явление корицы в коробке.

symon2014 писал(а): ↑
16 апр 2020, 20:43
Так что моделью ноута и снимками биоса? Кстати параметры железа , мог бы и из винды показать.

Да не ноут у меня. в BIOS что именно нужно
Железо вот

Mak, В общем , мы тут посовещались и решили посоветовать тебе попробовать манжаро.

Mak писал(а): ↑
16 апр 2020, 20:40
Создал загрузочную флешку (rufus)

Параметры правильно выставил ? попробуй перезаписать unetbootin
перед этим отформатируй usb-флеш

Mak, должно все работать. У меня железки почти такие же

Код: Выделить всё

System:    Host: mint Kernel: 5.0.0-32-generic x86_64 bits: 64 compiler: gcc v: 7.4.0 
           Desktop: MATE 1.22.2 Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic 
Machine:   Type: Desktop Mobo: Gigabyte model: B450 GAMING X v: x.x serial: <filter> 
           UEFI: American Megatrends v: F50 date: 11/27/2019 
CPU:       Topology: 6-Core model: AMD Ryzen 5 2600X bits: 64 type: MT MCP arch: Zen+ rev: 2 
           L2 cache: 3072 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 86228 
           Speed: 2069 MHz min/max: 2200/3600 MHz Core speeds (MHz): 1: 1884 2: 1886 3: 2049 4: 1887 
           5: 2190 6: 1887 7: 1891 8: 2019 9: 2190 10: 2126 11: 2124 12: 2068 
Graphics:  Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X] vendor: Micro-Star MSI 
           driver: amdgpu v: kernel bus ID: 06:00.0 
           Display: x11 server: X.Org 1.20.4 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa 
           resolution: 2560x1440~60Hz 
           OpenGL: renderer: Radeon RX 570 Series (POLARIS10 DRM 3.27.0 5.0.0-32-generic LLVM 8.0.0) 
           v: 4.5 Mesa 19.0.8 direct render: Yes 
Audio:     Device-1: AMD Ellesmere [Radeon RX 580] vendor: Micro-Star MSI driver: snd_hda_intel v: kernel 
           bus ID: 06:00.1 
           Device-2: AMD Family 17h HD Audio vendor: Gigabyte driver: snd_hda_intel v: kernel 
           bus ID: 08:00.3 
           Device-3: Logitech G430 Surround Sound Gaming Headset type: USB 
           driver: hid-generic,snd-usb-audio,usbhid bus ID: 1-1:2 
           Sound Server: ALSA v: k5.0.0-32-generic 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte 
           driver: r8169 v: kernel port: f000 bus ID: 03:00.0 
           IF: eno1 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 2.04 TiB used: 114.3 MiB (0.0%) 
           ID-1: /dev/sda model: SPCC Solid State Disk size: 223.57 GiB temp: 30 C 
           ID-2: /dev/sdb vendor: Toshiba model: HDWD120 size: 1.82 TiB temp: 39 C 
           ID-3: /dev/sdc type: USB vendor: A-Data model: USB Flash Drive size: 3.76 GiB 
Partition: ID-1: / size: 7.84 GiB used: 114.3 MiB (1.4%) fs: overlay source: ERR-102 
Sensors:   System Temperatures: cpu: 49.4 C mobo: N/A gpu: amdgpu temp: 38 C 
           Fan Speeds (RPM): N/A gpu: amdgpu fan: 982 
Info:      Processes: 278 Uptime: 1m Memory: 15.67 GiB used: 833.7 MiB (5.2%) Init: systemd runlevel: 5 
           Compilers: gcc: 7.4.0 Shell: bash v: 4.4.20 inxi: 3.0.32

все отлично работает

symon2014 писал(а): ↑
16 апр 2020, 20:15
slant, а я что то зацепился за слово iommu

С чего бы? Это всего лишь наличие возможности проброса аппаратных устройств в виртуальную машину. Обращаю внимание: самой возможности, а не попытки это делать. То же самое как и детект типа процессора или материнки. Просто сообщается что теоретическая возможность есть, но использовать нельзя, т.к. попытка провести тест заканчилась таймаутом. В прошивке отключено потому что. И интела это опция включается как VT-d, у амд - не помню дословно.
Сама ошибка ниже, это строчка General Protection Fault и далее по теме. Гугл говорит что в основном, если исключить не поддерживаемый процессор, связана с памятью или системой хранения (вроде сетевых накопителей - это не наш случай). Хотя могут быть и другие причины.
Хотя, для полного счастья можно поиграться в UEFI с включением/отключением опций относящихся к виртуализации и аналогу VT-d. Хуже от этого не будет.

Кстати, стесняюсь спросить - а разгона железа не было? Если есть - убрать хотя бы временно.

Страницы BIOS связанные с загрузкой

symon2014 писал(а): ↑
16 апр 2020, 21:06
Mak, В общем , мы тут посовещались и решили посоветовать тебе попробовать манжаро.

Ок,спасибо буду пробовать

slant писал(а): ↑
16 апр 2020, 21:25

symon2014 писал(а): ↑
16 апр 2020, 20:15
slant, а я что то зацепился за слово iommu
С чего бы? Это всего лишь наличие возможности проброса аппаратных устройств в виртуальную машину. Обращаю внимание: самой возможности, а не попытки это делать. То же самое как и детект типа процессора или материнки. Просто сообщается что теоретическая возможность есть, но использовать нельзя, т.к. попытка провести тест заканчилась таймаутом. В прошивке отключено потому что. И интела это опция включается как VT-d, у амд - не помню дословно.
Сама ошибка ниже, это строчка General Protection Fault и далее по теме. Гугл говорит что в основном, если исключить не поддерживаемый процессор, связана с памятью или системой хранения (вроде сетевых накопителей - это не наш случай). Хотя могут быть и другие причины.
Хотя, для полного счастья можно поиграться в UEFI с включением/отключением опций относящихся к виртуализации и аналогу VT-d. Хуже от этого не будет.

Кстати, стесняюсь спросить - а разгона железа не было? Если есть - убрать хотя бы временно.

нет разгона,нет

symon2014 писал(а): ↑
16 апр 2020, 21:06
Mak, В общем , мы тут посовещались и решили посоветовать тебе попробовать манжаро.

Поржал, однако

Manjaro также не удалось установить. Полагаю что то мешает в настройках BIOS. Куда смотреть?

А вот тут уже все крайне просто. По выложенным скриншотам диагноз однозначен - ошибки обращения к диску. Вариантов несколько, но не совсем очевидные:

1. Диск помимрает.
2. Память дохнет, из-за чего портит содержимое дискового кеша. Прочитав получившуюся кашу в нем, становится плохо уже ядру.
3. Материнка глючит (чипсет) или несовместима.

Первое имеет среднюю вероятность, т.к. ошибки на скриншотах есть как при обращениях к sda так и sdb - вероятно это и винт и флешка с которой система ставится.
Второе - память может быть причиной самых причудливых глюков. Ее вообще никогда нельзя исключать, когда с железом что-то непонятное на первый взгляд происходит.
Третий вариант - несколько вероятнее двух первых, IMHO. Но проверить проще всего именно первый, хотя лучше всего это делать сняв винчестер и сделав это на другом железе, чтобы исключить влияние второго и третьего пунктов. Память проверить тоже несложно - загрузочным memtest86. А вот третий в домашних условиях особо не проверишь, разве что блочной заменой. Но для этого запчасти нужны - что само по себе редкость в обычных условиях.

LinuxMint.com.ru

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint

Ошибка End Kernel Panic при установке Linux Mint