क्या एक डिस्क से दूसरे में टाइम मशीन फ़ाइलों को कॉपी करने का एक तेज़ तरीका है?


15

मैं अपने टाइम मशीन बैकअप फाइलों को बैकअप ड्राइवबैक के तहत दूसरे ड्राइव पर ले जाने की कोशिश कर रहा हूं। मैंने रात भर एक फाइल कॉपी की शुरुआत की (b / c मैंने देखा कि कॉपी की तैयारी के लिए OSX को हमेशा के लिए ले लिया ... यह मूल रूप से घंटों के लिए फाइलों की गिनती कर रहा था)। सुबह मैंने देखा कि केवल कुछ बैकअप (तिथियों वाले फ़ोल्डर) की नकल की गई। मैंने तब उन लोगों को कॉपी करने की कोशिश की, जिनकी नकल नहीं हुई ... लेकिन ओएस मुझे ऐसा करने की अनुमति नहीं देगा। मुझे मिला और त्रुटि हुई कि "ऑपरेशन पूरा नहीं किया जा सकता क्योंकि बैकअप आइटम को संशोधित नहीं किया जा सकता है।" इसलिए मेरी योजना नई ड्राइव पर अपूर्ण प्रतिलिपि को हटाने की है और फिर बैकअपबैकबैक फ़ोल्डर पर फिर से कॉपी करने का प्रयास करें।

बहुत निराशा होती है। क्या इन फ़ाइलों को एक टर्मिनल कमांड के माध्यम से कॉपी करने का एक तेज़ तरीका है ताकि यह उस फ़ाइल की गिनती के सभी प्रस्तुतिकरण न करें?

मैं शायद पूरे फ़ोल्डर को टारगेट कर सकता हूं और फिर एक कॉपी कर सकता हूं, लेकिन क्या यह फ़ाइल अनुमतियों में से किसी के साथ हस्तक्षेप करेगा, आदि? इस दृष्टिकोण के साथ एक बात यह है कि टार के लिए मेरे स्रोत की मात्रा पर मेरे पास अधिक स्थान नहीं है।

अपडेट करें

मैंने कुछ ऐसे तरीकों की कोशिश की है जो लोगों ने नीचे सुझाए हैं, विशेष रूप से डिस्क उपयोगिता के पुनर्स्थापना फ़ंक्शन का उपयोग करके और यह मुझे कुछ त्रुटि संदेश और अप्रत्याशित परिणाम दे रहा है (कम से कम मेरे लिए)। मैंने दो तरीकों को बहाल करने की कोशिश की है:

  • "मिटाएँ गंतव्य" जाँच के साथ: हर बार (मैंने दो बार कोशिश की है), जब पुनर्स्थापना समाप्त हो गई है तो मुझे एक संदेश दिखाई देता है "पुनर्स्थापित नहीं कर सकता - अमान्य ऑपरेशन" और "पुनर्स्थापित नहीं कर सका - अमान्य तर्क"। हालाँकि, मेरे गंतव्य डिस्क को मेरी TM फ़ाइलों की एक प्रति मिलती है। अजीब बात यह है कि मेरी गंतव्य डिस्क बिल्कुल मेरे स्रोत डिस्क की तरह है ... यहां तक ​​कि आकार भी। मेरी गंतव्य डिस्क वास्तव में 1 टीबी है लेकिन पुनर्स्थापना के बाद, यह 200 जीबी के रूप में दिखाता है जब मुझे खोजक से जानकारी मिलती है। लेकिन डिस्क उपयोगिता में, यह 1 टीबी विभाजन दिखाता है!

मैंने तब डिस्क को सत्यापित / मरम्मत करने की कोशिश की और मिल गया:

    अमान्य B- ट्री नोड आकार
    जर्नलिंग HFS प्लस वॉल्यूम की जाँच करना।
    अमान्य B- ट्री नोड आकार
    वॉल्यूम की मरम्मत पूरी।
    आवश्यकतानुसार वॉल्यूम के लिए बूट समर्थन विभाजन अद्यतन करना।
    त्रुटि: डिस्क उपयोगिता इस डिस्क की मरम्मत नहीं कर सकती। संभव के रूप में आपकी कई फ़ाइलों का बैकअप लें, डिस्क को पुन: स्वरूपित करें और अपनी समर्थित फ़ाइलों को पुनर्स्थापित करें।

