Por que o xcopy falha quando há obviamente espaço suficiente?

1

Eu tenho um disco rígido de 2TB "D" contendo 732GB de dados em uma partição NTFS de 2 TB que eu quero copiar (absolutamente tudo na unidade) para outra unidade "F" com 981GB de espaço (seu recém formatado (NTFS) ).

Assegurei-me de que nenhum processo estava sendo gravado no disco D ou F. Apenas um processo de backup estava em execução (backblaze) e presumo que ele apenas faça operações de leitura, para que não haja problemas.

Eu iniciei a cópia por meio de um prompt de comando com privilégios de administrador:

C:\Users\Me\Desktop\: xcopy /x /o /h /e /k D: F:

Depois de cerca de 20 horas, o comando falhou dizendo "espaço insuficiente". Eu chequei no explorador e o disco F está de fato 100% cheio. O disco D não cresceu nem nada, ainda apenas 732 GB em uso.

Eu estou sem noção aqui. Por que os dados são subitamente maiores? Devo tentar usar um live cd como o clonezilla?

(Pergunta secundária: posso acelerar este processo de alguma forma?)

UPDATE 1

Com base nas sugestões, tentei o seguinte:

robocopy D:\ F:\ /COPYALL /E /DCOPY:T /R:10 /LOG:copylog.log /XD .bzvol

Excluí .bzvol (que é apenas 82 KB) porque confunde o backblaze se não o fizer!

Isso resulta em 'infinitamente' repetir essa mensagem quando F estiver cheio: ERROR 112 (0x00000070): There is not enough space on the disk. Waiting 30 seconds...

Veja algumas evidências visuais:

EuverifiqueieaunidadeDnãoestádefinidapara"Compactar esta unidade para economizar espaço em disco".

A unidade D é criptografada pelo TrueCrypt 7.1a. Está montado atualmente enquanto estou copiando. Mas isso não deve ser um fator aqui, eu acho.

UPDATE 2

Com base no novo feedback, reuni algumas estatísticas nas duas partições. Charl estava certo sobre o dinheiro. O tamanho do cluster foi significativamente maior no disco de destino. Eu estou querendo saber qual dos dois é o "correto" (melhor) configuração dos dois, mas para a cópia para ter sucesso eu não vou ter muita escolha de qualquer maneira. Obrigado pela ajuda a todos.

    
por Korijn 28.06.2014 / 23:40

1 resposta

6

Qual é o tamanho do cluster (tamanho da unidade de alocação) no seu volume de origem D (na verdade, no sistema de arquivos dentro do seu contêiner TrueCrypt) e no seu volume de destino F?

Uma hipótese para o preenchimento da unidade é que o volume F tem um tamanho de cluster maior e o volume D tem muitos arquivos pequenos. Isso significaria que os mesmos dados poderiam ocupar muito mais espaço no volume de destino F do que no volume de origem D.

    
por 29.06.2014 / 22:04