Uma certa vez armei um backup utilizando o segundo HD com FAT32 para receber os arquivos. Havia notado inclusive que ao passar o checkdisk (fsck.msdos) este sempre encontrava referências perdidas. Até ai tudo bem, tendo em vista irregularidades na rede eletrica e o servidor não ser desligado devidamente.
Mas agora um cliente exigiu que o backup dele seja disponibilizado o mais rápido possível numa estação de trabalho Rwindows. E quem sou eu pra argumentar alguma coisa não é mesmo?! Bom a questão é que fazendo os testes num HD USB, móvel. Os fantasmas das referências perdidas continuam. Até acho normal, pois o Linux é obrigado a gravar bem onde ele conhece. E FAT definitivamente é o fim da picada. Nos meus testes, tudo foi feito direitinho, desde a formatação que levou quase dois dias para um HD de 80GiB, até a montagem, desmontagem e checagem. mkdosfs -c -F 32 /dev/sda1 mount -t vfat /dev/sda1 /hdmovel cp -ax /geral/* /hdmovel umount /hdmovel mount -t vfat /dev/sda1 /hdmovel rm -rf /hdmovel/* umount /hdmovel e finalmente o fsck.msdos /dev/sda1 /åACKUP.IMG Contains a free cluster (6337). Assuming EOF. /åACKUP.IMG File size is 655808512 bytes, cluster chain length is 0 bytes. Truncating file to 0 bytes. /åc\000d\000i\000m.\000a\000 Start cluster beyond limit (4294901760 > 4883883). Truncating file. /åc\000d\000i\000m.\000a\000 File size is 4294967295 bytes, cluster chain length is 0 bytes. Truncating file to 0 bytes. /åDIMAGE Contains a free cluster (46365). Assuming EOF. ... Poderia confiar nos dados confinados neste tipo de partição? Qualquer comentário será bem vindo... -- Leonardo Pinto listas#openlogic dot com br --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
