Tengo una imagen de máquina virtual grande (15,7 Gigabytes) de la que quiero hacer una copia de seguridad desde mi computadora portátil.
Reside en una partición NTFS (Windows 7; 64 bits).
Cuando intento copiar el archivo usando el "Explorador de Windows", siempre se atasca en 4 Gigabytes. El archivo no está en uso. El límite de 4 GB no debería aplicarse si entiendo las limitaciones de FAT16/NTFS. El mensaje de error es:
"No se puede leer desde el archivo o disco fuente".
No importa dónde lo copie, por ejemplo, en una unidad de red o en una unidad NTFS externa. También intenté usar 7zip para dividir el archivo (zip; compresión cero). 7zip produce errores con un "Error de datos (verificación de redundancia cíclica)". Entonces lo intenté robocopy <source folder> <destination folder>; robocopyinformes ERROR 23y Data error (cyclic redundancy check). Copiar a un servidor SFTP también dio un error.
Sin embargo, lo extraño es que el archivo no está dañado. La imagen de VirtualBox se carga bien y puedo realizar todas las operaciones nominales en ella.
¿Podrías darme pistas sobre qué probar a continuación? Estoy más familiarizado con Linux y me gustaría intentar una copia sin formato (en Linux:) dd, pero no sé cómo hacerlo en Windows. También tenga en cuenta que no soy administrador de esta máquina (pero puedo solicitarlo mediante algunos problemas). Tampoco tengo la posibilidad de montar la unidad en otro sistema. Desafortunadamente, mis administradores internos no tienen mucha creatividad...
¿Qué podría ayudar? verificación del sistema de archivos (no sé cómo forzarlo)? "Copia sin editar", ¿parece haber herramientas en línea? ¿Algún comando para probar?
Respuesta1
El archivo en cuestión puede tener un sector defectuoso que normalmente no se utiliza, por lo que sólo se descubre al copiar todos los sectores.
Puede encontrar información sobre el estado del disco consultando sus atributos SMART, por ejemplo usando Especie. También puede consultar el Visor de eventos para ver mensajes relacionados con el disco.
Si se encuentra un sector defectuoso, puede descartar o volver a crear la VM, o copiarla desde la copia de seguridad.
De lo contrario, necesitarás utilizar productos para recuperar el disco. O podría utilizar un producto de copiado imparable que simplemente ignorará el sector defectuoso, pero terminará con una máquina virtual dañada.
Respuesta2
Estoy un poco confundido con los formatos de partición en el origen y los destinos:
- NTFS(en Windows 7) admite un tamaño de archivo máximo de16TB
- FAT16admite un tamaño de archivo máximo de4 GB
Si está intentando copiar un archivo de 16 GB desde una partición NTFS de Windows 7 a una partición FAT16, no funcionará (independientemente del mecanismo de copia, como USB, SCP o unidad de red) y fallará en la marca de 4 GB porque esa es la tamaño de archivo más grande permitido en FAT16.
Recomendaría volver a verificar los formatos de partición y los tamaños máximos de archivo de los destinos a los que intenta copiar.
Respuesta3
Muchas gracias a todos por la ayuda y el entusiasmo. Siempre es esclarecedor ver cuánta ayuda se puede obtener aquí.
Resolución de la historia:
Después de seguir los consejos para exportar la VM, elbloques malosLa teoría me llamó la atención. Curiosamente, los bloques defectuosos no afectaban el funcionamiento de la máquina virtual invitada, ya que probablemente estaba ubicada en un espacio no utilizado en el disco del invitado. También podría estar relacionado con el hecho de que el disco VM se creó como "aumentable" hasta un tamaño máximo de 20 gigabytes, pero aún no estaba usando tanto espacio.
Debido a la falta de derechos de administrador, no pude montar todo el disco host ni instalarcopiadoras imparables. Sin embargo, la pista decisiva vino de @criggie: "Haga una copia de seguridad de la VM desdedentro".
Agregué un segundo disco virtual a la VM ( sdb) y también adjunté una ISO de Linux de arranque. Desde la ISO de Linux arrancada, podría ejecutar ddpara reflejar sdaen sdb. Sin embargo, resultó en errores. Cuando ddfallé, recurrí a ddrescue, que copió tanto como fue posible (mientras jugaba con dd, por primera vez también unventanasapareció una indicación de corrupción del disco (también se muestra):
Podría hacer una copia de seguridad de la imagen de 20 gigabytes sdben un disco externo. Quité el disco duro virtual corrupto sday la ISO de la VM y inicié el nuevo sistema desde la copia de seguridad sdb. Hasta ahora, parece que no se han producido daños en los datos, al menos no en las bibliotecas del sistema ni en el directorio de inicio.
Un agradecimiento especial también a @Silbee y @harrymc. Aceptaré mi propia respuesta para mostrar la resolución específica.
Respuesta4
El archivo puede parecer de 15 gigabytes, pero si es escaso (vm-ware hace esto, si lo selecciona durante la creación del disco), es posible que se expanda a su tamaño completo durante la copia.
Si se trata de un disco disperso de 100 GB que está casi vacío, no cabe en una memoria USB de 64 GB, si se insertan todos esos ceros.