Recientemente actualicé mi Ubuntu 14.04 (kubuntu), ejecutándolo como invitado dentro de VirtualBox 4.3.12 alojado en Windows 7 Enterprise, 64 bits.
Todo funcionó bien hasta ayer, cuando intenté iniciar el nuevo sistema actualizado.
La primera es que el nuevo sistema (kernel 3.13.0-52-generic) no arranca: obtengo el clásico
ALERT! /dev/disk/by-uuid/<long string> does not exist. Dropping to a shell!
error y aparezco en el (initramfs)mensaje de ash. Puedo iniciar un sistema más antiguo (kernel 3.13.0-32-generic), pero proporciona una especie de KDE roto en el que el administrador de ventanas parece no iniciarse: se iniciará una aplicación y se colocará en la parte superior izquierda del ( one)escritorio, sin capacidad de moverlo o cambiar su tamaño. Y no hay opciones en ninguno de los menús de configuración del sistema para agregar más escritorios virtuales.
He buscado mucho en Internet sobre esto, que es un error que nunca había visto antes, pero no estoy seguro de cómo aplicar correcciones a un sistema virtual. Supongo que podría simplemente instalar un sistema completamente nuevo desde cero... pero ¿es esa la mejor manera? Tenga en cuenta que blkidactualmente regresa como su única línea
/dev/sr0: LABEL="VBOXADDITIONS_4.3.12_93733" TYPE="iso9660"
Además, no hay un /dev/diskdirectorio, ni hay un /bootdirectorio. Hace un tiempo logré obtener líneas al blkidincluir la imagen de inicio, /dev/sda1 pero no estoy seguro de dónde se encuentra ahora.
Lo intenté: transferir mi imagen virtual de Linux ("ubuntu.vdi") a un controlador SCSI en VirtualBox, agregar el parámetro "rootdelay=60" a la línea de inicio en el menú de GRUB, pero hasta ahora nada funcionó.
Cualquier ayuda sería recibida con mucha gratitud, ya que necesito mi Linux para la mayor parte de mi trabajo y tiene que ejecutarse dentro de Windows, ya que mi institución usa Microsoft AD para todo, incluido el acceso a unidades e impresoras comunes. Y nuestros servicios de TI se niegan rotundamente a incorporar soporte para Linux.
Respuesta1
Tuve un problema similar en una máquina física. Parece que se reinició durante una actualización y dejó que grub iniciara una imagen del kernel (3.13.0-45-generic) que no pudo encontrar mis discos duros y no tenía una entrada para /dev/disk/by -uuido/.
Resolví el problema arrancando desde un kernel anterior y luego completando la actualización. Esto me dio 3.13.0-53-generic, que parece funcionar mejor.
1) Inicie desde el indicador de grub, presione 'e' para ver el script de inicio del proceso de inicio actual (roto). Tome una foto de la pantalla.
2) Presione ESC, luego 'c' para acceder al símbolo del sistema de GRUB.
3) Verifique el contenido del directorio de inicio en su unidad raíz para ver qué núcleos tiene disponibles. (Reemplace hd0,msdos3 con cualquiera que sea su raíz):
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) Arranque desde el kernel anterior. (Consulte su foto para conocer los comandos exactos y el UUID raíz=.... Utilice el tabulador para obtener la ortografía exactamente correcta y utilice el mismo número de versión para vmlinuz e 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
(Es posible que sean necesarios algunos intentos para lograr que todo salga bien. Si el UUID no funciona, pruebe con root=/dev/sda3, o como quiera que Linux llame a su disco raíz+partición).