Soluzione 1:
Entrambi /proc e /sys sono filesystem virtuali che riflettono lo stato del sistema e consentono di modificare diversi parametri di runtime (e talvolta fare cose più pericolose, come scrivere direttamente nella memoria o su un dispositivo). Non eseguire mai il backup o il ripristino.
Nella maggior parte delle distribuzioni moderne, /dev viene creato dinamicamente all'avvio (è un filesystem di memoria riempito da udev e amici). Non ha senso eseguirne il backup e tentare di ripristinarlo è inutile. Tuttavia, se la tua distribuzione è configurata per utilizzare un /dev statico , questo non si applica (controlla /proc/mounts , se /dev è un tmpfs è un filesystem di memoria).
Esistono altri filesystem di cui non dovresti eseguire il backup; usbfs (di solito a /proc/bus/usb , se montato), debugfs (dovrebbe essere al /sys/kernel/debug se montato affatto, ma alcune persone lo mettono da qualche altra parte; probabilmente non hai questo), devpts (montato a /dev/pts ), altro tmpfs istanze (spesso trovate in /dev/shm , /var/run , /var/lock , e in altri luoghi; eseguirne il backup e ripristinarli dovrebbe essere innocuo ma inutile, poiché i loro contenuti vengono persi allo spegnimento) e qualsiasi filesystem remoto o directory magiche di automounter (il tentativo di eseguirne il backup o ripristinarli potrebbe finire in un disastro, poiché potresti finire per eseguire il backup / ripristino su una macchina diversa ). Dovresti anche stare attento con /media e /mnt , poiché lì si potrebbero trovare dispositivi esterni (come un CD che hai dimenticato nell'unità), ma potresti anche averli usati di proposito per montare qualcosa di cui è necessario eseguire il backup.
Nota che, oltre a tmpfs per lo più innocuo istanze, filesystem di rete/automounter e supporti rimovibili, i filesystem di cui non dovresti eseguire il backup sono tutti discendenti di /dev , /proc o /sys . Se non hai filesystem di rete (o automounter) e nessun supporto rimovibile, escluso /sys e /proc e il riavvio dopo un ripristino (per cancellare il file tmpfs istanze) dovrebbe essere sufficiente.
Soluzione 2:
Questo dipende davvero da come ripristinerai il tuo sistema. Se ricostruirai, ti serviranno solo i file di configurazione/dati per i tuoi servizi (ad esempio:/etc, /opt, /var, /home)
Se stai cercando un ripristino completo del sistema, puoi omettere /proc, /boot e /dev. Quindi puoi installare il sistema operativo minimo dal tuo supporto di avvio e quindi ripristinare il sistema tramite il backup.
Naturalmente, il miglior backup è quello che è stato testato e verificato .
Quindi ometti ciò che non pensi di aver bisogno, prova a ripristinare in una VM e verifica di poter ripristinare il tuo sistema utilizzando questi dati.
Soluzione 3:
Vedi The Tao Of Backup, capitolo 1.
Soluzione 4:
Alcuni dei file speciali in /proc e /sys confondono rsync. Di solito non vuoi nemmeno eseguire il backup dei filesystem di rete montati. Anche i file sparsi possono causare problemi.
Aggiungi -x per limitarlo a un file system. Ciò evita tutti i file system di rete e /proc ecc. Tuttavia, devi eseguire un rsync per ogni file system che hai montato.
Aggiungi -S per gestire i file sparsi in modo ragionevole.
Soluzione 5:
/boot, /dev e /proc sono piuttosto inutili per il backup, tuttavia, se sai cosa stai facendo, puoi eseguire il backup di /boot.
Inoltre, non eseguirei il backup di /lib, /media, /mnt, /sbin, /bin, /srv, /sys o /tmp.
/usr è facoltativo, a seconda che tu abbia qualcosa in /usr che valga la pena fare il backup. Se fossi in te, mi preoccuperei soprattutto di eseguire il backup delle $HOME dell'utente, /var e /etc (per i file di configurazione).
Ancora una volta, però, tutto dipende davvero dal tipo di backup che si desidera eseguire. È un server web? È un personal computer? È uno shell server con tonnellate di directory sotto /home?