☰

Ubuntu 10.04 en virtualbox da error: El sistema de archivos de destino no tiene /sbin/init \ No se encontró init. Intente pasar init= bootarg

tag-icon • tag-icon linux ubuntu virtualbox
Ubuntu 10.04 en virtualbox da error: El sistema de archivos de destino no tiene /sbin/init \ No se encontró init. Intente pasar init= bootarg

Soy un novato en Linux y la única razón por la que lo tengo instalado es para dejar de tener problemas de incompatibilidad de Windows con Ruby on Rails. Dicho esto, seguro que ha sido agradable y mucho más rápido, y no creo que haga nada con Winrails en el corto plazo.

Entonces creé una máquina virtual usando virtualbox y he tenido ubuntu durante las últimas 3 semanas. Recientemente, Ubuntu preguntó si podía actualizar algunas cosas, hice clic en "Aceptar".

Ahora no arranca y aparece este error: *montaje: falló el montaje de /dev en /root/dev: no existe tal archivo o directorio montaje: falló el montaje de /sys en /root/sys: no existe tal archivo o directorio... El sistema de archivos de destino no tiene /sbin/init. No se encontró ningún inicio. Intente pasar init= bootarg

BusyBox v1.13.3...

(initramfs)_*

Así que navegué por los foros y hay una variedad de soluciones, pero todas tienen que ver con el arranque desde el CD en vivo. (que supongo que es la imagen ISO que utilicé para instalar ubuntu en primer lugar). Pero cuando inicio desde ese CD, simplemente se cuelga en la pantalla de Ubuntu y los pequeños puntos siguen cambiando de blanco a rojo, pero se quedó allí durante una hora, así que creo que estaba atascado. No estoy seguro de qué puedo hacer; ¿Puedo hacer algo desde el shell de Busybox (o lo que sea) para arreglar las cosas?

La cuestión es que me tomó alrededor de 10 horas tener todo como necesitaba con todas las gemas y todo eso. Y realmente no escribí lo que modifiqué, y soy de mediana edad, así que toda esa información ya se ha filtrado y no quiero volver a hacerlo. Realmente me gustaría reparar mi instalación existente.

Una pregunta que podría tener es: ¿hay algún problema con la ISO? No lo creo, porque creé una nueva máquina virtual y usé ese mismo archivo iso para instalar un ubuntu nuevo.

Cualquier ayuda muy apreciada.

filo

Respuesta1

Todo parece normal en el indicador del gestor de arranque. Entonces me temo que el sistema de archivos se ha dañado.

Sugiero el siguiente proceso:

  1. Cree una nueva máquina virtual y realice una nueva instalación de Ubuntu.
  2. Instale el etckeeperpaquete y ejecute etckeeper init. Esto lo pondrá /etcbajo control de versiones. Si tiene una herramienta de control de versiones favorita entre Bazaar, Darcs, Git y Mercury, selecciónela /etc/etckeeper/etckeeper.confantes de ejecutarla etckeeper commit.
  3. Los cambios que se indican a continuación /etcse confirmarán automáticamente antes y después de las tareas de administración de paquetes y una vez al día. Puede confirmar manualmente ejecutando etckeeper commito invocando directamente la herramienta de control de versiones subyacente.
  4. Ahora es el momento de intentar salvar la antigua VM. Apague la nueva VM, luego agregue el disco de la antigua VM a la nueva e inicie la nueva VM.
  5. Intenta montar /dev/sdb2. Si se le solicita que ejecute fsck, hágalo.
  6. Recupera lo que puedas de la antigua VM.
  7. Recuerde incluir el repositorio de /etc, así como cualquier cosa que pueda hacer en /usr/localla /homeVM, en su configuración de respaldo.

Respuesta2

Tuve algo similar: host Ubuntu 10.10 con invitado Ubuntu 10.10.

El FS invitado se corrompió y provocó el mismo error que el anterior.

Esto se resolvió montando las particiones desde el archivo vdi y ejecutando una verificación de archivos.

sudo vdfuse -g -f /media/ssdext4/UbuntuGuest.vdi /mnt/

Ahora debería poder enumerar las particiones del archivo vdi con "sudo ls -l /mnt/"

Ahora ejecute la verificación FS, con la ruta completa. sudo fsck.ext4 /mnt/Partition1

Creo que vdfuse debería ser parte de la instalación predeterminada. No veo cómo solucionar estos problemas a menos que tengas vdfuse.

Respuesta3

No es el enfoque más elaborado, pero quizás el más rápido: agregue la imagen del disco de su VM rota a la recién instalada, móntela desde allí, copie su $HOME, /etc y tal vez algo de /var/{lib,db, .. .} (o al menos conserve una copia) y debería volver a funcionar en menos de una hora.

Supongo que el problema real se debe a que el disco ram inicial no puede descubrir ni montar correctamente el dispositivo de disco virtual. Entonces, lo que también podrías intentar si de alguna manera logras acceder al sistema de archivos de la VM rota es algo como:

mount /dev/sdbroken1 /mnt/brokendisk
for i in dev dev/pts proc sys; do
  mount --bind /$i /mnt/brokendisk/$i
done
chroot /mnt/brokendisk
update-initramfs -u -k all # regenerate initial ramdisk - look for errors
^D
reboot

Respuesta4

Tengo exactamente el mismo problema; incluido también el comportamiento extraño con la iso en vivo.

Resulta que el problema es que grub está jodido de alguna manera, posiblemente porque el sistema host se va a dormir [lo digo porque Christis Bergeles describe el mismo problema que yo con el mismo host (mac osx) enhttp://christos.bergeles.net/blog/files/tag-grub.html]

Adjunte su HD virtual problemático a otra máquina virtual Ubuntu que funcione.

Arranque en esa VM

(las siguientes dos líneas asumen que esta VM tiene su disco problemático en /dev/sdb)

montaje sudo /dev/sdb1 /mnt

sudo grub-install --root-directory=/mnt/ /dev/sda

funcionó para mí, en dos casos separados de este problema.

Tim.

información relacionada