Кв. не удается удалить частично установленное ядро и не может установить никакие другие пакеты

Apt не удается обновить или установить новые пакеты после кажущегося частичного обновления ядра. Я попробовал apt-get purge -f linux-image-extra-3.19.0-22-generic который перестал работать с очень похожим сообщением об ошибке. Машина также отказывает на начальной загрузке в новейшую версию ядра (значение по умолчанию в личинке), но предыдущие версии хорошо работают.

$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  linux-image-3.19.0-22-generic linux-image-extra-3.19.0-22-generic
The following packages will be upgraded:
  linux-cloud-tools-common
1 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
2 not fully installed or removed.
Need to get 0 B/24.3 kB of archives.
After this operation, 208 MB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 453815 files and directories currently installed.)
Removing linux-image-extra-3.19.0-22-generic (3.19.0-22.22) ...
depmod: FATAL: could not load /boot/System.map-3.19.0-22-generic: No such file or directory
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
update-initramfs: Generating /boot/initrd.img-3.19.0-22-generic
grep: /boot/config-3.19.0-22-generic: No such file or directory
depmod: WARNING: could not open /tmp/mkinitramfs_6gldfB/lib/modules/3.19.0-22-generic/modules.order: No such file or directory
depmod: WARNING: could not open /tmp/mkinitramfs_6gldfB/lib/modules/3.19.0-22-generic/modules.builtin: No such file or directory
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
Generating grub configuration file ...
ERROR: cannot determine partition label for rootfs /dev/sda9
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
dpkg: error processing package linux-image-extra-3.19.0-22-generic (--remove):
 subprocess installed post-removal script returned error exit status 1
Removing linux-image-3.19.0-22-generic (3.19.0-22.22) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
update-initramfs: Deleting /boot/initrd.img-3.19.0-22-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.19.0-22-generic /boot/vmlinuz-3.19.0-22-generic
Generating grub configuration file ...
ERROR: cannot determine partition label for rootfs /dev/sda9
run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 1
Failed to process /etc/kernel/postrm.d at /var/lib/dpkg/info/linux-image-3.19.0-22-generic.postrm line 328.
dpkg: error processing package linux-image-3.19.0-22-generic (--remove):
 subprocess installed post-removal script returned error exit status 1
Errors were encountered while processing:
 linux-image-extra-3.19.0-22-generic
 linux-image-3.19.0-22-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

Я должен получить способную работу снова и в состояние, где она может установить будущие ядра. Правильно чистка 3.19.0-22 ядер была бы хорошей, но ненужной. Не стесняйтесь спрашивать для получения дополнительной информации, и заранее спасибо

- Редактирования-

Ответ 0x450 работает на любые связанные с неядром пакеты. Ядро и обновления личинки возвращаются склонный и dpkg к нарушенному состоянию. Я заметил это повторяющееся сообщение об ошибке:

Generating grub configuration file ... ERROR: cannot determine partition label for rootfs /dev/sda9

Это могло быть проблемой, связанной с конфигурационными файлами личинки?


sudo apt-get install --reinstall linux-image-extra-3.19.0-22-generic результаты по очень похожей ошибке (который может быть просмотрен здесь),

sudo dpkg --configure -a создает эту ошибку

sudo apt-get purge linux-image-extra-3.19.0-22-generic создает эту ошибку

7
задан 22 May 2017 в 22:20

5 ответов

Оказывается, что проблема была вызвана личинкой-mkconfig, отказывающей с сообщением об ошибке Generating grub configuration file ... ERROR: cannot determine partition label for rootfs /dev/sda9 (sda9, содержал мой корень фс).

Кв., разрушенная, потому что, когда это пыталось установить новые ядра, она выполнила личинку-mkconfig для добавления их к меню начальной загрузки. Это не была на самом деле проблема с Кв., но с личинкой.

я зафиксировал его путем переустановки человечности и использования ext3 вместо ext4 для раздела, содержащего мой корень файловой системы. Мой корневой каталог находится все еще в его собственном ext4 разделе, хотя, таким образом, это, кажется, не затронуто.

ответ 0x450 работает хорошо временным приспособлением так, чтобы можно было использовать склонный снова. Это не решает корневую проблему все же.

0
ответ дан 23 November 2019 в 06:21

Первопричина

корневая проблема, кажется, что /boot/System.map-3.19.0-22-generic отсутствует, который предотвращает реконфигурирование/удаление пакета.

Предложенные решения

Мое начальное предложение было sudo apt-get install --reinstall linux-image-extra-3.19.0-22-generic

, Поскольку это, по-видимому, перестало работать ("не может настроить полуустановленный"), я предложил бы сделать это немного больше мощный , например, со следующими опциями

sudo dpkg --remove --force-remove-reinstreq linux-image-extra-3.19.0-22-generic

, Что предложение основано этот ответ.

Альтернатива: Ручное восстановление?

, С другой стороны, можно ли также попытаться вручную восстановить тот файл? Возможно, это распаковано Кв. - добираются при попытке переустановить? Мне немного трудно копировать в моей системе прямо сейчас

1
ответ дан 23 November 2019 в 06:21

Я думаю, что необходимо работать

sudo dpkg --configure -a

сопровождаемый тем, что было уже упомянуто:

sudo apt-get purge linux-image-extra-3.19.0-22-generic
0
ответ дан 23 November 2019 в 06:21

Вы могли использовать, удаляют вместо чистки, и затем обновляют ядро и вводят это в терминал:

 sudo apt-get -f remove linux-image-extra-3.19.0-22-generic

и затем удаляют sources.list файл, и вводят настройки и обновляют и штрихуют весь список chanoical и закрывают его снова.

и затем переустанавливают последнее ядро и вводят это в терминал:

sudo apt-get install linux-amd64_ linux-efi
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo apt-get install aptitude
sudo aptitude linux-efi

и это могло бы хорошо работать этот путь.

-1
ответ дан 23 November 2019 в 06:21

Я боролся с той же самой проблемой, но поврежденные пакеты ядра были версией 3.13.0.57.

Осмотрите проблему:

Проверьте dpkg status из пакетов:

dpkg --status linux-image-3.19.0-22-generic
dpkg --status linux-image-extra-3.19.0-22-generic

Если состояния вывода, что пакеты находятся в плохом состоянии, т.е. наполовину установлены или не полностью установленные, это означает, что они повредились apt-get и dpkg соответственно.

Решение:

Записи зараженных пакетов ядра должны быть удалены вручную из файла состояния dpkg в порядке apt-get и dpkg самостоятельно функционировать обычно еще раз. Шаги следующие:

  1. Удостоверьтесь, что создали заднюю часть файла состояния на всякий случай, если что-то идет не так, как надо.

    sudo cp /var/lib/dpkg/status /var/lib/dpkg/status.backup

  2. Открытый /var/lib/dpkg/status с Вашим предпочтительным текстовым редактором и поиском и удаляют ТОЛЬКО ссылки поврежденных пакетов. Вы не должны удалять ничто больше!

  3. Выполненный sudo apt-get update и sudo apt-get upgrade удостоверяться, что все фиксируется.

  4. Этот шаг является дополнительным, так как пакеты больше не прослеживаются от диспетчеров пакетов, но если Вы хотите Вас, может освободить некоторое дисковое пространство путем удаления их. Можно безопасно удалить вручную все записи прерванного пакеты ядра /boot и в /usr/src но будьте ОЧЕНЬ ОСТОРОЖНЫ. Удостоверьтесь, что коснулись только файлов/папок, которые соответствуют 3.19.0-22 версиям в Вашем случае.

12
ответ дан 23 November 2019 в 06:21

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

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