/ начальная загрузка на 100% полно, склонен - добираются, чистка linux-image-x.x.x.x-generic не будет работать

У меня есть a /boot перегрузка. Попробованный для следования за начальной загрузкой/dev/sda1 / полно, но застрял.

История:

df
Filesystem            1K-blocks    Used Available Use% Mounted on
udev                     485360       0    485360   0% /dev
tmpfs                    100744   10824     89920  11% /run
/dev/mapper/vg00-lv01  49011528 7513836  39300100  17% /
tmpfs                    503716       0    503716   0% /dev/shm
tmpfs                      5120       0      5120   0% /run/lock
tmpfs                    503716       0    503716   0% /sys/fs/cgroup
/dev/sda1                474730  466955         0 100% /boot

dpkg --list | grep linux-image

ii  linux-image-4.4.0-21-generic       4.4.0-21.37                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-59-generic       4.4.0-59.80                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-62-generic       4.4.0-62.83                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-63-generic       4.4.0-63.84                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-64-generic       4.4.0-64.85                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-66-generic       4.4.0-66.87                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-67-generic       4.4.0-67.88                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-70-generic       4.4.0-70.91                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-71-generic       4.4.0-71.92                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-72-generic       4.4.0-72.93                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-21-generic 4.4.0-21.37                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-59-generic 4.4.0-59.80                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-62-generic 4.4.0-62.83                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-63-generic 4.4.0-63.84                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-64-generic 4.4.0-64.85                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-66-generic 4.4.0-66.87                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-67-generic 4.4.0-67.88                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-70-generic 4.4.0-70.91                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-extra-4.4.0-71-generic 4.4.0-71.92                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iF  linux-image-extra-4.4.0-72-generic 4.4.0-72.93                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iU  linux-image-extra-4.4.0-75-generic 4.4.0-75.96                                amd64        Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
iU  linux-image-generic                4.4.0.75.81                                amd64        Generic Linux kernel image

!!! ничего себе, так, как это могло произойти?

И затем:

uname -r
4.4.0-21-generic

Пробные версии для чистки неиспользованных изображений:

apt-get purge linux-image-4.4.0-59-generic
Reading package lists... Done
Building dependency tree       
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 linux-image-extra-4.4.0-59-generic : Depends: linux-image-4.4.0-59-generic but it is not going to be installed
 linux-image-extra-4.4.0-75-generic : Depends: linux-image-4.4.0-75-generic but it is not going to be installed
 linux-image-generic : Depends: linux-image-4.4.0-75-generic but it is not going to be installed
                       Recommends: thermald but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

Кто-либо понял?

5
задан 17 May 2017 в 14:39

2 ответа

Удаление старых ядер к свободному пространству в /boot раздел

Если Ваша система выполняет использование старого ядра (обычно новейшие начальные загрузки ядра по умолчанию), необходимо загрузиться от новейшего установленного ядра, который, кажется, linux-image-4.4.0-72-generic в Вашем случае.

Выберите его из меню GRUB (держите или неоднократно нажимайте Shift во время начальной загрузки, если GRUB не показывает вообще).

Когда Вы загрузились от своего новейшего ядра, первого показа sudo apt-get -f install, попытка устранить невстреченные проблемы зависимостей, если это работает, продолжает любой первые два метода ниже; если это приводит переход к сбою к ручной чистке пакета.

Способный путь

Попытайтесь правильно управлять проблемой пространства с Кв.:

  • Выполненный sudo apt autoclean && sudo apt autoremove, склонный должен правильно справиться с удалением всех старых ядер и связанных пакетов, если Вы не смешали слишком много с ним.

Используя purge_old_kernels от byobu пакета

Если способный путь не работает, или он не удаляет достаточно пространства:

  • Установите выполнение byobu sudo apt install byobu.
  • Затем выполненный sudo purge-old-kernels, который должен удалить старые ядра более чистым способом, чем прямая чистка пакетов.

Ручная чистка пакета

Если кто-либо, о, вышеупомянутое работал:

  • Произведите чистку самого старого (не работающий) ядро с sudo apt-get purge linux-image-4.4.0-21-generic && sudo update-grub.
  • Перезагрузка и начальная загрузка от новейшего доступного ядра.
  • Выполненный sudo apt-get -f install.
  • Выполненный sudo apt update && sudo apt full-upgrade.
  • Перезагрузка с помощью новейшего ядра.
  • Уберите более старые ядра через способный путь и/или _purge_old_kernels_.

dpkg путь

Как последнее прибежище можно попытаться выполнить в нем dpkg путь, который не является самым безопасным.

  • Выполненный от Вашего терминала (работающий от Вашего новейшего установленного ядра):

    echo $(dpkg --list | grep linux-image | awk '{ print $2 }' | sort -V | sed -n '/'`uname -r`'/q;p') $(dpkg --list | grep linux-headers | awk '{ print $2 }' | sort -V | sed -n '/'"$(uname -r | sed "s/\([0-9.-]*\)-\([^0-9]\+\)/\1/")"'/q;p') | xargs sudo apt-get -y purge
    

    Одолженный от этого ответа.

  • Перезагрузите свою систему и работайте sudo apt-get -f install

  • Сделайте полное обновление с sudo apt update && sudo apt full-upgrade.
  • Перезагрузка в случае необходимости (новый kernel¿?) и идут со способным путем: sudo apt autoclean && sudo apt autoremove.
  • Выполненный sudo purge_old_kernels, команда от byoby пакет, если все еще остается какой-либо старой версией ядра (в дополнение к текущей и предыдущей версии, которые всегда сохраняются как меры безопасности).
10
ответ дан 23 November 2019 в 08:46

Если /boot настолько заполнен, что apt remove не работает (No space left on device), просто rm некоторые файлы (vmlinuz или initrd.img), принадлежащие ядрам, которые вы хотите удалить, чтобы освободить достаточно места, чтобы вы могли правильно apt remove посылать пакеты. Конечно, как всегда при запуске rm от имени пользователя root, будьте особенно осторожны с опечатками и т. Д., Но даже если вы случайно rm удалите файл из ядра, которое вы не хотите удалять, простое apt install --reinstall исправит это. это.

1111 Вопреки распространенному заблуждению, в этом нет абсолютно никаких проблем, так как любой мог увидеть, попробовали ли они это на самом деле, вместо того, чтобы просто повторять то, что слышали. (В частности, я часто читал, что это может привести к «поврежденным пакетам». Нет, это не то, что означает «сломанные пакеты».)

2
ответ дан 23 November 2019 в 08:46

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

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