обновление-initramfs застревает
Сегодня я хотел установить virtualbox (4.2) в Ubuntu 12.10 и перешел к Центру программного обеспечения. После нажатия на кнопку 'Install' в USC virtualbox загружался и устанавливался. Я ожидал больше чем пять минут, но ничего не произошло, и индикатор выполнения не изменился. Приблизительно после одного часа ожидания я закрыл USC и перезагрузил ПК.
Теперь у меня есть проблема это каждый раз, когда я хочу установить программное обеспечение через sudo apt-get install <software> Я получаю следующую ошибку:
quantal@Flubuntu:~$ sudo apt-get install <whatever-package>
E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
После уничтожения dpkg в терминале (sudo killall dpkg) или перезагрузка я получаю следующую ошибку:
quantal@Flubuntu:~$ sudo apt-get install <whatever-package>
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct
И когда я пытаюсь выполниться sudo dpkg --configure -a команда зависает в
update-initramfs: Generating /boot/initrd.img-3.5.0-25-generic
Когда я запускаю sudo update-initramfs -k all -u -v в подробном режиме это говорит, что добавляет много модулей, двоичных файлов и встроенного микропрограммного обеспечения (который я не включал в вывод), но затем застревает после следующих шести строк:
Adding binary /lib/firmware/radeon/TAHITI_me.bin
Adding firmware radeon/TAHITI_me.bin
Adding binary /lib/firmware/radeon/TAHITI_pfp.bin
Adding firmware radeon/TAHITI_pfp.bin
Adding module /lib/modules/3.5.0-23-generic/kernel/drivers/gpu/drm/i2c/sil164.ko
Adding module /lib/modules/3.5.0-23-generic/kernel/drivers/gpu/drm/i2c/ch7006.ko
Помещение в черный список ch7006 или модуль прежде не работает; я также попытался вручную переименовать ch7006.ko и sil164.ko (после того, как проверка, что это не необходимо для системы), но затем он застревает в строке прежде.
Заранее большое спасибо!
Дополнительная информация:
Примечание: При начальной загрузке Ubuntu я не получаю ошибок или так, таким образом, ядро загружается, но я не могу обновить его (и склонный - добираются, установка не хочет устанавливать программное обеспечение, пока эта проблема существует).
Вывод uname -a:
Linux Flubuntu 3.5.0-23-generic #35-Ubuntu SMP Thu Jan 24 13:15:40 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
4 ответа
Хорошо, я нашел обходной путь, чтобы исправить эту ошибку.
Выполнив шаги, указанные в моем вопросе, я попытался удалить ядро с помощью:
sudo update-initramfs - k 3.5.0-23-общий -dПосле перезагрузки появился GRUB и выбрал мою версию Ubuntu, но когда он попытался загрузить ядро, он сказал
Паника ядра - не синхронизируется: VFS: Невозможно смонтировать корневую fs на unknown-block (0,0 )
Затем я просто chroot редактировал с LiveCD в Ubuntu и выполнил:
sudo dpkg --configure -a sudo apt-get install linux-image-3.5.0-25-genericИ после перезагрузки все было ОК.
Шаг 2 из slashcrack's звучит в общем-то ненужным. Вместо этого должно быть достаточно запустить
sudo update-initramfs -d -k <VERSION>
sudo apt-get install -f
, где вы замените 3.5.0-23-generic).
Сегодня я также столкнулся с этой ошибкой, и удаление, а затем переустановка initramfs-tools устранило возникающие у меня зависания.
sudo apt remove initramfs-tools
sudo apt install initramfs-tools
В моем случае это, вероятно, была некоторая конфигурация или временная файл был поврежден / заблокирован для initramfs-tools.
Это было в Ubuntu 18.04, так что это все еще может произойти.
поэтому я обнаружил для себя главную причину зависания update-initramfs.
проблемные USB-накопители. если USB-накопитель будет подключен, но в зависшем состоянии, он просто зависнет. если устройство USB будет удалено (физически), система поймет это, и все, что на нем будет висеть, открепится и продолжит работу.
На практике я действительно думаю, что все, что он делает (os-prober или что-то еще), должно быть достаточно умным, чтобы пропускать съемные диски, если специально не настроено на это (например: при установке ubuntu на съемный диск, то он помечает это верно для сканирования съемных носителей, при установке на фиксированный диск этого не произойдет, хотя в обоих случаях можно изменить поведение.Но это скорее исправление ошибки, практическое исправление (для меня) выше . dis