पूर्ण सिस्टम बैकअप के लिए बाहर करना क्या सुरक्षित है?


35

मैं एक ऐसी सूची की तलाश कर रहा हूं, जो एक पूर्ण सिस्टम / होम बैकअप के लिए बाहर करने के लिए पथ / फाइलें सुरक्षित हैं।

यह देखते हुए कि मेरे पास स्थापित पैकेजों की एक सूची है।

  • /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/

यह देखने के लायक (बहुत) संबंधित जवाब है (यह मानते हुए कि यह एक डुप्लिकेट के रूप में बंद नहीं है): askubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/…
स्कैड

मैं निश्चित नहीं हूं /home/*/.local/share/Trash। मैंने पहले से ही बैकअप पर ट्रैश फ़ोल्डर से फ़ाइलें पुनर्स्थापित की हैं। मेरे द्वारा बैकअप बनाने के बाद यह एक गलत तरीके से हटाया, देखा और पूर्ववत किया गया था - और बैकअप फ़ाइलों को पुनर्स्थापित करने पर अभी भी कचरा था।
माटुस्ज़ कोनिकेज़ जॉनी

~ / .लोकल / शेयर / कचरा / * सार्वभौमिक लगता है, लेकिन उपयोगकर्ता द्वारा है।
एसडीसोलर

ध्यान दें कि यह 2011 में पोस्ट किया गया था। 2017 में आपका माइलेज अलग-अलग हो सकता है।
एसडीसोलर

जवाबों:


33

जब मैं 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/


2
आप सभी / देव को बाहर करना चाहते हैं।
Psusi

@ अपुस्सी - हां, आप सही हैं। मैं अपनी पोस्ट का संपादन कर रहा हूं। धन्यवाद।
व्यवस्थित करें

2
मैं बैकअप के लिए rsync के साथ -x विकल्प का उपयोग करने की सलाह दूंगा। इस तरह, यह फाइलसिस्टम सीमाओं को पार नहीं करेगा, जो कि / dev / proc / sys / mnt और / मीडिया जैसी चीजों को बाहर कर देगा। आपको अभी भी /home/*/.gvfs को छोड़ना होगा।
अज़ेंडेल

2
@Azendale: हो सकता है। दूसरी ओर, जब आप किसी चीज का उपयोग करते हैं --exclude=/proc/*, तो यह बैकअप पर निर्देशिका / खरीद को रखेगा (जो आपको दर्पण को बूट करना चाहता है), लेकिन इसकी सामग्री नहीं।
व्यवस्था करें

या ओपेरा उपयोगकर्ता, मैं इसके --exclude=/home/*/.opera/cacheसाथ ही जोड़
दूंगा

4

मैं /usr(किले को छोड़कर /usr/local/) सभी को बाहर करने के लिए पुनः प्राप्त करूँगा और इसका बैकअप रखूँगाdpkg --get-selections

मेरी राय में एक पूर्ण बैकअप वास्तव में उपयोगी नहीं है। मैं बजाय बैकअप डेटा और वरीयताओं को पसंद करता हूं और फिर आधिकारिक रिपॉजिटरी से पैकेज बहाल करता हूं।

लेकिन क्या मेरी प्राथमिकता ...

/usrवितरण पैकेज से मुख्य रूप से स्थिर बाइनरी सामग्री शामिल है। एक पैकेज को पुनर्स्थापित करने से /usrसामग्री बहाल हो जाएगी । वितरण पैकेज से भी /binऔर /sbinबायनेरिज़ शामिल हैं।

/usr/localइसमें मैन्युअल रूप से स्थापित पैकेज (डिस्ट्रिब्यूशन पैकेज के बाहर) शामिल हैं। तो यह बैकअप के लायक है।


2
बहुत दिलचस्प दृष्टिकोण। यह एक बहुत छोटे बैकअप का उत्पादन करेगा, लेकिन इसे बहाल करते समय अधिक परेशानी (समय, इंटरनेट बैंडविड्थ) की आवश्यकता होती है। एक समझौता जो कुछ उपयोग के मामलों में लायक हो सकता है। प्रश्न: कैसे के बारे में /lib, वही लागू होता है? और आप ऐसे पैकेज चयन को कैसे पुनर्स्थापित करते हैं ?
MestreLion

हां, मुझे लगता है कि आप भी बाहर कर सकते हैं /lib। मैं यह भी जोड़ता हूं कि इसके बजाय dpkg --get-selectionsशायद इसका उपयोग करना बेहतर है apt-mark, जैसा कि यहां कहा गया है: askubuntu.com/questions/101931/…
gerlos

2

जब मैंने अपने पूर्ण सिस्टम बैकअप को कॉन्फ़िगर किया था, तो मैंने सभी उत्तरों और अन्य सभी संबंधित प्रश्नों को भी पढ़ा।

मेरा 2 सेंट कुछ भी बाहर करने के लिए नहीं होगा, लेकिन केवल तब जब आप एक ऑफ़लाइन सिस्टम का पूरा सिस्टम बैकअप कर रहे हों।

मुझे अब विस्तार से बताएं: यदि आप सिस्टम को अपने भीतर से बैकअप दे रहे हैं, तो आप कुछ निर्देशिकाओं को बाहर कर सकते हैं जैसा कि दूसरों ने उल्लेख किया है, लेकिन यह मेरी राय में एक अच्छा तरीका नहीं है क्योंकि यह सिस्टम को पुनर्स्थापित करते समय बाद में कुछ बग पेश कर सकता है। उदाहरण के लिए, यदि आप / tmp निर्देशिका को बाहर करते हैं, तो इसे पुनर्स्थापित करने के बाद, / tmp नहीं होगा और सिस्टम एक बना देगा और इस / chmp पर chmod & chown के मुद्दों के कारण लॉगिन स्क्रीन अटक सकती है। इसके अलावा ~ /। कैश निर्देशिका का बैकअप न लेने पर उबंटू सॉफ्टवेयर सेंटर के डेटाबेस कैश को तोड़ दिया जा सकता है।

मैं जो भी करता हूं वह एक लाइव सीडी का उपयोग करता हूं और लकीबैकअप का उपयोग करता हूं और कुछ भी छोड़ने के बिना पूरे सिस्टम का बैकअप लेता हूं। अब जब बहाल हो रहा है, तो मैंने 'डिलीट फाइल्स को सोर्स में मौजूद नहीं' चुना। इस तरह से आपके पास एक संपूर्ण सिस्टम स्नैपशॉट होगा जो राज्य में ठीक उसी समय बहाल होगा जब आपने बैकअप बनाया था (एक वीएम को स्नैपशॉट की तरह)।


2
कई फ़ाइलों को सहेजा नहीं जाना चाहिए क्योंकि वे वास्तविक फाइलें नहीं हैं , बल्कि छद्म फाइलें हैं । यदि आप चाहते कैश बचाने के लिए, लेकिन की सामग्री को बचाने नहीं करने के लिए चाहते हो सकता है /proc, /dev, sys। उनकी सामग्री बूट पर बनाई गई है।
टेरेसा ई जूनियर

1
@TeresaeJunior जब इस दृष्टिकोण का पालन किया जाता है और बैकअप एक ऑफ़लाइन प्रणाली से किया जाता है , तो इन गैर-वास्तविक फ़ाइलों की सामग्री पहले से ही खाली है।
गौरव कुमार

हाँ, आप सही हैं, क्षमा करें! मैंने आपके द्वारा बताई गई LiveCD पर ध्यान नहीं दिया।
टेरेसा ई जूनियर

मुझे डर है कि इन प्रणालियों को 24x7 चलाना होगा ताकि आपके पास यह लक्जरी न हो। मेरे पास एक महान बहिष्कृत सूची है, लेकिन 4G / var / log / kern * और / var / log / संदेश * पर लटका हुआ है - मैं उन्हें बाहर करना चाहूंगा लेकिन कोई भी उससे बात नहीं करता है। पूरी तरह से / var / log / * को छोड़कर कैसे?
एसडीसोलर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.