Estou tentando entender porque o processo de backup em um dos servidores está demorando tanto e não copiando os dados corretamente.
Este é o tamanho da partição externa do HDD.
df -h /dev/sdb1
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 985G 362G 573G 39% /media/backup
A pasta que estou tentando copiar é menor que o tamanho da partição externa do HDD.
df -h /dev/sda4
Filesystem Size Used Avail Use% Mounted on
/dev/sda4 3.4T 867G 2.4T 27% /mounts
Tudo parecia bem. Iniciei o processo de backup há quase uma semana e ainda não foi concluído. Percebi que poderia ser um problema com a velocidade da porta USB, mas estava errado.
Também suspeitei que pudesse ser um sistema de arquivos corrompido que pudesse estar causando o erro. Eu queria rodar fsckno /dev/sda4sistema de arquivos. Mas quando verifiquei parte da saída do script, li algumas mensagens de erro como,
rsync: mkstemp "/media/backup/2014-06-18_09-36/mounts/ no space left on device (28)
Deaqui, li que 5% do espaço em disco seria alocado para o sistema de arquivos raiz. Não entendo se isso está relacionado ao meu problema. Também, deaqui, li que o tamanho do inode não pode ser superior a 2 GB. Acredito que deveria ser algo que eu investigasse. Mas não tenho certeza se esse é o problema. Eu apreciaria mais dicas na direção certa.
EDITAR:
A saída do df -icomando é a seguinte.
df -i /dev/sdb1
/dev/sdb1 65544192 65279823 264369 100% /media/backup
df -i /dev/sda4
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda4 229957632 171244050 58713582 75% /mounts
Responder1
Você ficou sem inodes na sua unidade de backup. Esse é o erro de falta de espaço que você está vendo.
Cada arquivo (basicamente) ocupa um inode. Infelizmente, na maioria dos sistemas de arquivos não há como adicionar mais inodes, exceto mkfs.
Exemplo: com ext4, você escolhe o número de inodes criados (no tempo mkfs) diretamente com a -Nopção, ou como uma proporção para o tamanho do volume com -i. Os vários tipos de uso ( -Tvariam principalmente a proporção de inodes).