Паника ядра после обновления 3.16.0-57
Я запускаю Lubuntu 14.04 на HP Mini 5103 и после обновления вчера я получаю прекрасно воспроизводимую панику ядра.
- Ядро, которое паникует: 3.16.0-57
- Ядро, которое не паникует: 3.16.0-56
Возможно, это связано, но за последние полгода или около того, когда я видел уведомление о новых обновлениях и пытался их установить, иногда (часть) обновления устанавливались нормально, а иногда я получал какую-то ошибку. Когда я пытаюсь отправить ошибку, он запрашивает мой пароль. Когда я подтверждаю пароль, диалог ввода пароля выходит из строя и порождает другой диалог отчета об ошибке, который снова запрашивает пароль, который снова выходит из строя и т.д...
Мой текущий обходной путь - удерживать [shift] каждый раз, когда я включаю компьютер и выбираю предыдущее ядро, но я не хочу продолжать делать это. Что мне нравится, так это:
- Удалить это оскорбительное ядро, или
- Выбрать предыдущее ядро по умолчанию.
[edit]
ls -l /boot
total 216922
-rw-r--r-- 1 root root 1213454 aug 11 20:09 abi-3.16.0-46-generic
-rw-r--r-- 1 root root 1213779 aug 21 02:41 abi-3.16.0-48-generic
-rw-r--r-- 1 root root 1213632 sep 9 13:36 abi-3.16.0-49-generic
-rw-r--r-- 1 root root 1213747 okt 23 17:39 abi-3.16.0-52-generic
-rw-r--r-- 1 root root 1213747 nov 6 21:36 abi-3.16.0-53-generic
-rw-r--r-- 1 root root 1213747 nov 17 13:30 abi-3.16.0-55-generic
-rw-r--r-- 1 root root 1213821 dec 2 14:55 abi-3.16.0-56-generic
-rw-r--r-- 1 root root 1213821 jan 18 17:56 abi-3.16.0-59-generic
-rw-r--r-- 1 root root 176153 aug 11 20:09 config-3.16.0-46-generic
-rw-r--r-- 1 root root 176172 aug 21 02:41 config-3.16.0-48-generic
-rw-r--r-- 1 root root 176172 sep 9 13:36 config-3.16.0-49-generic
-rw-r--r-- 1 root root 176172 okt 23 17:39 config-3.16.0-52-generic
-rw-r--r-- 1 root root 176172 nov 6 21:36 config-3.16.0-53-generic
-rw-r--r-- 1 root root 176172 nov 17 13:30 config-3.16.0-55-generic
-rw-r--r-- 1 root root 176172 dec 2 14:55 config-3.16.0-56-generic
-rw-r--r-- 1 root root 176172 jan 18 17:56 config-3.16.0-59-generic
drwxr-xr-x 5 root root 1024 jan 20 16:36 grub
-rw-r--r-- 1 root root 19862602 sep 3 08:29 initrd.img-3.16.0-46-generic
-rw-r--r-- 1 root root 19861440 sep 4 13:03 initrd.img-3.16.0-48-generic
-rw-r--r-- 1 root root 19861112 sep 25 12:40 initrd.img-3.16.0-49-generic
-rw-r--r-- 1 root root 19861936 nov 5 08:57 initrd.img-3.16.0-52-generic
-rw-r--r-- 1 root root 19861924 nov 20 14:12 initrd.img-3.16.0-53-generic
-rw-r--r-- 1 root root 19862906 dec 1 09:21 initrd.img-3.16.0-55-generic
-rw-r--r-- 1 root root 19864377 dec 17 09:04 initrd.img-3.16.0-56-generic
drwx------ 2 root root 12288 aug 29 16:41 lost+found
-rw-r--r-- 1 root root 176500 mrt 12 2014 memtest86+.bin
-rw-r--r-- 1 root root 178176 mrt 12 2014 memtest86+.elf
-rw-r--r-- 1 root root 178680 mrt 12 2014 memtest86+_multiboot.bin
-rw------- 1 root root 2792155 aug 11 20:09 System.map-3.16.0-46-generic
-rw------- 1 root root 2791983 aug 21 02:41 System.map-3.16.0-48-generic
-rw------- 1 root root 2791983 sep 9 13:36 System.map-3.16.0-49-generic
-rw------- 1 root root 2792803 okt 23 17:39 System.map-3.16.0-52-generic
-rw------- 1 root root 2792803 nov 6 21:36 System.map-3.16.0-53-generic
-rw------- 1 root root 2792814 nov 17 13:30 System.map-3.16.0-55-generic
-rw------- 1 root root 2793015 dec 2 14:55 System.map-3.16.0-56-generic
-rw------- 1 root root 2793015 jan 18 17:56 System.map-3.16.0-59-generic
-rw------- 1 root root 6017280 aug 11 20:09 vmlinuz-3.16.0-46-generic
-rw------- 1 root root 6017696 aug 21 02:41 vmlinuz-3.16.0-48-generic
-rw------- 1 root root 6017504 sep 9 13:36 vmlinuz-3.16.0-49-generic
-rw------- 1 root root 6018848 okt 23 17:39 vmlinuz-3.16.0-52-generic
-rw------- 1 root root 6018848 nov 6 21:36 vmlinuz-3.16.0-53-generic
-rw------- 1 root root 6020480 nov 17 13:30 vmlinuz-3.16.0-55-generic
-rw------- 1 root root 6020960 dec 2 14:55 vmlinuz-3.16.0-56-generic
-rw------- 1 root root 6020800 jan 18 17:56 vmlinuz-3.16.0-59-generic
2 ответа
В самых сильных терминах я убедил бы Вас сопротивляться дешевому решению здесь (просто удаляющий 3.16.0-57). Ядро не обновляется, чтобы просто раздражать людей, это получает некоторые действительно важные обновления системы защиты, которые могли иначе оставить Вашу систему открытой для нападения.
Вместо этого я или посмотрел бы регистрация ошибки против ядра . Если у Вас есть опыт разработки, зная, что точная точка останова позволяет Вам видеть, где проблема, намного более легко, чем что-либо еще.
, С другой стороны, Вы находитесь на первом, которому звонят серии аппаратных стопок реализации возможностей LTS (Вы находитесь на Ядре Utopic). Вы могли транзитный участок к Яркому или Коварному . Вы будете потребность для изменения до августа 2016 стека Xenial, потому что это будет единственным поддерживаемым стеком HWE.
другая альтернатива удаляет все пакеты HWE, роняя к ядру Ubuntu 14.04.1's 3.13. Это поддерживается в течение целых пяти лет (в 2019). Это - совершенно нормальная опция, если у Вас нет современных графических требований.
Ваши другие проблемы могут быть связаны (особенно, если это - проблема графического драйвера), таким образом, другая версия стека может
Отвеченный OP
кажется, что первопричиной для моей, "возможно, связанной" проблемы было полное /boot раздел (размер 236M), который также заблокировал мой успех решения моей паники ядра.
- Вычищенные ядра от
/bootкроме того, которое Вы загрузили от, - , Фиксированный поврежденный диспетчер пакетов с
apt-get -f install - Моется с
apt-get -f autoremove && apt-get update && apt-get upgrade
Для фиксации моей паники ядра:
- Установка более старое ядро, которое имеет долговременную поддержку (3.13 с записи):
apt install linux-generic libgl1-mesa-glx linux-libc-dev linux-tools-generic xserver-xorg libegl1-mesa-drivers - Перезагрузка, введите GRUB, выберите это ядро
- , Удаляют другое ядро от
/boot - , Удаляют другие ядра из GRUB:
update-grub