-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 16/12/07, Carlos E. R. escribió:
dd if=/dev/hdd1 of=ficherogigante
Éste, este es el comando... me lo apunto O:-)
Lo he empleado varias veces. Es muy potente, y muy "bajo". Creo que hay ajustes que lo hacen más rápido si le dices el tamaño de bloque a usar y coincide con el que usa el dispositivo, pero... tal como está es más fácil de recordar.
¿"ficherogigante" ocupa sólo el espacio del disco que contiene datos recuperables, no? Es decir, no todo el tamaño completo del disco :-?.
Tal como lo puse, el mismo tamaño que la partición original, espacio en blanco y todo, sin comprimir, ni compactar, ni ordenar ni nada.
y luego se trata al 'ficherogigante' como si fuera el disco (fsck, mount, etc).
Y al montarlo, ¿mantiene el sistema de archivos de la partición original (ext2 / ext3 / reiserfs...) y su estructura de directorios o es una partición "en bruto" con una estructura distinta?
La esctructura original completa, tanto que puedes hacer: mount /ficherogigante /mnt/sitio y funciona. O hacer: fsck /ficherogigante y también funciona. Hay un tipo de ficheros, no recuerdo si reiser o xfs que combiene decirle que trabaja sobre un fichero y no un dispositivo. Espera... no estoy seguro si funcionan tal cual, o hay que meterle por medio un loop, con 'losetup' ... [mirando mis notas] ... vale, el fsck funciona tal cual, pero el mount se hace a través de un loop: mount -t ext3 -o loop=/dev/loop1 /ficherogigante /mnt/sitio ó losetup /dev/loop1 /ficherogigante file -s /dev/loop1 <==== comprobacion fsck /dev/loop1 mount /dev/loop1 /mnt/sitio ... losetup -a umount /dev/loop1 losetup -d /dev/loop1 ó Editas el fstab y creas una entrada apropiada: /ficherogigante /mnt/sitio ext3 loop,defaults 1 1 con lo que puedes montarlo y desmontarlo en una sóla operación sin especificar el loop exacto. Lo que no sé es como trabajar con una imagen entera incluyendo las particiones. Esto de arriba es una imagen de una partición.
Si el comando da un error al tratar de leer el disco, entonces el disco tiene problemas de lectura (se puede reintentar con dd_rescue). Si se puede leer entero, son problemas "logicos".
El mensaje que le daba de "no se puede encontrar superbloque" (que por
Me refiero al hacer el dd.
cierto, vaya traducción "chunga" para un mensaje tan importante :-P) es lo que me parece raro... ¿tan, vamos a decir "vulnerable", es ext3 como para perder la información básica de un volumen... por un mal apagado, por ejemplo?
No debería... pero cosas veredes. Yo he perdido, en un sólo fallo, una partición ext3 entera, sin posible recuperación, junto con una docena de particiones recuperables al completo, de varios tipos. En otra ocasión perdí una partición xfs entera, y finalmente (bueno, fué antes que las otras dos) una reiser por bug del reiser (corregido en su día). La xfs es irrecuperable por culpa de un bug en el recuperador de xfs, esto es, en 'xfs_repair', reportado (Bug 280905 ) y no corregido: de hecho, han pasado varios meses y nadie se ha molestado en pedirme datos.
Si el disco ya tiene sus años... fale, pero si es un disco duro reciente, hum...Y luego dicen de reiserfs >:-)
Pero oye, que Josanable usó ext3 - cree. Todos los sistemas con "journal" rápidos son vulnerables a fallos tipo hardware, como la desconexión repentina, guardan estructuras en memoria. Y el reiser aguanta un montón los apagones. En el ext3 se puede poner que el diario guarde no sólo los metadatos, sino también los datos: eso lo hace más resistente. Pero el xf es vulnerable. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHZbUVtTMYHG2NR9URAqsEAJ0VpPMMj4I249UuczfRNqICBOP4SACfTiCA lofBXyNvKBUd/14QqwFig8c= =sqwE -----END PGP SIGNATURE-----