पता नहीं अगर मुझे टीएम डिस्क को सत्यापित / मरम्मत करने के लिए भी लगता है ...

  • "मिटाएँ गंतव्य" के साथ UNChecked: पुनर्स्थापना कभी भी शुरू नहीं होती है और मुझे मिलती है:
    बहाल नहीं कर सका - ऑपरेशन की अनुमति नहीं है


2
मुझे लगता है कि यह अच्छी तरह से खड़ा है - अन्य प्रश्न हार्ड लिंक की नकल के आईओ लोड को संबोधित करता है, लेकिन समय कैप्सूल के नेटवर्क और संलग्नक में लिपटा हुआ है, इसलिए यह यहां पूछे जाने वाली सामान्य समस्या का एक विशेष मामला है।
bmike

यदि आप MacOS 10.13.4+ में बग को अपग्रेड कर सकते हैं, जो उपनामों / हार्ड लिंक को फाइंडर में कॉपी करने से रोकने वाली बग को ठीक कर दिया गया है। मैंने इसे बैकअप टाइम मशीन डिस्क को किसी दूसरे को कॉपी करने के लिए खुद की कोशिश की और यह पूरी तरह से काम किया (और यह बहुत तेज़ था)। अधिक यहाँ जानकारी: apple.stackexchange.com/a/323691/261070
यंगर्रर

जवाबों:


13

एक सामान्य प्रति (या rsync या ditto के माध्यम से प्रतिलिपि) एक टाइम मशीन को पूरी तरह से दोहराएगी नहीं क्योंकि यह दो निर्देशिकाओं को एक साथ जुड़े हुए रूपांतरित करेगी (जैसा कि क्रमिक TM बैकअप में कोई परिवर्तन नहीं होता है) दो अलग-अलग निर्देशिकाओं में।

सबसे अच्छा तरीका डिस्क उपयोगिता या कार्बन कॉपी क्लोनर के ब्लॉक कॉपी भाग का उपयोग करके पूरे डिस्क को कॉपी करना है और शायद सुपरडुपर पर समान है ।


1
डिट्टो मैन पेज से: "डिट्टो स्रोत निर्देशिका में मौजूद हार्ड लिंक (लेकिन डायरेक्ट्री हार्ड लिंक नहीं) फ़ाइल को संरक्षित करता है" इसलिए यहाँ कोई मदद नहीं करता है। यह डिस्क उपयोगिता या सुपरडुपर या सीसीसी जैसे उपकरण है।
nohillside

@patrix धन्यवाद - वेब मैन पेज उस पर कुछ भी नहीं कहता है - CCC कॉपी करने के लिए ditto या rsync का उपयोग करता है, केवल तभी ऐसा होगा यदि यह एक ब्लॉक कॉपी help.bombich.com/kb/troublesामी// पर
user151015

मेरे स्रोत डिस्क में केवल टाइम मशीन बैकअप होता है। मेरे गंतव्य डिस्क में अन्य फ़ाइलें हैं। मुझे अपने स्रोत डिस्क का क्लोन नहीं चाहिए। मैं सिर्फ टाइम मशीन की फाइलों को डेस्टिनेशन डिस्क पर कॉपी करना चाहता हूं।
मीलोंमॉ

3
मेरी TM फ़ाइलों को एक नई डिस्क पर कॉपी करने के कई प्रयासों के बाद, डिस्क उपयोगिता और कार्बन कॉपी क्लोनर दोनों ही डीआईडी ​​नहीं करते हैं। सुपरडुपर ने इसे पहले रन पर पूरी तरह से किया और मेरे गंतव्य विभाजन के आकार को कम नहीं किया!
15

