Ошибка при выполнении “sudo склонный - добирается, автоудаляют”

Я использую Ubuntu 14.04. Когда я работаю sudo apt-get autoremove, это генерировало следующую ошибку:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
5 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up linux-image-extra-4.4.0-34-generic (4.4.0-34.53~14.04.1) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-34-generic

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.4.0-34-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-extra-4.4.0-34-generic (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of linux-image-generic-lts-xenial:
 linux-image-generic-lts-xenial depends on linux-image-extra-4.4.0-34-generic; however:
  Package linux-image-extra-4.4.0-34-generic is not configured yet.

dpkg: error processing package linux-image-generic-lts-xenial (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-generic-lts-xenial:
 linux-generic-lts-xenial depends on linux-image-generic-lts-xenial (= 4.4.0.34.24); however:
  Package linux-image-generic-lts-xenial is not configured yet.

dpkg: error processing package linux-generic-lts-xenial (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-signed-image-generic-lts-xenial:
 linux-signed-image-generic-lts-xenial depends on linux-image-extra-4.4.0-34-generic; however:
  Package linux-image-extra-4.4.0-34-generic is not configured yet.

dpkg: error processing package linux-signeNo apport report written because the error message indicates its a followup error from a previous failure.
                                                                    No apport report written because the error message indicates its a followup error from a previous failure.
              No apport report written because MaxReports is reached already
                                                                            No apport report written because MaxReports is reached already
                                                          d-image-generic-lts-xenial (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-signed-generic-lts-xenial:
 linux-signed-generic-lts-xenial depends on linux-signed-image-generic-lts-xenial (= 4.4.0.34.24); however:
  Package linux-signed-image-generic-lts-xenial is not configured yet.

dpkg: error processing package linux-signed-generic-lts-xenial (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 linux-image-extra-4.4.0-34-generic
 linux-image-generic-lts-xenial
 linux-generic-lts-xenial
 linux-signed-image-generic-lts-xenial
 linux-signed-generic-lts-xenial
E: Sub-process /usr/bin/dpkg returned an error code (1)

Кроме того, существует предупреждение, говоря, что “Начальная загрузка объема имеет только 0-байтовое остающееся дисковое пространство”. Я пробовал ответы отсюда. Затем я добрался

linux-image-3.19.0-58-generic
linux-image-3.19.0-59-generic
linux-image-3.19.0-61-generic
linux-image-3.19.0-64-generic
linux-image-3.19.0-65-generic
linux-image-3.19.0-66-generic
linux-image-4.4.0-34-generic

Я не уверен, будет ли безопасно удалить все linux-image-3.19.0-xx-generic ядра. Я должен сохранить некоторых?Спасибо.

Править:

вывод blkid -o list:

device     fs_type label    mount point    UUID
-------------------------------------------------------------------------------
/dev/ram0                   (not mounted)  
/dev/ram1                   (not mounted)  
/dev/ram2                   (not mounted)  
/dev/ram3                   (not mounted)  
/dev/ram4                   (not mounted)  
/dev/ram5                   (not mounted)  
/dev/ram6                   (not mounted)  
/dev/ram7                   (not mounted)  
/dev/ram8                   (not mounted)  
/dev/ram9                   (not mounted)  
/dev/ram10                  (not mounted)  
/dev/ram11                  (not mounted)  
/dev/ram12                  (not mounted)  
/dev/ram13                  (not mounted)  
/dev/ram14                  (not mounted)  
/dev/ram15                  (not mounted)  
/dev/sda1                   (not mounted)  
/dev/sdb1                   /boot/efi      
/dev/sdb2                   /boot          
/dev/sdb3                   (not mounted)  
/dev/mapper/ubuntu--vg-root
                            /              
/dev/mapper/ubuntu--vg-swap_1
                            <swap>         
0
задан 13 April 2017 в 15:24

3 ответа

Даже при попытке удалить некоторые ядра, то Вы получите те ошибки, потому что этому все еще нужна небольшая часть устройства хранения данных в /boot для очистки ядер.

Мое предложение создает Ubuntu Живой USB, загружаясь от него, и переместите 1 или 2 изображения ядра в другое местоположение. Удостоверьтесь, что Вы не удаляете тех, которых Вы загрузите. Я предлагаю сохранить linux-image-3.19.0-66-generic ядро.

После того, чтобы потесниться, загрузитесь к обычной Ubuntu и удалите другие ядра, которые Вы не сделали перемещенный вручную. Таким образом, Вы получите некоторую комнату чисто. С другой стороны начальная загрузка с помощью USB и помещенный те перемещенные файлы ядра в их местоположение.

Теперь, снова загрузитесь к обычной Ubuntu и удалите ненужные ядра, сохранив только один. Необходимо быть должны сделать так без любого предупреждения.

0
ответ дан 28 September 2019 в 15:52

Вот моя интерпретация: первая ошибка, о которой сообщают, кажется, "gzip: stdout: Никакое пространство, оставленное на устройстве" и затем установке, не перестало работать (вероятно, связанный с этим из ошибки пространства). Это сопровождается каскадом проблем зависимости, начиная с установки этого первого пакета сбои.

, Сколько разделов Вы имеете? Если у Вас есть отдельные разделы для / домой и/, это могло бы произойти, что Вы видите некоторое свободное место на диске, но все еще добираетесь из уведомления пространства, так как свободное место находится на другом разделе.

0
ответ дан 28 September 2019 в 15:52

Только необходимо сохранить 3.19.x ядра, если Вы имеете проблемы с 4.4.x ядра или хотите загрузить более старое ядро по некоторой другой причине. Иначе безопасно удалить их.

1
ответ дан 28 September 2019 в 15:52

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

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