У меня есть LTS Ubuntu 14.04 "Рабочий стол" с GitLab. Система работает в виртуальной машине на Windows Server 2012 R2.
Машина выполняет ежедневные автоматические обновления для "Важных обновлений системы защиты", "Рекомендуемый обновления" и "Неподдерживаемые обновления". Не для "Предрелизных обновлений".
Сегодня я вошел в систему, работал "sudo склонный - получают обновление", и это не могло закончиться, потому что некоторый процесс использует dpkg.
Я имею, работал "sudo склонный - получают обновление", и оно обновило, но висело в:
Found linux image: /boot/vmlinuz-3.19.0-39-generic
Found initrd image: /boot/initrd.img.3.19.0-39-generic
Found linux image: /boot/vmlinuz-3.19.0-37-generic
Found initrd image: /boot/initrd.img.3.19.0-37-generic
Found linux image: /boot/vmlinuz-3.19.0-33-generic
Found initrd image: /boot/initrd.img.3.19.0-33-generic
Found linux image: /boot/vmlinuz-3.19.0-32-generic
Found initrd image: /boot/initrd.img.3.19.0-32-generic
Found linux image: /boot/vmlinuz-3.19.0-31-generic
Found initrd image: /boot/initrd.img.3.19.0-31-generic
Я перезагрузил и висел снова в той же точке для "sudo склонный - получают обновление".
Затем я пытался убрать неиспользованные ядра. Я работал:
uname -r
и добрался:
3.19.0-39-generic
Таким образом, я удалил 3.19.0-31, 3.19.0-32 и 3.19.0-33:
sudo rm /boot/initrd.img.3.19.0-31-generic
sudo rm /boot/initrd.img.3.19.0-32-generic
sudo rm /boot/initrd.img.3.19.0-33-generic
sudo rm /boot/vmlinuz-3.19.0-31-generic
sudo rm /boot/vmlinuz-3.19.0-32-generic
sudo rm /boot/vmlinuz-3.19.0-33-generic
Затем я пытался произвести чистку:
sudo apt-get purge linux-image-3.19.0-31-generic linux-image-3.19.0-32-generic linux-image-3.19.0-33-generic
Но процесс, повешенный также.
Затем я мог "обновить" только "обновление", отказавшее в:
Found linux image: /boot/vmlinuz-3.19.0-39-generic
Found initrd image: /boot/initrd.img.3.19.0-39-generic
Found linux image: /boot/vmlinuz-3.19.0-37-generic
Found initrd image: /boot/initrd.img.3.19.0-37-generic
При некотором обновлении/обновлении это предложило, чтобы я работал dpkg --configure -a
но это также перестало работать в той же точке выше.
Кроме того, когда я перезагружаю, система застревает в "экране точек". Я должен "выключить" виртуальную машину и перезапустить ее для вхождения в нее.
После некоторых apt-get update
, apt-get upgrade
, dpkg --configure -a
и перезагрузки, я не уверен, как, но все хорошо работало снова.
Теперь я снова с теми же проблемами:
Когда я работаю apt-get update
, apt-get upgrade
Я добираюсь:
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
Когда я работаю sudo dpkg --configure -a
это зависает после:
Found linux image: /boot/vmlinuz-3.19.0-42-generic
Found initrd image: /boot/initrd.img-3.19.0-42-generic
Found linux image: /boot/vmlinuz-3.19.0-39-generic
Found initrd image: /boot/initrd.img-3.19.0-39-generic
Система также зависает в "экране точек", когда я перезагружаю
Я - вполне новичок с Linux. Кто-либо может поместить некоторый свет здесь?
Временно зафиксированный это!
После некоторых перезагрузок и некоторых попыток к apt-get update
, apt-get upgrade
, apt-get dist-upgrade
и dpkg --configure -a
, последняя команда, наконец законченная успешно и остальная часть команд, запущенных, чтобы также работать с успехом.
Обновленный к 3.19.0-42-универсальному ядру во время процесса.
, Таким образом, я не уверен, что точно вызвало его, ни один, что точно зафиксировало его, но так или иначе...:)
Это смотрит как через в какой-то момент, Вы обновили свое ядро, и это не полностью взяло, я удостоверюсь, что ядро корректно путем выполнения:
sudo apt-get dist-upgrade
Тогда обновление и обновление:
sudo apt-get update && sudo apt-get upgrade
Следующий можно проверить, что все пакеты корректны путем выполнения
sudo apt-get -f install
That’s только для конфигурирования сервера DNS для разрешения отображения IP-адреса.
можно даже использовать общедоступный сервер Google
8.8.8.8 и 8.8.4.4
У меня была подобная проблема дважды, и я заметил, что это происходит каждый раз, моя система хочет обновить до нового Ядра. Шаги ниже, кажется, работают на меня все время;
сервер имен 208.67.222.220
сервер имен 208.67.222.222
Вот именно после перезагрузки Ваша система должна иметь правильную установку ядра, и поврежденные пакеты фиксировали/удаляли.