El 2009-09-01 a las 16:11 -0300, Gabriel escribió:
2009/9/1 Camaleón:
Como Ark se queda colgado al explorar el archivador (supongo que debido al tamaño de > 3 GB. de tar.gz) lo estoy haciendo con MC que es lento, pero funciona (quiero decir que me permite navegar y extraer los archivos que quiero restaurar).
Si probás con xarchiver? es más rápido que los otros frontends (ark, file-roller)
Dejo esta opción para el final :-)
¿Alguna idea de por qué se restauran mal los datos? ¿Hay alguna limitación en el tamaño que debe tener el archivador? Recuerdo que estuvimos hablando del formato ZIP que sí tenía ese límite ¿pero el gzip también lo tiene o el problema es otro?
mmm, tengo entendido que no hay limitación de tamaño en gzip. Si con tar, que es 2^63-1 y 8^12-1 por cada archivo que contenga. Un tar.gz no es más que un tar comprimido con gzip.
Te da algún error al descomprimir con gunzip ? digamos un "unexpected end of file"?
No, ningún error. Desde el MC hago la copia del archivo sin problemas pero parece que el archivo restaurado está en formato ascii en lugar de binario. Por ejemplo, un .odt lo abro y veo sólo bloques de texto. Una imagen... y lo mismo. *** hpc02@stthpc:~/Desktop> file imagen.jpg imagen.jpg: ASCII text Cuando la original es: hpc02@stthpc:~/Desktop/> file imagen_orig.jpg imagen_orig.jpg: JPEG image data, JFIF standard 1.00, comment: "LEAD Technologies Inc. V1.01" ***
Podrías intentar algo así:
gunzip < archivo.tar.gz > archivoparcial.tar
Tras 5 minutos descomprimiendo...
y luego ve si puedes abrir el .tar creado.
...genera un tar de 5 GB. Accedo igualmente con MC y copio el archivo al escritorio pero el formato sigue "corrupto" :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org