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 < [email protected]> 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 >
