У меня есть 64-битная установка Ubuntu 12.04, совместимая с 64-разрядной версией Windows 7 с двойной загрузкой.
Я ввел следующую команду:
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 и возобновить с возвратом% +, я даже отменил процесс и перезапустил.
После возобновления около 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:
[ f4]Что я могу сделать, чтобы исправить эту медлительность? Это потому, что для удаления слишком много ядер?
Я думал, чтобы он не запускал конфигуратор grub, но это займет несколько дней, и я действительно боюсь расплавить свой диск из-за интенсивной активности hdd во время процесса.
Каждый раз, когда вы устанавливаете / удаляете ядро, grub-install-hook настраивает каждое установленное ядро. Это более безопасно и менее подвержено ошибкам, и, как правило, оно не слишком медленнее.
Оффлайн, я бы предположил, что с этим диском что-то не так. Посмотрите на это.
Если запуск grub-реконфигурации и прочее - это то, что занимает все время, возможно, это можно отключить, и только запустить его для последнего пакета ядра или что-то в этом роде. Найдите опции apt.conf (5), DPkg:: для apt и связанных с ними материалов.
Практически, если вы собираетесь удалить несколько старых ядер (или, может быть, вы частично выполняете этот процесс), и вы хотите ускорить процесс, вы можете попробовать следующее:
Отредактируйте файл /usr/sbin/update-grub с правами root и добавьте строку exit 0 после строки #!/bin/sh. Используйте apt-get или Центр программного обеспечения для удаления нежелательных ядер, как планировалось. Затем удалите эту строку из /usr/sbin/update-grub. Важный! Наконец, запустите update-grub вручную.Было бы здорово, если в будущем dpkg выработает это поведение автоматически.
Одним из примечательных исключений является удаление вашего ядра который в настоящее время является дефолтом в grub. В этом случае предпочтительнее запустить update-grub раньше, чем позже.