Solusi 1:
Keduanya /proc dan /sys adalah sistem file virtual yang mencerminkan keadaan sistem, dan memungkinkan Anda mengubah beberapa parameter runtime (dan terkadang melakukan hal yang lebih berbahaya, seperti langsung menulis ke memori atau ke perangkat). Anda tidak boleh mencadangkan atau memulihkannya.
Di sebagian besar distribusi modern, /dev dibuat secara dinamis saat boot (ini adalah sistem file memori yang diisi oleh udev dan kawan kawan). Tidak ada gunanya mencadangkannya, dan mencoba memulihkannya sia-sia. Namun, jika distribusi Anda dikonfigurasi untuk menggunakan /dev statis , ini tidak berlaku (centang /proc/mounts , jika /dev adalah tmpfs itu adalah sistem file memori).
Ada sistem file lain yang tidak boleh Anda cadangkan; usbfs (biasanya di /proc/bus/usb , jika dipasang sama sekali), debugfs (seharusnya berada di /sys/kernel/debug jika dipasang sama sekali, tetapi beberapa orang meletakkannya di tempat lain; Anda mungkin tidak memiliki yang ini), devpts (dipasang di /dev/pts ), tmpfs lainnya contoh (sering ditemukan di /dev/shm , /var/run , /var/lock , dan tempat lain; mencadangkan dan memulihkannya seharusnya tidak berbahaya tetapi tidak ada gunanya, karena kontennya hilang saat dimatikan), dan direktori sistem file jarak jauh atau direktori automounter ajaib (mencoba mencadangkan atau memulihkannya dapat berakhir dengan bencana, karena Anda dapat mencadangkan/ memulihkan ke mesin yang berbeda ). Anda juga harus berhati-hati dengan /media dan /mnt , karena perangkat eksternal (seperti CD yang Anda lupakan di drive) dapat ditemukan di sana, tetapi Anda mungkin juga sengaja menggunakannya untuk memasang sesuatu yang harus dicadangkan.
Perhatikan bahwa, selain tmpfs yang sebagian besar tidak berbahaya instance, sistem file jaringan/automounter, dan media yang dapat dilepas, sistem file yang tidak boleh Anda cadangkan semuanya adalah turunan dari /dev , /proc , atau /sys . Jika Anda tidak memiliki sistem file jaringan (atau automounter), dan tidak ada media yang dapat dilepas, tidak termasuk /sys dan /proc dan mem-boot ulang setelah pemulihan (untuk menghapus tmpfs contoh) harus cukup.
Solusi 2:
Ini sangat tergantung pada bagaimana Anda akan memulihkan sistem Anda. Jika Anda akan membangun kembali maka Anda hanya memerlukan file konfigurasi/data untuk layanan Anda (misalnya:/etc, /opt, /var, /home)
Jika Anda menginginkan pemulihan sistem penuh, maka Anda dapat menghilangkan /proc, /boot &/dev. Kemudian Anda dapat menginstal OS minimum dari media boot Anda dan kemudian memulihkan sistem Anda melalui cadangan Anda.
Tentu saja, cadangan terbaik adalah yang telah diuji dan terverifikasi .
Jadi abaikan apa yang menurut Anda tidak diperlukan, coba pulihkan di VM dan verifikasi bahwa Anda dapat memulihkan sistem menggunakan data ini.
Solusi 3:
Lihat The Tao Of Backup, bab 1.
Solusi 4:
Beberapa file khusus di /proc dan /sys membingungkan rsync. Anda juga tidak ingin mencadangkan sistem file jaringan yang terpasang, biasanya. File yang jarang juga dapat menyebabkan masalah.
Tambahkan -x untuk membatasinya ke satu sistem file. Itu menghindari semua sistem file jaringan dan /proc dll. Namun Anda kemudian perlu menjalankan satu rsync untuk setiap sistem file yang telah Anda pasang.
Tambahkan -S untuk menangani file jarang dengan bijaksana.
Solusi 5:
/boot, /dev dan /proc sangat tidak berguna untuk dicadangkan -- namun, jika Anda tahu apa yang Anda lakukan, Anda dapat mencadangkan /boot.
Saya juga tidak akan mencadangkan /lib, /media, /mnt, /sbin, /bin, /srv, /sys, atau /tmp.
/usr adalah opsional, tergantung pada apakah Anda memiliki sesuatu di /usr yang layak dicadangkan. Jika saya jadi Anda, saya paling khawatir tentang mencadangkan $HOMEs pengguna, /var, dan /etc (untuk file konfigurasi).
Sekali lagi, ini semua tergantung pada tipe cadangan yang ingin Anda lakukan. Apakah ini server web? Apakah ini komputer pribadi? Apakah ini server shell dengan banyak direktori di /home?