Bonjour,
Pour répondre à vos interrogations
Sur la machine source :
root@deneb:~# df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 ext4 9,1G 1,6G 7,1G 18% /
/dev/sda6 ext4 475G 335G 116G 75% /data
root@deneb:~# df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sda1 610800 44514 566286 8% /
/dev/sda6 31637504 179430 31458074 1% /data
root@deneb:~# blockdev --getbsz /dev/sda6
4096
Et la cible :
root@altair:~# df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 ext4 9,1G 1,5G 7,2G 17% /
/dev/sda6 ext4 482G 303M 458G 1% /data
root@altair:~# df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
/dev/sda1 610800 45852 564948 8% /
/dev/sda6 32096256 588 32095668 1% /data
root@altair:~# blockdev --getbsz /dev/sda6
4096
Donc je pense en effet à la présence de fichiers à trous (sparse file)
auquel je n'avais pas pensé initialement.
Je retente la copie avec rsync -aS qui contrairement à scp supporte les
sparses files.
Merci à vous
Alain JUPIN
Le 12/07/2018 à 11:22, JUPIN Alain a écrit :
Bonjour,
J'ai un petit problème d'espace disque que je n'arrive pas à comprendre
Je souhaite transférer les données d'une machine A, qui dispose d'une
partition "data" de 511Go vers une machine B ayant une partition data
de 518 Go (cf les deux df-H) des deux machines
root@deneb:~# df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 9,8G 1,7G 7,6G 18% /
/dev/sda6 511G 358G 127G 74% /data
root@altair:~# df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda1 9,8G 1,6G 7,7G 17% /
/dev/sda6 518G 318M 491G 1% /data
J'utilise pour le transfert un bête scp, mais au bout de quelques
heures, je me fait insulter par un no space left on drive (sur la
machine B, altair) ! ! ! Avec rsync idem !
A priori ce n'est pas un problème d'inodes car il n'y a que 3% d'iodes
utilisés quand le disque est plein sur altair.
Bien sur, la partition data sur altair est presque vide au début du
transfert des 350Go.
Une idée de cette bizarrerie ?