Обновление ядра застревает (Ubuntu 16.04, Kernel 4.4.0-22)

Средство обновления программного обеспечения отобразило сообщение о том, что доступно новое обновление. Я выбрал установить обновление. По всей видимости, обновления должны были установить ядро ​​версии 4.4.0-22. Но процесс установки застрял на полпути на несколько часов. Я прервал процесс обновления и выполнил команду "sudo dpkg --configure -a". То же самое происходит и здесь. Он застревает в "run-parts: выполнение /etc/kernel/postinst.d/dkms 4.4.0-22-generic /boot/vmlinuz-4.4.0-22-generic"

Результаты команды:

    sudo dpkg --configure -a
    Setting up linux-image-4.4.0-22-generic (4.4.0-22.39) ...
    Running depmod.
    update-initramfs: deferring update (hook will be called later)
    The link /initrd.img is a dangling linkto /boot/initrd.img-4.4.0-22-generic
    vmlinuz(/boot/vmlinuz-4.4.0-22-generic
    ) points to /boot/vmlinuz-4.4.0-22-generic
    (/boot/vmlinuz-4.4.0-22-generic) -- doing nothing at /var/lib/dpkg/info        
    /linux-image-4.4.0-22-generic.postinst line 491.
    Examining /etc/kernel/postinst.d.
    run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-22-generic /boot/vmlinuz-4.4.0-22-generic
    run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-22-generic /boot/vmlinuz-4.4.0-22-generic

Буду признателен за любую помощь в этом.

Обновить:

Я также попытался удалить наполовину установленные пакеты ядра с помощью команды "sudo dpkg -P linux-generic linux-image-extra-4.4.0-22-generic linux-image-generic linux-image-4.4.0-22- родовое". Это также застревает. Вот вывод команды:

    sudo dpkg -P linux-generic linux-image-extra-4.4.0-22-generic linux-image-generic linux-image-4.4.0-22-generic
    (Reading database ... 288791 files and directories currently installed.)
    Removing linux-generic (4.4.0.22.23) ...
    Removing linux-image-generic (4.4.0.22.23) ...
    Removing linux-image-extra-4.4.0-22-generic (4.4.0-22.39) ...
    run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-22-generic /boot/vmlinuz-4.4.0-22-generic
    run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-22-generic /boot/vmlinuz-4.4.0-22-generic
Источник

3 ответа

Видимо, я нашел виновника. Я переустановил Ubuntu. Обновил все, включая ядро. Никаких проблем до сих пор. Далее я начал устанавливать нужные мне приложения. Первым был Eset Nod32 Antivirus. После его установки, перезапуска и входа в систему Ubuntu зависла. После загрузки в режим восстановления (графический режим), удаления антивируса Eset Nod32 и повторного запуска все вернулось в нормальное состояние. Похоже, что по какой-то причине между ядром Linux 4.4.0-22 и этим антивирусом происходит конфликт.

Источник

Я получил то же самое сегодня утром - отличный способ начать день, верно?;)

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

В моей оценке неудачной установки (легко реплицировать, просто установить или удалить НИЧЕГО) я обнаружил, что первая ошибка в каскадной цепочке заключается в grub2-mkconfig не существует! Много вещей в Google для Fedora и SUSE, но не так много на основе Ubuntu. grub-mkconfig существует в /usr/sbin, поэтому я создал символическую ссылку, чтобы получить grub2-mkconfig основанный на чем-то, кроме пустого скрипта. Это создало ошибку, потому что нет grub2 в /boot, Еще одна символическая ссылка, так /boot/grub а также /boot/grub2 одинаковы и все вроде в порядке.

Я рассматриваю это как исправление в виде клейкой ленты, а не как исправление, поскольку я не решил проблему - отсутствует grub2-mkconfig как это должно существовать. Истинное решение было бы мне больше похоже на поиск и установку правильного grub2-mkconfig, Но я ленивый и не хватает времени, так что... может быть, после того, как я закончу откладывать остальную часть моего списка дел.;)

Источник

"Решение" - удалить nod32 перед обновлением ядра / nvidia.

Это плохое решение, но оно работает - виноваты разработчики eset.

Я рекомендую связаться с их техподдержкой.

Эта тема содержит одно и то же "решение"

https://ubuntuforums.org/showthread.php?t=2329082&page=7

Источник
Другие вопросы по тегам