2
सुपरडुपर के लिए एक और वोट! यहाँ। v3.2.4 ने मैकओएस 10.14.2 Mojave के तहत एक बड़ी टाइम मशीन बैकअप फ़ोल्डर को सफलतापूर्वक एक नई डिस्क पर कॉपी किया, इसके बिना यह अधिक स्थान नहीं लेता है। (जो खोजक नहीं कर सका ...) टाइम मशीन ख़ुशी से नई डिस्क का उपयोग करना जारी रखता है जैसे कि वह पुराना था।
गिड्ड्स २19'१

5

MacOS 10.14 पर एक नए 8TB के लिए एक पूर्ण 3TB टाइम मशीन एन्क्रिप्टेड ड्राइव माइग्रेट करना, मैं सभी प्रकार के मुद्दों में भाग गया। डिस्क उपयोगिता में एक पुनर्स्थापना करने की कोशिश करना "स्रोत को मान्य करने में असमर्थ" या "ऑपरेशन की अनुमति नहीं है" के साथ त्रुटिपूर्ण है। इस पोस्ट और अन्य में कुछ अन्य सुझावों की कोशिश करते हुए, मुझे रोमांचक नई त्रुटि संदेश प्राप्त करने में सक्षम था जैसे "छवि / वॉल्यूम पर कैटलॉग फ़ाइल बहुत बुरी तरह से खंडित है", लेकिन कोई प्रतिलिपि नहीं।

टर्मिनल पर अंत में क्या काम किया:

  1. स्रोत उपयोगिता के प्रारूप से मेल खाते हुए डिस्क उपयोगिता के साथ नई डिस्क को मिटा दें: MacOS एक्सटेंडेड (जर्नलेड, एनक्रिप्टेड)
  2. diskutil cs listपुराने ड्राइव पर लॉजिकल वॉल्यूम के सटीक बाइट के आकार और नए लॉजिकल वॉल्यूम के GUID के साथ-साथ दोनों के लिए डिस्क संख्या जैसे, उदाहरण के लिए, टर्मिनल में उपयोग करें disk4
  3. नए वॉल्यूम के आकार के रूप में चरण 2 से सटीक बाइट आकार का उपयोग करें। 3TB ड्राइव के साथ मेरे मामले में यह 2,999,772,905,472 बाइट्स था:

    sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
    
  4. pvहोमब्रेव से कमांड का उपयोग करते हुए , डिस्क की एक निम्न-स्तरीय ब्लॉक कॉपी करें। यह उपयोग करने जैसा एक बहुत कुछ है dd, सिवाय इसके कि आप ईटीए के साथ प्रगति मीटर प्राप्त करें।

    आपको diskutil cs listआउटपुट से डिस्क नंबर प्राप्त करने की आवश्यकता है । सावधान रहे। गलती से अपने खाली बैकअप ड्राइव को यहां नए खाली के साथ लिखना बहुत आसान है।

    sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
    

    यदि आपको यहां अनुमति से वंचित / ऑपरेशन की अनुमति नहीं है, तो सुरक्षा और गोपनीयता प्राथमिकता में जाएं और टर्मिनल.app के लिए फुल-डिस्क एक्सेस जोड़ें।

    मेरे लिए इसमें लगभग 10 घंटे लगे- मैंने इसे रात भर चलने दिया- लेकिन, pvकम से कम, आपको ईटीए के साथ प्रगति मीटर मिलता है।

  5. अब, ड्राइव पर शेष सभी जगह लेने के लिए वॉल्यूम बढ़ाएँ:

    sudo diskutil cs resizeVolume $new_lv_guid 0
    

    लगभग 5 वर्षों के बैकअप के साथ, मेरे लिए ~ 3 घंटे लग गए। उस समय का अधिकांश हिस्सा macOS fsckआईएनजी द्वारा खर्च किया गया था ।

अब आप अपने नए, अधिक विशाल टाइम मशीन ड्राइव का आनंद ले सकते हैं। आप पुराने को पुन: पेश कर सकते हैं, या नई ड्राइव में कुछ होने की स्थिति में इसे कहीं सुरक्षित रूप से स्टोव कर सकते हैं।


आकार बदलने वाले कदम महत्वपूर्ण प्रतीत होते हैं; उन्हें लंघन करने के परिणामस्वरूप 10-घंटे की फ़ाइल कॉपी मिली, जिसमें 3TB फाइल सिस्टम वाला 8TB वॉल्यूम प्राप्त हुआ जिसे मैं आकार नहीं दे सकता था कि मैं आकार कैसे बदल सकता हूं।


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


