Bizaaaaarro. Tava demorando pra dar um erase na fita, reparei que a
sessão tinha travado e tentei dar um kill no processo. Alguém já viu um
processo resistindo a um kill -9?? Tentei de tudo: kill, pkill, fuser
-k, matar por dentro do htop e NADA. mto bizarro. Alguém tme alguma idéia?
On 07/15/2010 11:18 AM, Leonardo Carneiro - Veltrac wrote:
Oi Jackson.
Primeiramente, obrigado pela resposta. Na verdade não são taaaaantos
arquivos assim. São cerca de 900 arquivos para 71GB, relativamente
pouco do meu ponto de vista. Não creio que este seja um problema
significativo.
Antes de tentar fazer esse backup grande, eu fiz um pequeno (cerca de
5GB) e deu certo. Vou tentar com outra fita, e também com um segundo
backup que eu tenho que fazer, que é um tanto menor (54GB). Mas o que
vc falou tem todo sentido.
Havia me esquecido que o 'du' não é exatamente confiável qdo se
precisa de precisão no tamanho, e também tem tem essa questão da
conversão. Vou fazer uns testes posto aqui na lista.
On 07/15/2010 11:00 AM, Jackson Rodrigo Braga wrote:
Trabalho com backup ha uns 10 anos, realmente o nome comercial é
sempre o dobro da capacidade por se prever compressao. Entao nesse
caso a capacidade nominal é de 80GB.
MAAAAAASSSSSSSSSSSSS, as infames e nao padronizadas conversões de
bits pra bytes e os metodos de levantamento de tamanho de arquivos
causam esse erro qdo se aproxima mto da capacidade da midia. Sem
falar que tem um outro problema, vc disse "muitos arquivos pequenos
de..." 1GB de arquivos de 1k usam mto mais espaços na midia do que se
forem em 2 arquivos de 500MB, devido a escrita no header das midias.
Tente fazer backup de algo em torno de 65 a 68 GB (nao tenho ideia do
qto vc tem de arquivos).
Caso tb não dê, nao podemos descartar problema na midia ou drive, ai
vc me avisa e te passo algumas ferramentas de laboratorio pra testarmos.
Abraços
Em 14 de julho de 2010 19:14, Leonardo Carneiro - Veltrac
<lscarne...@veltrac.com.br <mailto:lscarne...@veltrac.com.br>> escreveu:
Salve galera, sou novato em backups em fita. O primeiro backup eu
estou fazendo manualmente. Obviamente vou automatizar tudo depois
com scripts.
Estou usando um equipamento da HP, conectado via USB, usando fitas
DAT160. Fiz alguns pequenos testes com tar e mt, e tudo ocorreu bem.
Agora fui fazer o backup pra valer, de um diretório de 71Gb,
segundo a saída o du:
[ Servidor_p0:root ] du -sch gateway/
71G gateway/
71G total
Entendo que a fita DAT160 ñ tem 160GB, mas sim 80GB, e ela presume
160 por achar que tudo que eu vou mandar vai ser compactado em uma
taxa de 2:1.
Pois bem, esse diretório já tem vários pqnos arquivos já
compactados em bz2, e o resultado é essa pasta de 71GB. Achei que
isso ia caber na fita de 80/160, mas deu erro que lotou o
dispositivo:
tar: /dev/st0: Cannot write: No space left on device
tar: Error is not recoverable: exiting now
Alguém sabe me dizer pq que deu problema? Até mais.
-- Leonardo Carneiro
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c3f3c5f.1050...@veltrac.com.br