Обновлена виртуальная гостевая система: / dev / disk / uuid… не завершается
Я недавно обновил свой Ubuntu 14.04 (kubuntu), работая в качестве гостя в VirtualBox 4.3.12 на 64-битной Windows 7 Enterprise.
Все работало нормально до вчерашнего дня - когда я попытался запустить новую модернизированную систему.
Во-первых, новая система (ядро 3.13.0-52-generic) не загружается: я получаю классическую ошибку
ALERT! /dev/disk/by-uuid/<long string> does not exist. Dropping to a shell!
и попадаю в приглашение (initramfs) зола. Я могу загрузить более старую систему (ядро 3.13.0-32-generic), но она предоставляет своего рода сломанный KDE, в котором диспетчер окон, похоже, не запускается: приложение запускается и вставляется в верхний левый угол ( 1) рабочий стол, без возможности его перемещения или изменения размера. И нет никаких опций в меню настроек системы для добавления дополнительных виртуальных рабочих столов.
Я много об этом искал в Интернете - что я никогда раньше не видел - это ошибка, но я не уверен, как применить исправления к виртуальной системе. Я полагаю, я мог бы просто установить совершенно новую систему с нуля ... но разве это лучший способ? Обратите внимание, что blkid в настоящее время возвращает в качестве единственной строки
/dev/sr0: LABEL="VBOXADDITIONS_4.3.12_93733" TYPE="iso9660"
Кроме того, нет ни каталога /dev/disk, ни каталога /boot. Некоторое время назад мне удалось получить строки из blkid, включая загрузочный образ в /dev/sda1, но я не уверен, куда он ушел.
Я пытался: перенести мой виртуальный образ linux ("ubuntu.vdi") на контроллер SCSI в VirtualBox, добавив параметр "rootdelay = 60" в строку загрузки в меню GRUB, но пока ничего не работает.
Любая помощь будет принята с благодарностью, так как для большей части моей работы мне нужен мой Linux, и он должен работать в Windows, поскольку мое учреждение использует Microsoft AD для всего, включая доступ к общим дискам и принтерам. И наши ИТ-сервисы отказываются от поддержки встроенной поддержки Linux.
1 ответ
У меня была подобная проблема на реальной машине. Похоже, что это перезагрузило во время обновления и оставило личинку, загружающую изображение ядра (3.13.0-45-универсальный), который был неспособен найти мои жесткие диски и не имел записи для/dev/disk/by-uuid/.
я решил проблему путем начальной загрузки от более старого ядра, и затем завершения обновления. Это дало мне 3.13.0-53-универсальный, который, кажется, работает лучше.
1) Начальная загрузка к подсказке личинки, нажмите 'e' для просмотра сценария начальной загрузки для текущего (поврежденного) процесса начальной загрузки. Сделайте фотографию экрана.
2) Нажимают ESC, тогда 'c' для получения до командной строки GRUB.
3) Проверка содержание каталога начальной загрузки на Вашем корневом диске, для наблюдения, какие ядра Вы имеете в наличии. (Замените hd0, msdos3 с тем, что Ваш корень):
grub> ls (hd0,msdos3)/boot/
grub/ .... vmlinuz-3.13.0-45-generic vmlinuz-3.2.0-70-generic initrd.img-3.13.0-45-generic initrd.img-3.2.0-70-generic
4) Начальная загрузка от более старого ядра. (Обратитесь к своей фотографии для точных команд и корневого UUID =.... Используйте заполнение клавишей Tab, чтобы получить написание точно право и использовать тот же номер версии для vmlinuz и initrd.img):
grub> set root='hd0,msdos3'
grub> linux /boot/vmlinuz-3.2.0-70-generic root=UUID=xxx[replace this]xx ro
grub> initrd /boot/initrd.img-3.2.0-70-generic
grub> boot
(Может потребоваться несколько попыток разобраться во всем. Если UUID не работает, попробуйте корень =/dev/sda3 - или независимо от того, что Linux называет Ваш корень disk+partition.)