हैलो एंड्रयू! इस चरण-दर-चरण मार्गदर्शिका को टाइप करने के लिए समय देने के लिए धन्यवाद (और मैं इसे 1TB बैकअप को 4TB डिस्क पर स्थानांतरित करने के लिए उपयोग करने की उम्मीद कर रहा हूं, जो अब तक सफल नहीं हुआ है क्योंकि फाइंडर-कॉपी किए गए फ़ोल्डर और फ़ाइलें मूल डिस्क की तुलना में नई डिस्क पर इतना अधिक स्थान लें)। आपसे मेरा सवाल है: क्या मैं उर्फ शव यात्रा सक्षम किए बिना ये कदम उठा सकता हूं cs? कोर स्टोरेज को सक्षम करना एक संभावित अनावश्यक PITA प्रतीत होता है , लेकिन यह आवश्यक हो सकता है क्योंकि
गाइड

@MichaelDautermann Core Storage FileVault के लिए आवश्यक है, जो कि नुकसान, चोरी, या अनुचित निपटान के मामलों में आपकी गोपनीयता की सुरक्षा के लिए, बैकअप ड्राइव के लिए अत्यधिक अनुशंसित है।
andrew

मैं यह जोड़ना चाहूंगा कि मैं उल्लिखित विधि से कॉपी नहीं कर पाया था। कारण यह था कि सिस्टम ने संकेत दिया कि यह "ऑपरेशन की अनुमति नहीं है"। एक संक्षिप्त खोज के बाद मुझे पता चला है कि मुझे सभी एसआईपी फ़ंक्शंस को बंद करने की आवश्यकता है। यह कमांड + आर पकड़कर और टर्मिनल खोलकर macOS को फिर से शुरू करके किया जा सकता है। यहां आपको "csrutil अक्षम" टाइप करके अक्षम करना होगा। अगले पुनरारंभ के साथ मैं TM बैकअप की नकल करने में सक्षम था
ओलिवर कोहलर

@andrew मेरा संस्करण 10.14.6 है और मैंने आपके द्वारा उल्लिखित जोखिम को पूरी तरह से समझा है। हालाँकि मैं SIP को बंद किए बिना अपने TimeMachine को dd या pv करने में सक्षम नहीं था। अगर कोई दूसरा तरीका है तो मुझे खुशी होगी।
ओलिवर कोहलर

मैं "pv: write fail: इनपुट / आउटपुट एरर" को 99% (30 घंटे के बाद, 3 प्रयास - तो वास्तव में 90 घंटे) प्राप्त करता रहता हूं। डिस्क बेशुमार हैं। SIP फ़ंक्शन अक्षम हैं। त्रुटि को देखते हुए कुछ भी नहीं आ रहा है। मूल स्थिति के समान (3 टीबी -> 8 टीबी)। sudo sh -c "$(which pv) --buffer-size 50M -s 3000249008128 < /dev/rdisk3 > /dev/rdisk5"- 8tb को पहले सफलतापूर्वक बदला गया थाResized Core Storage Logical Volume to 3,000,249,008,128 bytes
ks

2

टर्मिनल का उपयोग क्यों न करें:

cp -RnpP Backups.backupdb
  • -R पुनरावर्ती
  • -n अधिलेखित न करें (यदि मौजूदा प्रतिलिपि अवशेष पिछले प्रयास से बने रहे)
  • -p ACL, अनुमतियाँ, निर्माण / मॉड दिनांक आदि को संरक्षित करें।
  • -P हार्ड लिंक को संरक्षित करें, किसी भी हार्ड या सिमिलिंक का पालन न करें।

यह सच नहीं है। man cpMacOS के लिए पढ़ें । cpMacOS के साथ भेजा गया नियमित कमांड हार्ड लिंक को -P से कॉपी नहीं करता है । मैन पेज वास्तव में कहता है "ध्यान दें कि cp हार्ड-लिंक्ड फ़ाइलों को अलग-अलग फ़ाइलों के रूप में कॉपी करता है। यदि आपको हार्ड लिंक को संरक्षित करने की आवश्यकता है, तो इसके बजाय टार (1), cpio (1), या pax (1) का उपयोग करने पर विचार करें।"
चामक

