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 4096Donc 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 à comprendreJe 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 machinesroot@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% /dataJ'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 ?