Re: Espace disque insuffisant inexplicable !
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 ?
Re: Espace disque insuffisant inexplicable !
Bonjour, Le jeudi 12 juillet 2018, 11:22:22 CEST 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,8G1,7G 7,6G 18% / > /dev/sda6 511G358G 127G 74% /data > > root@altair:~# df -H > Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur > /dev/sda1 9,8G1,6G 7,7G 17% / > /dev/sda6 518G318M 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 ? Quelles sont les commandes utilisées ? Est-ce qu'il y a des fichiers creux (ou sparse file) ? Il existe beaucoup de commandes Unix qui ne supporte pas correctement (voir les ignores) ces fichiers. -- Guillaume Clercin signature.asc Description: This is a digitally signed message part.
Re: Espace disque insuffisant inexplicable !
Bonjour, Le système de fichier est-il similaire sur les deux ? (la configuration est-elle similaire ? Nombre d'inodes, taille du Block) Le jeu. 12 juil. 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,8G1,7G 7,6G 18% / > /dev/sda6 511G358G 127G 74% /data > > root@altair:~# df -H > Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur > /dev/sda1 9,8G1,6G 7,7G 17% / > /dev/sda6 518G318M 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 ? > > -- > Alain JUPIN > >
Re: Espace disque insuffisant inexplicable !
> Une idée de cette bizarrerie ? Quel est le système de fichiers des partitions /dev/sda6 source et cible ? (commande df -hT) Quel est la taille des blocs ? (commmande blockdev --getbsz /dev/sda6) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Espace disque insuffisant inexplicable !
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 ? -- Alain JUPIN