0

यह उत्तर इसे तेज़ी से प्राप्त नहीं करेगा, लेकिन मैंने पाया है कि डी-डुप्लीकेशन (हार्ड लिंक) और अनुमतियों को संरक्षित करते हुए डेटा को ठीक से कॉपी करने का एक तरीका है। एक अतिरिक्त बोनस के रूप में मैं इसका उपयोग संग्रह के लिए अंतिम उत्पाद के एक संपीड़ित डीएमजी को बनाने के लिए करता हूं।

  1. डिस्क यूटिलिटीज का उपयोग करते हुए, एक डिस्क छवि बनाएं जो आपके बैकअपबैकबैक डायरेक्टरी से बड़ी हो। मैं यह भी सुझाव दूंगा कि आप विभाजन के लिए छवि प्रारूप और हार्ड डिस्क के लिए विरल बंडल डिस्क छवि का उपयोग करें। इस छवि के माउंट हो जाने के बाद, इस पर जानकारी प्राप्त करें और इस वॉल्यूम पर स्वामित्व को अनदेखा करें।

  2. अब टाइम मशीन को बंद करें, और खोजक का उपयोग करके माउंट की गई छवि पर Backups.backupdb फ़ोल्डर की प्रतिलिपि बनाएँ। खोजकर्ता आपको डेटा की प्रतिलिपि बनाने के लिए सुपर उपयोगकर्ता की अनुमति मांगेगा। थोड़ी देर के लिए ड्रिंक लें या कुछ और करें।

  3. जब प्रतिलिपि समाप्त हो जाती है, तो सुनिश्चित करें कि सब कुछ ठीक है और छवि को अनमाउंट करें। डिस्क उपयोगिता से, कन्वर्ट का चयन करें और एक संकुचित छवि में विरल बंडल छवि को चालू करें। फिर, इसमें कुछ समय लग सकता है।

आपको अपने टाइम मशीन बैकअप की दो प्रतियों के साथ समाप्त होना चाहिए, आप विरल बंडल संस्करण को हटा सकते हैं, और समय के साथ एक संग्रह के रूप में डीजीएम को एक सुरक्षित स्थान पर रख सकते हैं।

एक चीज जो मैंने इसके साथ आजमाई नहीं है, वह है डीजीएम से एक सिस्टम रीस्टोर करने की, लेकिन मुझे संदेह है कि यह काम करना चाहिए, मेरा लक्ष्य टाइम मशीन वृद्धिशील परिवर्तनों को संग्रहीत करने और हार्ड लिंक संरचना को बनाए रखने के लिए अधिक था।

मैंने rsync और cp को भी आज़माया है, लेकिन वे हार्ड लिंक संरचना को बनाए रखने के लिए प्रतीत नहीं हुए, जो कि x का आकार बनाते हुए समाप्त हो जाएगा, x आपके पास अतीत में मौजूद तारीखों की राशि होगी। इस विधि ने अच्छी तरह से काम किया, लेकिन फिर से एक ब्लॉक कॉपी समाधान की गति नहीं मिल सकती है।


0

Apple के पास इसके लिए एक आधिकारिक ट्यूटोरियल है: " टाइम मशीन: वर्तमान बैकअप ड्राइव से बैकअप को एक नए बैकअप ड्राइव में कैसे स्थानांतरित करें "।

उस पृष्ठ से उच्च-स्तरीय चरण:

  1. अपने नए बैकअप ड्राइव के प्रारूप की जाँच करें
  2. अपने नए बैकअप ड्राइव पर अनुमतियां सेट करें
  3. टाइम मशीन को अस्थायी रूप से बंद करें
  4. अपने मूल ड्राइव से अपने नए ड्राइव पर अपने बैकअप डेटा की प्रतिलिपि बनाएँ
  5. अपने नए ड्राइव का उपयोग करने के लिए टाइम मशीन सेट करें

यह है कि कैसे पृष्ठ की नकल कदम की सिफारिश की:

अपने मूल ड्राइव से अपने नए ड्राइव पर अपने बैकअप डेटा की प्रतिलिपि बनाएँ

  1. एक नई खोजक विंडो खोलें। खोजक साइडबार में, मूल बैकअप ड्राइव के आइकन पर क्लिक करें।
  2. एक नई खोजक विंडो खोलें। फाइंडर साइडबार में, नए बैकअप ड्राइव के आइकन पर क्लिक करें।
  3. मूल बैकअप ड्राइव से नए बैकअप ड्राइव के शीर्ष स्तर पर फ़ोल्डर "Backups.backupdb" को खींचें।
  4. एक व्यवस्थापक नाम और पासवर्ड दर्ज करें, फिर प्रतिलिपि प्रक्रिया शुरू करने के लिए ठीक क्लिक करें।

आपके बैकअप डेटा की प्रतिलिपि बनाने में आपके बैकअप के आकार के आधार पर पूरा होने में कुछ समय लग सकता है।


5
मैं इस प्रश्न को देख रहा हूं क्योंकि उस ट्यूटोरियल का अनुसरण करना (जो फाइंडर के साथ बैकअप फ़ोल्डर की प्रतिलिपि बनाने का सुझाव देता है) और इसे रात भर चलने देना, यह लगभग 500 / 940gb कॉपी के साथ कुछ अनुमति मुद्दे पर समाप्त हो गया। मैंने तब एक sudo rsyncआखिरी रात की, लेकिन आज सुबह मिल गई ERROR: out of memory in flist_expand [sender]और मेरी कॉपी अब ~ 600gb है। मैंने तय नहीं किया है कि आगे क्या करना है, लेकिन संदेह है कि पढ़ने वाले अधिकांश लोग पहले से ही आधिकारिक ट्यूटोरियल से अवगत हैं।
पीटरटी

@PeterT मैं सिर्फ tuto भी कोशिश की है और आप के रूप में एक ही मुद्दा मिला है। मुझे यकीन नहीं है कि किसी को भी ट्यूटोरियल के बारे में पता था, अन्यथा किसी ने इसका उल्लेख यहां किया होगा और इसके बाद के परिणाम। अब, लोग जानते हैं कि यह कोशिश करने लायक नहीं है।
डेविड एंड्रोलेटी

1
फ़ोल्डर की प्रतिलिपि बनाने के लिए खोजक का उपयोग करने के लिए फ़ाइल सूची बनाने में एक उम्र लगती है और फिर वैसे भी पर्याप्त डिस्क स्थान नहीं होने के कारण विफल हो जाता है इसलिए इसे मिसकॉल करना चाहिए।
मलाल

1
बस यही मेरी समस्या है। मूल टीएम मात्रा 550GB है, नया 600GB था। फिर भी मोजावे ने वॉल्यूम पर अपर्याप्त स्थान की शिकायत की। मैं अब सुपरडुपर का उपयोग कर रहा हूं! "बैकअप - सभी फाइलें" मोड में।
मार्कस रुडेल

1
MacOS Mojave 10.14.2 में Apple का ट्यूटोरियल मेरे लिए विफल रहा । मैंने 8TB ड्राइव पर 3TB बैकअप संग्रह की प्रतिलिपि बनाने की कोशिश की; खोजक ने लगभग 5 दिन नकल करते हुए बिताए (जिसमें से अधिकांश के लिए '5 सेकंड बचे' कहते हुए), देने से पहले और शिकायत की कि ड्राइव भरी हुई थी! और यह था - भले ही यह बैकअप के बारे में केवल 2/3 कॉपी किया था। स्पष्ट रूप से, यह हार्डलिंक को संरक्षित नहीं कर रहा है बल्कि प्रत्येक की नई प्रतियां बना रहा है। इसलिए यह उत्तर वर्तमान में सही नहीं है।
गिड्स

0

डिस्क उपयोगिताओं के लिए +1, टिप्पणियों के लिए बहुत लंबा:

12.250.329 फाइलों का मूल्यांकन किया गया, 10.408.594 फाइलों की प्रतिलिपि बनाई गई। प्रभावी प्रतिलिपि की गति 8,68 एमबी / एस।

