У меня есть 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 и возобновляясь с % + возврат, я даже прервал процесс и перезапустил.
После возобновления приблизительно 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
Что я могу сделать для фиксации этой медлительности? Это, потому что существует слишком много ядер для удаления?
Я думал для отъезда его выполняющий конфигуратор личинки, но потребуются дни, и я действительно боюсь расплавить свой диск из-за интенсивного действия HDD во время процесса.
Я решил медлительность. Я отключил один из вторичных жестких дисков, и он работал.
Из того, что я исследовал, похоже, что этот вид проблемы связан с некоторым разделением/двигателем ошибки.
ОТРЕДАКТИРУЙТЕ:
отключенный двигатель был смерть . Я должен был купить замену.
В сущности, если Вы собираетесь удалить много старых ядер (или возможно Вы отчасти посредством того процесса), и Вы хотите ускорить вещи, Вы могли попробовать следующее:
Отредактируйте файл /usr/sbin/update-grub
как корень, и добавляют строку exit 0
после строки #!/bin/sh
.
Использовать apt-get
или Центр программного обеспечения для удаления нежелательных ядер как запланировано.
Впоследствии, удалите ту строку из /usr/sbin/update-grub
.
Важный! Наконец, выполненный update-grub
вручную.
Это было бы большим если в будущем dpkg
удался бы для выполнения этого поведения автоматически.
Одно существенное исключение - при удалении ядра, которое в настоящее время является значением по умолчанию в личинке. В этом случае могло бы быть предпочтительно работать update-grub
как можно скорее.
Каждый раз, когда Вы устанавливаете/удаляете ядро, личинка рычага установки - настраивает каждое установленное ядро. Это более безопасно и менее подвержено ошибкам, и обычно не слишком много медленнее для имения значение.
Пренебрежительный, я предположил бы, что было что-то не так с тем диском. Изучите это.
При выполнении реконфигурирования личинки и материала то, что берет все время, может быть возможно отключить это и только выполнить его для последнего из пакетов ядра или чего-то. Изучите apt.conf (5), DPkg::
опции к способному, и связанному материалу.