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
<lscarneiro@veltrac.com.br <mailto:lscarneiro@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