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

Question 1

Программа обновления ПО отображает сообщение о том, что доступны новые обновления. Я выбрал установить обновление. По всей видимости, обновления должны были установить ядро версии 4.4.0-22. Но процесс установки застрял на полпути на несколько часов. Я прервал процесс обновления и выполнил команду "sudo dpkg --configure -a". То же самое происходит и здесь. Он застревает в "run-parts: exec/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-generic ". Это также застревает. Вот вывод команды:

    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

Question 2

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

Question 3

Question 4

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

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

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

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

Question 5

'Решение' состоит в том, чтобы удалить nod32 перед обновлением ядра/Nvidia.

Это - плохое решение, но работы - обвиняют eset devs.

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

Этот поток содержит то же 'решение'

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

Caminostro · Answer 1 · 9 May 2016 в 01:25

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

Так Вы говорящий, что в sources.list я нашел бы ссылки на artful невнимательными, являюсь ли я на " разработка branch" (который является до даты выпуска или после даты выпуска, если машина не была обновлена), или на " стабильный branch"? тогда, как делает sources.list, помогают мне с моей проблемой? — kalabalik, 24 October 2017 в 08:25

Tim Oates · Answer 2 · 9 May 2016 в 01:25

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

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

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

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

Также команда, поскольку это могло использоваться: sudo lsof -i -n -P +c 0 | grep ':443\|:631\|:902' для нахождения, какие сервисы используют эти порты. Источник. — pa4080, 21 October 2017 в 06:04

angussidney · Answer 3 · 9 May 2016 в 01:25

'Решение' состоит в том, чтобы удалить nod32 перед обновлением ядра/Nvidia.

Это - плохое решение, но работы - обвиняют eset devs.

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

Этот поток содержит то же 'решение'

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

это должно быть принять ответом – shantanu 27 October 2017 в 10:27 — shantanu, 27 October 2017 в 10:27

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

3 ответа

Другие вопросы по тегам:

Похожие вопросы: