Що безпечно виключити для повного резервного копіювання системи?

Я шукаю список, які шляхи / файли безпечні для виключення для повноцінного резервного копіювання системи / дому.

Враховуючи, що у мене є список встановлених пакетів.

/home/*/.thumbnails
/home/*/.cache
/home/*/.mozilla/firefox/*.default/Cache
/home/*/.mozilla/firefox/*.default/OfflineCache
/home/*/.local/share/Trash
/home/*/.gvfs/
/tmp/
/var/tmp/
не справжні папки, але можуть спричинити серйозні проблеми при "відновленні"
- /dev
- /proc
- /sys

Як щодо...

/var/ загалом?
/var/backups/ - може отримати досить великий
/var/log/ - не вимагає багато місця і може допомогти для подальшого порівняння
/lost+found/

backup cache thumbnails

— seb
джерело

Це (дуже) відповідна відповідь, на яку варто звернути увагу (припустимо, що це не закрито як дублікат): askubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/…

— Scaine

Я не впевнений у цьому /home/*/.local/share/Trash. Я вже відновив файли з папки сміття на резервній копії. Це було помилковим видаленням, помічене та скасоване після того, як я зробив резервні копії - і при відновленні резервних копій файли все ще знаходилися у смітті.

— Матеуш Конічний

~ / .local / share / Trash / * здається універсальним, але є користувачем.

— SDsolar

Зауважте, що це було розміщено в 2011 році. Ваш пробіг може змінюватися в 2017 році.

— SDsolar

Відповіді:

Коли я rsyncпереношу систему на резервний розділ, я виключаю такі:

--exclude=/dev/* \
--exclude=/home/*/.gvfs \
--exclude=/home/*/.mozilla/firefox/*/Cache \
--exclude=/home/*/.cache/chromium \
--exclude=/home/*/.thumbnails \
--exclude=/media/* \
--exclude=/mnt/* \
--exclude=/proc/* \
--exclude=/sys/* \
--exclude=/tmp/* \
--exclude=/home/*/.local/share/Trash \
--exclude=/etc/fstab \
--exclude=/var/run/* \
--exclude=/var/lock/* \
--exclude=/lib/modules/*/volatile/.mounted \
--exclude=/var/cache/apt/archives/* \

Таким чином я можу завантажуватися в резервний розділ так само, як я можу завантажитися до оригінального.

Отже, підводячи підсумки, я б запропонував

не виключаючи /{dev,proc,media,...}себе, лише їх зміст
виключаючи /var/{run,lock}, і особливо великі/var/cache/apt/archives/

— влаштувати
джерело

Ви хочете виключити ВСЕ / dev.

— psusi

@psusi - Так, ти маєш рацію. Я редагую свою публікацію. Спасибі.

— організуйте

Я б рекомендував використовувати опцію -x з rsync для створення резервних копій. Таким чином, він не буде перетинати межі файлової системи, що виключатиме такі речі, як / dev / proc / sys / mnt та / media. Ви все ще повинні виключити /home/*/.gvfs.

— Azendale

@Azendale: можливо. З іншого боку, коли ви використовуєте щось подібне --exclude=/proc/*, він буде зберігати каталог / proc на резервній копії (що потрібно, якщо ви хочете завантажувати дзеркало), але не його вміст.

— влаштовуємо

або користувачів Opera, я також додам --exclude=/home/*/.opera/cache:)

— Grzegorz Wierzowiecki

Я рекомендую виключити всі /usr(крім форту /usr/local/) і мати резервну копіюdpkg --get-selections

На мою думку, повне резервне копіювання насправді не є корисним. Я швидше віддаю перевагу резервних даних та налаштувань, а потім відновлюю пакунки з офіційних сховищ.

Але моє уподобання ...

/usrмістить в основному статичний бінарний вміст з дистрибутивних пакетів. Перевстановлення пакета відновить /usrвміст. Також /binі /sbinмістить виконавчі файли з пакетів поширення.

/usr/localмістить встановлені вручну пакети (поза пакетами дистрибуції). тому це варто зробити резервне копіювання.

— теїст
джерело

Дуже цікавий підхід. Це призведе до значно меншої резервної копії, але вимагає набагато більше проблем (часу, пропускної здатності Інтернету) при відновленні. Компроміс, який може бути вартим у деяких випадках використання. Питання: як щодо /lib, те ж саме? І як відновити такий вибір пакету?

— MestreLion

Так, я думаю, ви також можете виключити /lib. Додам також, що замість dpkg --get-selectionsцього, можливо, краще використовувати apt-mark, як тут сказано: askubuntu.com/questions/101931/…

— gerlos

Я також читав усі відповіді та всі інші пов’язані питання, коли налаштовував повне резервне копіювання системи.

Мої 2 копійки було б не виключати нічого, але лише тоді, коли ви робите повне резервне копіювання системи в автономному режимі.

Дозвольте мені пояснити зараз: Якщо ви створюєте резервну копію системи зсередини, ви можете виключити деякі каталоги, як згадували інші, але, на мою думку, це не є гарним способом, оскільки це може ввести деякі помилки пізніше при відновленні системи. Наприклад, якщо ви виключаєте каталог / tmp, після відновлення його / tmp не буде, і система створить один, і це може застрягнути екрани входу через проблеми chmod & chown on / tmp. Також резервне копіювання каталогу ~ / .cache може призвести до розбиття кешу бази даних Ubuntu Software Center.

Що я роблю, це використовувати живий компакт-диск та використовувати LuckyBackup та створювати резервну копію всієї системи, не опускаючи нічого. Тепер під час відновлення я вибрав "видалити файли, відсутні у джерелі". Таким чином, у вас буде створений цілий системний знімок, точно відновлений до стану, коли ви створили резервну копію (начебто зроблений знімок VM).

— Гаурав Кумар
джерело

Багато файлів не повинні зберігатися, оскільки вони не є реальними файлами, а скоріше псевдофайлами . Ви можете хочете зберегти кеші, але не зберігати вміст /proc, /dev, sys. Їх вміст створюється під час завантаження.

— Teresa e Junior

@TeresaeJunior Якщо дотримуватися цього підходу і робити резервну копію в автономній системі, вміст цих нереальних файлів уже порожній.

— Гаурав Кумар

Так, ти маєш рацію, вибач! Я не звернув уваги на згаданий вами LiveCD.

— Teresa e Junior

Я боюся, що ці системи повинні працювати 24x7, тому не мають такої розкоші. У мене є чудовий список виключень, але продовжуйте зависати на 4G / var / log / kern * та / var / log / messages * - я б хотів їх виключити, але ніхто про це не говорить. Як щодо повного виключення / var / log / *?

— SDsolar