Presumibilmente, vedrai un po' di errore "Spazio esaurito sul dispositivo":
# truncate -s 100M foobar.img
# mkfs.ext4 foobar.img
Creating filesystem with 102400 1k blocks and 25688 inodes
---> number of inodes determined at mkfs time ^^^^^
# mount -o loop foobar.img loop/
# touch loop/{1..25688}
touch: cannot touch 'loop/25678': No space left on device
touch: cannot touch 'loop/25679': No space left on device
touch: cannot touch 'loop/25680': No space left on device
E in pratica raggiungi questo limite molto prima di "4 miliardi di file". Controlla i tuoi filesystem con entrambi df -h e df -i per scoprire quanto spazio è rimasto.
# df -h loop/
Filesystem Size Used Avail Use% Mounted on
/dev/loop0 93M 2.1M 84M 3% /dev/shm/loop
# df -i loop/
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/loop0 25688 25688 0 100% /dev/shm/loop
In questo esempio, se i tuoi file non hanno in media dimensioni 4K, esaurisci lo spazio inode molto prima dello spazio di archiviazione. E' possibile specificare un altro rapporto (mke2fs -N number-of-inodes o -i bytes-per-inode o -T usage-type come definito in /etc/mke2fs.conf ).
Una volta raggiunto il limite, i successivi tentativi di creare file falliranno con ENOSPC , indicando che il file system di destinazione non ha spazio per nuovi file.
Nello scenario che descrivi, ciò comporterà in genere l'interruzione del trasferimento una volta raggiunto il limite.