SuperDuper के माध्यम से बैकअप के कई वर्षों के साथ एक चुंबकीय 2TB बैकअप ड्राइव क्लोनिंग के लिए! इस साल।

इसने कुल मिलाकर 63 वाँ स्थान लिया (सुपरडुपर हर 24 घंटे में अपनी घड़ी को रीसेट करता है, इसलिए इसने 15:04:43 अंत में दिखाया) एक खोजक प्रतिलिपि के विपरीत, जिसे मैंने लगभग 4 दिनों और फाइलों के एक चौथाई के बाद रद्द कर दिया।

स्पष्ट रूप से चुंबकीय डिस्क इस कारण इतनी देर तक चलने का कारण नहीं थी। कारण खोजक प्रतियां लंबे समय तक चलने वाले बैकअप डिस्क पर स्टाल करती हैं, अपरिवर्तित फ़ाइलों पर कैस्केडिंग प्रतीकात्मक लिंक की सरासर संख्या है, विशेष रूप से कई छोटी फ़ाइलों जैसे कि गिट इंडेक्स के लिए।


0

rsync इस तरह से सामान के लिए एक महान उपयोगिता है। मैं आम तौर पर इस तरह से सामान के लिए इसका इस्तेमाल करता हूं। इस मामले में मैं -aP झंडे का उपयोग कर सकता हूं। मुझे लगता है कि -a ("संग्रह") का एक हिस्सा अनुमतियाँ, एसीएल और पसंद को संरक्षित करने के लिए भी है, लेकिन मुझे यकीन नहीं है।

IIRC, एक --delete विकल्प भी है जो आपको गंतव्य तक सफलतापूर्वक पहुंचने के बाद स्रोत फ़ाइल को हटाने की अनुमति देता है। मैं उस उपयोग से सावधान रहूँगा - हालांकि - आमतौर पर मैं --delete विकल्प के बिना एक पूरा दर्पण करता हूं, फिर मैं -c और --delete विकल्पों के साथ कमांड को फिर से चलाऊंगा। -c चेकसम है, इसलिए यह उन सभी फाइलों को चेक करता है, जिन्हें आपने चेकसम के माध्यम से स्रोत पर उन सभी के खिलाफ डाउनलोड किया है, फिर स्रोत को हटा देता है यदि कोई मेल है, अन्यथा यह फिर से कॉपी या फिर से शुरू होने वाली कॉपी के रूप में हो सकता है।

संपादित करें: कृपया इस मामले में -H ध्वज का उपयोग टिप्पणियों के अनुसार करें, ताकि कड़ी को संरक्षित किया जा सके।


5
rsync निर्देशिकाओं पर हार्ड लिंक बनाए नहीं रखता है। थोड़ी देर के टीएम बैकअप प्रतिलिपि बनाई जा रही निर्देशिकाओं का एक बहुत नकल होगा
nohillside

1
@patrix - मैं इसकी पुष्टि कर सकता हूं। मैंने इसे आजमाया है। निर्देशिका हार्ड-लिंक HFS + के लिए लगभग अद्वितीय हैं, और rsync उन्हें समझ नहीं पाता है।
जाली नाम

3
-एच, -हार्ड-लिंक हार्ड लिंक को संरक्षित करते हैं
पीट एशडाउन

-2

हार्ड ड्राइव के साथ, जब आप एक ड्राइव से कई फाइलों को स्थानांतरित करते हैं, तो पाठक आगे और पीछे एक डरावना क्लिकिंग शोर बनाता है, और यह स्थानांतरण दर को काफी धीमा कर देता है, उदाहरण के लिए- usb 2.0 के साथ एक फाइल मेरे कंप्यूटर पर 2 से 30 mbps पर चलती है बाहरी हार्डड्राइव, लेकिन 2 फाइलें 11 mbps पर चलती हैं। और 3 फाइलें 6 mbps पर चलती हैं। आदि आदि ज़िप फाइलें फाइलों की तुलना में तेजी से आगे बढ़ेंगी।


2
यह ओपी के सवाल का जवाब कैसे देता है?
fsb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.