☰

Удаление старых ядер занимает вечность

tag-icon • tag-icon 12.04 dual-boot grub2 kernel
Удаление старых ядер занимает вечность

У меня есть Ubuntu 12.04 64-битная установка рядом с Windows 7 64-бит в конфигурации двойной загрузки. Я пытался удалить старые пакеты ядер, чтобы освободить место, но процесс занял слишком много времени.

Я ввел следующую команду:

cat knlist.txt | xargs sudo apt-get -y purge

Файл knlist.txt содержит:

linux-headers-3.2.0-77
linux-headers-3.2.0-77-generic
linux-headers-3.2.0-80
linux-headers-3.2.0-80-generic
linux-headers-3.2.0-82
linux-headers-3.2.0-82-generic
linux-headers-3.2.0-83
linux-headers-3.2.0-83-generic
linux-headers-3.2.0-84
linux-headers-3.2.0-84-generic
linux-headers-3.2.0-85
linux-headers-3.2.0-85-generic
linux-headers-3.2.0-86
linux-headers-3.2.0-86-generic
linux-headers-3.2.0-87
linux-headers-3.2.0-87-generic
linux-headers-3.2.0-88
linux-headers-3.2.0-88-generic
linux-headers-3.2.0-89
linux-headers-3.2.0-89-generic
linux-image-3.2.0-77-generic
linux-image-3.2.0-80-generic
linux-image-3.2.0-82-generic
linux-image-3.2.0-83-generic
linux-image-3.2.0-84-generic
linux-image-3.2.0-85-generic
linux-image-3.2.0-87-generic
linux-image-3.2.0-88-generic
linux-image-3.2.0-89-generic
linux-tools-3.2.0-80
linux-tools-3.2.0-82
linux-tools-3.2.0-83
linux-tools-3.2.0-84
linux-tools-3.2.0-85
linux-tools-3.2.0-87
linux-tools-3.2.0-88
linux-tools-3.2.0-89

Мое текущее ядро ​​— 3.2.0-91.

Обычно это занимает несколько минут, но сейчас это занимает вечность! Я уже оставил его работать на всю ночь. Каждый шаг занимает часы!

Я пробовал приостановить процесс с помощью ctrl+z и возобновить с помощью % + return, я даже прерывал процесс и перезапускал его.

После возобновления работы примерно 3 часа назад экран стал таким (у меня португальская установка):

Removendo linux-image-3.2.0-77-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-77-generic /boot/vmlinuz-3.2.0-77-generic
update-initramfs: Deleting /boot/initrd.img-3.2.0-77-generic
run-parts: executing /etc/kernel/postrm.d/zz-extlinux 3.2.0-77-generic /boot/vmlinuz-3.2.0-77-generic
P: Checking for EXTLINUX directory... found.
P: Writing config for /boot/vmlinuz-3.2.0-91-generic...
P: Writing config for /boot/vmlinuz-3.2.0-90-generic...
P: Writing config for /boot/vmlinuz-3.2.0-89-generic...
P: Writing config for /boot/vmlinuz-3.2.0-88-generic...
P: Writing config for /boot/vmlinuz-3.2.0-87-generic...
P: Writing config for /boot/vmlinuz-3.2.0-85-generic...
P: Writing config for /boot/vmlinuz-3.2.0-84-generic...
P: Writing config for /boot/vmlinuz-3.2.0-83-generic...
P: Writing config for /boot/vmlinuz-3.2.0-82-generic...
P: Writing config for Windows 7 (loader) on /dev/sdb1...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-77-generic /boot/vmlinuz-3.2.0-77-generic

(Последний шаг появился несколько минут назад)

Вот мой lsblk:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0  74,5G  0 disk 
├─sda1   8:1    0     5G  0 part [SWAP]
└─sda2   8:2    0  69,5G  0 part /
sdb      8:16   0 931,5G  0 disk 
├─sdb1   8:17   0   100M  0 part 
├─sdb2   8:18   0  50,1G  0 part 
└─sdb3   8:19   0 881,4G  0 part /media/Dados
sdc      8:32   0 465,8G  0 disk 
├─sdc1   8:33   0 349,3G  0 part /media/Storage
└─sdc2   8:34   0 116,5G  0 part /media/Extra
sr0     11:0    1  1024M  0 rom

Что я могу сделать, чтобы исправить эту медлительность? Это из-за того, что слишком много ядер нужно удалить?

Я думал оставить его работающим с конфигуратором grub, но это заняло быднейи я действительно боюсь расплавить свой диск из-за интенсивной работы жесткого диска во время процесса.

решение1

На практике, если вы собираетесь удалить несколько старых ядер (или, возможно, вы уже на полпути к этому процессу) и хотитеускорить процесс, вы можете попробовать следующее:

  1. Отредактируйте файл /usr/sbin/update-grubкак пользователь root и добавьте строку exit 0после строки #!/bin/sh.

  2. Используйте apt-getЦентр программного обеспечения для удаления нежелательных ядер по плану.

  3. После,удалить эту строкуот /usr/sbin/update-grub.

  4. Важный! Наконец, запустите update-grubвручную.

Было бы здорово, если бы в будущем dpkgудалось реализовать такое поведение автоматически.

Одно заметное исключение — когда вы удаляете ядро, которое в настоящее время является ядром по умолчанию в grub. В этом случае может быть предпочтительнее выполнить это update-grubраньше, чем позже.

решение2

Каждый раз, когда вы устанавливаете/удаляете ядро, install-hook grub-configes каждое установленное ядро. Это безопаснее и менее подвержено ошибкам, и в целом не слишком медленнее, чтобы иметь значение.

Навскидку я бы предположил, что с этим диском что-то не так. Посмотри на это.

Если запуск grub-reconfiguration и т. д. занимает все время, возможно, можно отключить это и запускать только для последнего пакета ядра или что-то в этом роде. Посмотрите на apt.conf(5), DPkg::параметры apt и прочее.

решение3

Я решил проблему с замедлением. Я отключил один из дополнительных жестких дисков, и это сработало.

Из того, что я исследовал, следует, что такого рода проблемы связаны с неисправностью какого-то раздела/диска.

РЕДАКТИРОВАТЬ:

Отключенный диск былумирающийМне нужно было купить замену.

Связанный контент