dd rescate al mismo modelo de unidad: ¿encajará?

Question

Primera vez que uso ddrescue. La unidad de 3 TB mostraba errores y se desconectaba (solo en Windows), así que inicié desde un dispositivo en systemrescuecd y usé

ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile

(el archivo de mapas está en una tercera unidad).

Es posible que haya cometido un error aquí, pero quería copiar todo lo que pudiera del disco lo antes posible. La unidad de destino es de la misma marca/modelo/tamaño y la única posible que podría usar en ese momento.

Estoy aproximadamente al 40% de la copia sin errores hasta el momento, pero ha llegado a la etapa lenta; unos 2 días razonables (con picos de más de 100, pero soy optimista al respecto).

i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0

Tengo un disco más grande en camino, con suerte mañana (6Tb).

Plenamente consciente de que esto era riesgoso, pero quería hacer algo antes de que nunca volviera a encenderse. Todavía no hace ningún ruido.

En retrospectiva, puede que hubiera sido mejor copiarlo a una imagen (?)

Mi preocupación, al tener tiempo para leer más, es si es probable que esto se complete o se quede sin espacio. He visto recomendaciones para copiar en una unidad un 50% más grande.

Puedo ver por qué puede haber una pequeña diferencia en los tamaños o la unidad en la que estoy copiando puede tener sectores defectuosos, etc., pero no estoy seguro de por qué debería ser mucho más grande, si el archivo de mapa está en otro lugar, así que pensé en pregunta por si he entendido mal algo.

¿Quieres

1. Mantenga el ddrescue funcionando mientras funciona en la otra unidad de 3 TB. Supongo que siempre puedo tomar una imagen de la unidad de destino al menos para lo que se haya copiado.

2. Deténgalo para no desgastar la unidad de origen y cree una nueva imagen en la nueva unidad.

3. Haz algo más sensato y seré un idiota y no he entendido bien lo que estoy haciendo aquí.

4. Si al final se queda sin espacio, ¿cuál es el proceso? ¿Drescue el disco, con suerte, bueno, a una imagen, obtener la última parte de esta fuente y combinarla? ¿O estoy jodido? Puedo vivir con cierta pérdida de datos.

Muchas gracias por cualquier ayuda, perdón por la extensión, espero que quede claro.

---

Copias de seguridad, ¡no! Este empezó a fallar mientras intentaba hacer una copia de seguridad, luego falló por completo (varios cortes de energía en un corto espacio de tiempo)

Editar: 2 cosas más que quizás debería mencionar

1. Esta es una unidad de datos, en lugar de un arranque.
2. Durante el breve tiempo que pude verlo en Windows, mostró la estructura de carpetas, así que espero que la información de la partición se copie bien. Aunque entiendo que puedo tener algunos problemas con eso si el tamaño final es demasiado grande (?)

Answer 1

Si el objetivo es igual o mayor, funcionará. Puedes consultar con:

blockdev --getsize64 /dev/source /dev/target

Si es más pequeño, se quedará sin espacio, pero si eso importa depende de cuántos bytes faltan / y de lo que realmente hay allí.

En retrospectiva, puede que hubiera sido mejor copiarlo a una imagen (?)

Los archivos de imagen también tienen desventajas. Además, necesita más espacio... puede copiar un disco de 3 TB a otro disco de 3 TB, pero no a un archivo de imagen en ese disco de 3 TB, ya que una buena parte se pierde en la partición, los metadatos del sistema de archivos,...

1) Mantenga el ddrescue funcionando mientras funciona con la otra unidad de 3 TB.

Sí, aunque el archivo de registro/archivo de mapa le permite cancelar en cualquier momento y reiniciar con diferentes opciones. Mencionaste que se quedó atascado en un área lenta, puedes saltar adelante o quizás experimentar con la --min-read-rateopción. Pero mientras no esté completamente atascado, sería mejor dejarlo funcionando por ahora.

4) Si al final se queda sin espacio, ¿cuál es el proceso?

Depende de lo que haya realmente en el disco y de cuánto falte.

A veces no importa en absoluto, por ejemplo, LVM a menudo tiene algunos datos inutilizables al final (depende del tamaño de la extensión física y el desplazamiento) y la mayoría de los sistemas de archivos se preocupan mucho más por el inicio de la unidad que por su final.

Si falta una pequeña porción, puedes usar dmsetupel mapeo lineal para crear un nuevo dispositivo con espacio adicional, sin tener que copiar todo nuevamente. Pero lo más probable es que no sea un problema grave en primer lugar.