“1)se ora i due file backup.1 e .0 puntano allo stesso inode,cosa ne rimane dei blocchi di memoria che erano assegnati al file backup.0?”

Dopo questo cp i files contenuti nella cartella backup.0 puntano agli stessi inode dei corrispondenti files nella cartella backup.1. Se in backup.0 c’era qualche altro file che non è in backup.1 resta li dov’è e verrà  cancellato successivamente da rsync. Se in backup.0 c’e un file di nome “pippo” e anche in backup.1 c’è un file con quel nome ma è diverso, allora il file “pippo” di backup.0 viene eliminato e al suo posto viene inserito un hard link al file “pippo” di backup.1. L’eliminazione del file “pippo” di backup.0 comporta la liberazione dei relativi blocchi su disco solo se non ci sono altri hard links che puntano allo stesso inode. Il filesystem si preoccupa di liberare i blocchi quando non ci sono più referenze, se c’è ancora almeno una referenza (cioè un hard link) i blocchi restano allocati.

“2)con il comando rsync aggiorni il file backup.0 che punta agli stessi blocchi di memoria del file backup.1, quindi modifichi anche il file backup.1 perdendo questa versione. Xche?”

Facciamo sempre riferimento al nostro file “pippo” che esiste in backup.1 e, dopo il cp -l, esiste anche in backup.0. Entrambi i files “pippo” puntano a questo punto allo stesso inode.
Supponiamo che questo file sia stato nel frattempo modificato, l’esecuzione di rsync non va a modificare il contenuto del file (sarebbe un casino perchà© anche il file contenuto in backup.1 verrebbe modificato) ma va ad eliminare il file “pippo” in backup.0 e crea un nuovo file (che punta quindi ad un diverso inode) contenente la nuova versione.

Quindi solo i files che vengono modificati tra un backup e il successivo occupano nuovo spazio su disco, tutti quelli che non vengono modificati puntano agli stessi inode dei rispettivi files dei backup precedenti non occupando spazio aggiuntivo.

Spero di essermi spiegato.
Ciao

ciao, grazie
S.