Mi Ubuntu 12.04.1 ejecutándose en virtualbox se quedó sin espacio mientras estaba instalando software y ahora no se reinicia . Tengo archivos que necesito recuperar de él. Tengo el ubuntu64.vdi
archivo en mi computadora portátil con Windows 7 (host) y me preguntaba si hay alguna forma de recuperar los archivos del archivo vdi.
Paralelamente, generé una nueva máquina 12.04.1 en virtualbox en la misma computadora portátil, y la usaré en lugar de la borked.
Puedo agregar el borked vdi
a la lista de discos en el que funciona. Luego usé gnome nautilus para montar el disco descorchado.
Puedo encontrar los archivos allí, pero tienen aproximadamente 2 meses. Creo que esto coincide con la última vez que hice una instantánea de virtualbox de la máquina, pero no la última vez que obtuve una máquina en funcionamiento, que fue ayer. ¿Hay alguna forma de montar el vdi
de ayer, justo antes de que se estrellara?
EDITADO:
Esto es lo que Virtual Media Manager
me dice acerca de mi ubuntu64.vdi
archivo:
EDITADO2:
Copié mi ubuntu.vdi
a un USB externo con mucho espacio en disco. Intenté usar Windows para clonarlo, pero recibí un error:
Intenté lo mismo desde la máquina virtual en funcionamiento a través de una carpeta compartida de la unidad USB, y comenzó la clonación. Tomó un buen rato, pero terminó con éxito:
root@precise64:/media/sf_E_DRIVE/copy_of_ubuntu64_vm_folder_20140224/ubuntu64#
VBoxManage clonehd ubuntu64.vdi ubuntu64.raw --format RAW
0%...
10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone hard disk created in format 'RAW'. UUID: 90f99198-18e1-40ee-85fe-c083dcbb1ac3
EDITADO3:
Después de crear el archivo sin procesar, ejecuto testdisk
con Deeper Search
, obtengo una lista como esta:
Ater Deeper Search
ha terminado, me sale una lista como esta:
Pero no sé cuál es cada instantánea ... ¿Alguna idea?
fuente
rsync
.Vboxmanage clonehd 2208...
(copie el UUID más reciente aquí). Ver serverfault.com/a/506581/195528Respuestas:
De la línea de comando
En caso de que usemos Ubuntu como host, podemos convertir nuestro disco .vdi a un disco sin formato con el siguiente comando:
Luego podemos abrir testdisk con este archivo para recuperar archivos en la imagen de la unidad virtual (también vea a continuación):
De una máquina virtual
En caso de que la imagen rota de la unidad VDI todavía esté registrada en Virtual Box, podemos agregar esta imagen como una unidad a nuestra nueva máquina virtual:
Inicie su Ubuntu virtual al que hemos agregado el .vdi roto pero no monte la unidad .
Cree un directorio en una partición montada allí para contener los datos recolectados (por ejemplo
~/rescued
),Instale testdisk en la máquina virtual.
Inicie testdisk desde una terminal allí:
Elija la unidad adecuada para recolectar datos (aquí se muestra para
/sdb
) y seleccione[Proceed]
Elija el diseño de partición apropiado (generalmente
Intel
)Seleccione
[Analyse]
-[Quick Search]
Seleccione la partición que contiene los datos para cosechar (aquí solo estaba presente una única partición NTFS):
Presione P para listar archivos en esa partición.
Navegue hasta el directorio que contiene los datos. Vea los nombres de los archivos para asegurarse de haber elegido los correctos.
Seleccione directorios o archivos para cosechar usando : . Todos los archivos / directorios seleccionados se marcarán en verde:
Presione mayúscula C para copiar todos los directorios / archivos seleccionados al directorio de rescate que se seleccionará en el siguiente paso.
Elija un directorio en la (s) partición (s) montada (s) de su VM de Ubuntu para guardar los datos rescatados:
Presione c para comenzar a copiar los datos del .vdi roto a nuestro directorio de rescate en su VM saludable.
Notas:
En caso de que no podamos ver nuestros archivos con la
[Quick Search]
opción en 6. es posible que tengamos que realizar a[Deeper Search]
. Esto también mostrará una lista de particiones eliminadas y sobrescritas anteriores. Por lo tanto, debemos asegurarnos de seleccionar las particiones apropiadas donde residen nuestros datos.Si hubiéramos tomado instantáneas de .vdi, podemos encontrarlas en,
~/.VirtualBox/Machines/<Name of Machine>/Snapshots/{###}.vmdk
pero cada vez que usamos la función de instantánea de Virtual Box, cualquier cambio de una instantánea se escribirá en un archivo diferencial.Para fusionar el archivo diferencial con el disco duro, necesitamos eliminar todas las instantáneas (que probablemente no sea lo que queremos, ya que podríamos restaurar a la instantánea anterior en lugar de solicitar la recuperación de datos), o necesitamos clonar el disco de la máquina usando:
Luego vinculamos el clon a nuestra VM de rescate como se muestra arriba.
Escribir en el .vdi roto solo debe hacerse después de que los datos estén seguros, ya que esto puede dañar aún más el sistema de archivos.
En caso de que nuestro Ubuntu de rescate sea demasiado pequeño para contener los datos rescatados, podemos crear otra unidad virtual nueva para vincularla a la VM. Esta unidad debe montarse en la máquina virtual para poder guardar allí los datos del disco de prueba.
fuente
Deeper Search
para navegar de nuevo.Deeper Search
, y después de un par de horas, volví a buscar el contenido que quería recuperar: todavía apuntan a una versión de verano de 2013 de la máquina virtual, antes de simplemente montar la partición con gnome nautilus, que me estaba dando un enero Versión 2014, pero aún no puedo encontrar los archivos de hace dos días.1) Intenta recuperar la instantánea con el UUID, usa el siguiente truco:
ingrese el comando
C:> VBoxManage clonehd <UUID> CloneDisk.vdi
Espero que ayude, encontré la solución aquí: ( https://forums.virtualbox.org/viewtopic.php?t=791 )
2) si los pasos en 1) no funcionan, aquí hay otros pasos que puede probar. Cómo clonarhd el estado actual de un disco:
Esta solución es de aquí: ( http://www.im-code.com/blog/blog/2012/02/04/virtualbox-clone-snapshots/ ) Ambos hablan sobre todo de lo mismo.
fuente
Tenía un sistema Linux dañado
/
yfsck
no podía solucionarlo . Usé el siguiente enfoque simple:/home/user/
carpeta. Recuerde copiar los archivos ocultos (archivos de configuración).Funcionó bien para mí. La corrupción del disco solo dificultaba el arranque, no hubo pérdida de datos en mi carpeta de inicio.
fuente