Tar: directorio de comprobación de error

Hola,

Estoy en un Sun Solaris Unix con la máquina instalada.
Me tryin para restaurar un archivo de copia de seguridad en una unidad de cinta externa. Se utilizó un script de perl para ejecutar las copias de seguridad que utiliza el comando tar para las copias de seguridad.

Corro

tar xvbf 1024 / dev/rmt/0n <path de disposición a ser restored>


Sigo obteniendo el "tar: directorio checksum error". ¿Alguien lo que yo estar haciendo mal?

Gracias,
v

Si está utilizando Sun Solaris, que sin duda está utilizando Unix.

Podría ser dos versiones diferentes de alquitrán, (nativa y / o GNU). Compruebe que uno que esté ejecutando, y tratar de usar GNU tar para extraer, o viceversa.

hombre de alquitrán pueden serle de ayuda.

¡Salud!.

Hola,

Bueno, la copia de seguridad y restauración se están realizando en la misma máquina (servidor). Por lo tanto, sería la misma versión de alquitrán, ¿verdad?

este es el comando en el script de perl que hemos utilizado para crear el fichero tar

$ fullBackup = "/ usr / local / bin / tar CVF -";

Si no es así, cómo debo utilizar las GNU tar para extraer? ¿Se trata de un comando diferente? No he visto nada en los archivos de hombre.

Gracias,
V

OK, así que tal vez sólo se trate. Normalmente, GNU tar se encuentra en / usr / local / bin / tar, en lugar de nativos de alquitrán, que es / usr / bin / tar.

Trate de que una vez.

Hola,

que parece ser la forma correcta de hacerlo, la versión GNU tar en el directorio local

Pero sigo terminan recibiendo estos errores - después de escribir en el siguiente comando

#/ usr / local / bin / tar xvbf 1024 / dev/rmt/0n rawdata/medicaid/alleg/claims/alda99. ssd01


/ usr / local / bin / tar: / dev/rmt/0n: No se puede leer: I / O error
/ usr / local / bin / tar: Al comienzo de la cinta, de dejar de fumar ahora
/ usr / local / bin / tar: Error no es recuperable: salida ahora


¿Significa esto no tengo la lista de unidad correcta? Cuando voy a ver que si esa es la causa?

Gracias,
V

OK, que está recibiendo un IO error al intentar leer y la cinta. ¿Ha intentado montar?

Puede comprobar el contenido del alquitrán a través de una tar-t (que se encuentra en el hombre de alquitrán).

Intente esto;
mt-f / dev/rmt/0n rebobinar

Usted seguro de su 0n? (Dispositivo)?

y que estaba usando que en perl para crear el alquitrán? Sólo por curiosidad, ¿por qué no utilizar ufsdump y ufsrestore? A pesar de todo, es usted la creación de alquitrán con el 1024 * 512 bytes de tamaño de los bloques? ¿Está su extracto haciendo lo mismo?

En primer lugar, asegúrese de que su cinta puede incluso ser montados.

Es posible que no haya sido la grabación de todo el tiempo. He visto que eso ocurra. (Volver cuando lo hice SysAd trabajo, yo siempre seguro de que mi incrementales y fulls restaurada por lo menos una vez al mes...sólo para asegurarse. ).

¡Eh!,

Montaje de la cinta trabajado! Muchas gracias,

thght que nunca Wld ser un problema desde que ejecutar las copias de seguridad w / o cualquier montaje normalmente. El script no utiliza mt así como en cualquier lugar.

Por otra parte, una cuestión si youve nunca venir a través de este.... cuando uno es el SU modo, ¿el alquitrán s z opción de convertirse en inservible? Me quede inadvertida para obtener una opción para z (gzip) Cuando yo era como el uso de alquitrán SU en una máquina remota. Pero, como raíz, el sistema reconoce que...misma máquina.

sólo preguntan si youve nunca visto...

anywayz puedo restaurar las cintas ahora! gracias de nuevo

V

No hay problema...Solaris tiene algunas rarezas con dispositivos crudos vs montado; extraño normas que impliquen la lectura y la escritura.

En cuanto a su segunda pregunta.... Recordemos que hablamos de dos alquitranes? Sistema de alquitrán y GNU tar? ¿Cuánto usted desea apostar cuando a su raíz, está utilizando una versión distinta de alquitrán? Tal vez la base de alquitrán que se encuentra en la raíz usuarios camino? Trate de ser implícito tar con su ejecución; / usr / local / bin / tar, etc, etc, ya que el usuario root.

¡Salud!.