- Kali- Kerenel panic
- What to do in case of a Linux kernel panic
- More Linux resources
- What is a kernel panic?
- Why do kernel panics occur?
- How to troubleshoot?
- Операционная система Ubuntu
- 09 января 2017
- Сбой Kernel panic в ядре Linux
- Как загрузить Ubuntu с другой версией ядра?
- Как удалить лишние ядра в Ubuntu 16.04.1?
- Как узнать, на каком ядре работает Ubuntu?
- kernel panic — not syncing(решено)
Kali- Kerenel panic
При установки Kali linux выкидывает ошибку — 0.458448 — [end Kernel panic — not syncing: Attempted to kill int! exit code=0x00000009 Что делать?
Нужно более полное сообщение об ошибке. Желательно сделать скриншот.
Как он сделает скриншот, у него же КЕРНЕЛЬПАНИК!!11 А от фотки на тапок толку мало.
При установке Kali linux выкидывает ошибку
Я так понимаю оно даже не грузиться в live-режим? С чего загружается? Как записывался носитель?
Главное, чтобы можно было прочитать текст на фото. Фототехнику можно и одолжить у знакомых.
Ну вот, пошли адекватные сообщения. Да,верно, даже в лайве не грузится, грузил с двух устройств — разницы нет, с жесткого диска внешнего и флешки, записывал разными средствами, но подсказали, что нужно rufus использовать — толку нет. Еще один знакомый сказал, что железо слишком новое, дистрибутива нет под железо, посоветовал поставить арч линукс — и он не встает.
Какое железо-то хоть? А так, да, на скриншоте видно падение драйвера выше.
Так что с учётом того, что kali основан на Debian, а там не особо новые ядра, то поставить этот дистрибутив у тебя не получится.
Пробуй Fedora Linux, там обычно почти самое последнее ядро.
Да на самом деле железо не самое новое, читал про проблему эту, пишут, что на Acer зачастую такое бывает
В любом случае ответ на твой вопрос: пробуй другой дистрибутив Linux с более новым ядром.
А так, у меня ноутбук Acer Aspire V3-771G, на нём прекрасно работает Gentoo, проблем не было.
ArchLinux хоть и самый свежий обычно по пакетной базе, но предполагает базовые знания по системе, т.к. «из коробки» там только текстовый интерфейс. Федору уже посоветовали, могу в догонку посоветовать попробовать Manjaro Linux — он основан на арче, но подходит всем пользователям.
Да, это оптимальная программа. Там есть режим прямой записи образа (dd-режим), при поддержке образом такого режима руфус предлагает записать на флешку в таком режиме, можешь его попробовать. Есть еще такая программка, простая как табуретка, мне нравится:
Можно еще попробовать взять другую флеш-карту. Ну и обязательно после скачивания сверять контрольные суммы образов.
Спасибо за совет, так сразу бы! Какие еще дистрибутивы посоветуете? Kali вообще никак не поставить то есть?
Ставь Fedora. Кстати, а почему тебе принципиальна именно Kali?
Собери где-нибудь новое ядро, которое сможет работать на твоём железе или найди то, которое запустится готовое, замени этим ядром ядро в установочной системе и потом ядро в установленной системе, можешь попробовать взять пакет с ядром из репозитория Debian Testing или Debian Unstable.
Если другой дистр «заведется» без проблем, можно смотреть уже и на Kali — посмотреть что можно переключить в UEFI/BIOS, запускать с опциями ядра acpi=off и подобными.
Попробую поставить Fedora — пробовал с функциями acpi и тд, пробовал переключать legacy на UEFI — не помогает
Fedora тоже на заводится. просто при нажатии на кнопку @install@ — зависает
Ты принципиально не сообщаешь характеристик своего ноута? Как люди могут что-то сказать, если они не знают что за процессор у тебя и что за видяха, что за сетевуха и т.д.?
Как вам, калистам можно помогать вообще? поэтому кали здесь все и ненавидят, потому что неадекваты на них сидят.
Intel core i5-6200u 2.3ghz; 8gb RAM; Intel HD Graphics 520; Intel Dual Band Wireless-AC 7265
Наверное с ACPI что-то, прыгание по дистрибутивам может не помочь. Ты не назвал модель ноута, иногда поиск по модели помогает.
А если попробовать загрузиться с nolapic, получится?
Иэто, экран не сенсрный случайно?
Экран не сенсорный, ACER TravelMate TMX349-m-50v3
Источник
What to do in case of a Linux kernel panic
Photo by Eternal Happiness from Pexels
Linux is used everywhere in the IT world. You’ve probably used Linux today, even if you didn’t realize it. If you have learned anything about Linux, then you know it is indeed a kernel. The kernel is the primary unit of the Linux operating system (OS) and is responsible for communications between a computer’s hardware and its processes.
In this article, you will learn about one situation related to the Linux kernel: The kernel panic. The term itself can make you panic, but if you have the proper knowledge, then you can remain calm. Every system admin faces this issue at least once in their career, but reinstalling the system is not the first solution you should turn to.
More Linux resources
What is a kernel panic?
A kernel panic is one of several Linux boot issues. In basic terms, it is a situation when the kernel can’t load properly and therefore the system fails to boot. During the boot process, the kernel doesn’t load directly. Instead, initramfs loads in RAM, then it points to the kernel ( vmlinuz ), and then the operating system boots. If initramfs gets corrupted or deleted at this stage because of recent OS patching, updates, or other causes, then we face a kernel panic.
If we dig into the boot process more, then we encounter the Linux «chicken/egg problem.»
When a Linux system boot process starts after the Master Boot Record (MBR) step, GRUB is loaded. The kernel needs to be loaded into RAM to start the OS, but the kernel is situated on the hard disk ( /boot/vmlinuz ), and the hard disk is not yet mounted on / . Without mounting, no files can be accessed, even the kernel. To overcome this, first initramfs / initrd loads in RAM directly and mounts the /boot partition in read-only mode. Next, it mounts the hard disk on the / partition, and the process continues.
This process emphasizes the importance of initramfs / initrd in the Linux boot process.
Why do kernel panics occur?
Kernel panics occur:
- If the initramfs file gets corrupted.
- If initramfs is not created properly for the specified kernel. Every kernel version has its own corresponding initramfs .
- If the installed kernel is not supported or not installed correctly.
- If recent patches have some flaws.
- If a module has been installed from online or another source, but the initrd image is not created with the latest installed module.
How to troubleshoot?
The first thing to do after seeing a kernel panic error is not to panic ,because now you are aware of the image file related to the error.
Step 1: Boot the system normally with your given kernel version.
Источник
Операционная система Ubuntu
Блог о современной полнофункциональной операционной системе, основанной на ядре Linux
09 января 2017
Сбой Kernel panic в ядре Linux
Многим пользователям операционных систем типа Linux, знакомо сообщение о критической ошибке ядра «Kernel panic: …», после которой такая система не может продолжать дальнейшую работу. Причиной Kernel panic может быть как критическая аппаратная ошибка и ошибка программного обеспечения, так и сбой самого ядра.
В частности, одной из самых распространённых причин Kernel panic является невозможность найти и смонтировать корневую файловую систему. Часто это ошибка конфигурации, которая может быть исправлена при перезагрузке ядра вручную или загрузкой одной из предыдущих версий ядра. Рано или поздно, многие сталкиваются с таким сбоем, вот и у меня при загрузке системы, на экране компьютера появилось сообщение:
На скриншоте экрана видим сообщение о невозможность найти и смонтировать корневую файловую систему. Вообще, многие проблемы появились после того, как я установил Ubuntu Studio 16.04.1 Xenial Xerus LTS. В версии 14.04 такого сбоя никогда не было.
Как загрузить Ubuntu с другой версией ядра?
После появления сообщения Kernel panic ничего не остается, как перезагрузить компьютер. При перезагрузке появилось меню программы загрузчика операционной системы Ubuntu — GRUB2.02.
Дополнительные параметры для Ubuntu в GRUB2.02 позволяют выбрать версию ядра системы.
Именно последнее ядро Linux 4.4.0-57 (все три варианта) и являлось причиной сбоя системы Kernel panic, так как на ядре Linux 4.4.0-53, система загрузилась без сбоев.
Как удалить лишние ядра в Ubuntu 16.04.1?
В ситуации, когда недавно обновленное ядро операционной системы дает сбой Kernel panic, чтобы избежать постоянного выбора ядра при загрузке, необходимо его удалить. Ранее, с удалением старых ядер успешно справлялась программа Ubuntu Tweak. В настоящее время, с официального сайта Ubuntu Tweak происходит автоматическое перенаправление на сайт github.com/tualatrix/ubuntu-tweak, где я так и не нашел deb-пакет для установки на Ubuntu. Похоже, что разработчик решил закрыть проект Ubuntu Tweak и это печально, так как по информации из сети, замену ему найти трудно.
Тем не менее, Ubuntu Tweak можно установить на Ubuntu 16.04.1 Xenial Xerus LTS с помощью deb-пакета версии 0.8.7-1
xenial, загруженного с диска, или с сайта ubuntuupdates.org. Двойным щелчком откройте deb-пакет прямо в Менеджере приложений Ubuntu, чтобы установить программу. В моем случае установка прошла успешно.
Хотя, и не все функции Ubuntu Tweak сохранились в рабочем состоянии, например вкладка «Приложения» на работает, удалось удалить все старые ядра и оставить одно последнее из списка, версии Linux 4.4.0-51 про запас.
Однако, как я указывал выше, задача состояла в том, чтобы удалить, наоборот, самое новое ядро, версии Linux 4.4.0-57, и работать на предыдущем, версии 4.4.0-53. Выходит, на вкладке «Очистка», Ubuntu Tweak не отображает две последних версии ядра из-за чего я не могу удалить проблемное. Думаю, такая ситуация логична, и связана с тем, чтобы помешать пользователю случайно удалить все ядра. Хотя программа Ubuntu Tweak и не помогла мне с решением вопроса, уверен, она пригодится в будущем.
В последующем выяснилось, что очистка системы, в том числе удаление ядер, каким-то образом исправило систему и при перезагрузке компьютера уже не появлялось меню загрузчика GRUB2. При этом, в списке очистки старых ядер Ubuntu Tweak, появилось ядро версии Linux 4.4.0-53, с которого я и загружал ранее систему при сбое Kernel panic. Последнее ядро 4.4.0-57 так и не появилось. Вот такой вот глюк.
Как узнать, на каком ядре работает Ubuntu?
Предполагаю, что моя система Ubuntu загружается с последнего ядра Linux 4.4.0-57, которое чудным образом избавилось от ошибки Kernel panic. Для определения версии ядра Linux, в терминале введем команду uname -r
На изображении видно, что действительно, очистка операционной системы Ubuntu программой Ubuntu Tweak, помогла ядру версии Linux 4.4.0-57 избавиться от критической ошибки Kernel panic.
Источник
kernel panic — not syncing(решено)
Здраствуйте! Скачал через торрент kubuntu-8.10-desktop-i386.iso .
Md5 сумму проверил — сходится. Записал на CD. Перед установкой проверил на наличие ошибок — ошибок не обнаружено. Установка прошла как по маслу.
Вытащил диск, перезагрузился. При загрузке пишет
kernel panic — not syncing: VFS: unable to mount root fs on unknown — block(0,0)
Подскажите пожалуйста что делать.
при установке изменить точку монтирования на «/»
Вообще, ошибка значит, что ядро, загрузившись, не может прочитать root file system.
Неизвестная для него файловая система, ИМХО(могу ошибаться, догадка по кофейной гуще) это проблема с диском — он исправен ? Проблема с файловой системой — до grub -а вообще доходит ? Проблема с контроллером SATA (или другим дисковым), то что она успешно поставилось не имеет значения.
Но это догадки, попробуй следующие варианты:
ну если не гугл, то фигняндекс спасёт мир:
Это:
http://forum.ubuntu.ru/index.php?topic=51611.0
За последний месяц два раза кернел паник наблюдал. Ubuntu 8.04. Решалось так:загружался с лайв сд , там в консоли sudo fsck.ext3 /dev/hda1 после этого было много ошибок, на вопрос профиксить или как? отвечал «Y». После этого две недели было спокойно, вот сегодня опять с утра сначала экран типа синего BSOD, а после перезагрузки невозможность загрузки , и чего-то-такое-на енглише. Повторил fsck, и опять в норме всё. Причину сбоев так пока и не понял, но Ubuntu жива, фс не сломалась, так что вот так.
З.Ы. /dev/hda1 это раздел с убунтой.
http://forum.ubuntu.ru/index.php?topic=22859.msg158326
Можно загрузиться с Live CD , затем
1) sudo mount /dev/sdaX /mnt //sdaХ — раздел c Linux
2) sudo chroot /mnt
Этот путь chroot я нашёл тут на форуме, лично я всегда делал немного по-другому (читай: сложнее), но надеюсь этот тоже cработает.
Итак, значит, вводим sudo chroot /mnt , ну и теперь
a)sudo update-alternatives —config usplash-artwork.so
b)sudo update-initramfs -u
Или же о просто переустановить ядро.
Добавлено позже: Так же стоит проверить диск, с которого вы ставите систему бывает иногда в этом проблема, столкнулись с подобным, потому добавил сюда.
спасибо за помощь. Нужно было всего то точку монтирования при установке сделать слэшем /
человек, пришедший в гости подсказал =) А почему он решил -не знаю.
проверьте еще параметр ядра root= в загрузчике
Источник