El Capitan अपग्रेड के बाद टाइम मशीन हास्यास्पद रूप से धीमी है

Question

मैंने हाल ही में El Capitan को अद्यतन किया, और बैकअप के लिए टाइम मशीन को बताया। यह घंटों के लिए बैकअप तैयार करने पर अटक गया, इसलिए मैंने इसे रोक दिया, InProgress फ़ाइल को हटा दिया, फिर से रिबूट किया और फिर से कोशिश की। ~ 30 मिनट के बाद, टाइम मशीन अभी भी तैयारी कर रही थी। मैंने गतिविधि मॉनीटर में देखा और बैकअप ने केवल ~ 140Mb, 30mins में पढ़ा था ... iStatMenus में देखते हुए, मुझे लगता है कि बैकअप कुछ नहीं के बीच एक पढ़ने की गति है, और 120Kb / s (अगर मैं भाग्यशाली हूं, तो कभी-कभी चोटियों को देखता है। 500kb / s तक, और बहुत कम ही 1Mb / s)। स्पॉटलाइट इंडेक्सिंग नहीं है (जैसा कि मैंने सुना है कभी-कभी बैकअप के रास्ते में स्पॉटलाइट मिलती है), और हार्ड ड्राइव उस समय में सो गया है जब मैंने यह लिखा था, शायद ही कभी मेरे मैक के लिए जागने से संक्षेप में कुछ पढ़ने के लिए।

यहाँ बैकअप के लिए खोज करते समय कंसोल में क्या आता है:

बल्कि मुझे अपनी हार्ड ड्राइव को सुधारना नहीं था, अगर मैं कभी भी योसेमाइट पर वापस जाना चाहता हूं, हालांकि मैं इस मुद्दे को हल करने के लिए तैयार हूं।

इसके अलावा, ऐसा लगता है कि जब भी मैं अपने मैक को रिबूट करता हूं, हार्ड ड्राइव अपने टाइम मशीन आइकन को खो देता है, और एक नारंगी ड्राइव पर वापस लौट जाता है।

गतिविधि मॉनिटर का स्क्रीनशॉट, डिस्क मोड ~ 50 मिनट के निशान पर:

संपादित करें: मैंने डिस्क के लिए स्पॉटलाइट को अक्षम करने और पुन: सक्षम करने की कोशिश की है, और मैंने भी .Spotlight-V100 फ़ोल्डर को मिटा दिया है और रिबूट किया है। कोई परिवर्तन नहीं होता है।

EDIT 2: लगता है कि कंसोल में कुछ त्रुटियां सामने आई हैं

संपादित 3: कई, कई घंटों के बाद, टाइम मशीन ने स्कैनिंग समाप्त कर दी है और अब बैकअप ले रहा है! मैं अभी भी जानना चाहूंगा कि इसमें इतना समय क्यों लगा (मुझे एल कैपिटन को अपडेट करने में इतनी देर नहीं लगी। मैंने सिस्टम फाइलों को भी बाहर कर दिया, हालांकि मुझे लगता है कि मैं एक और लंबे इंतजार के बाद से हूं क्योंकि मैंने उन्हें अभी हटा दिया है। अपवाद सूची से)

Comments

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

— Huitzilo

@Huitzilo ने TM को मेरे लिए समर्थन शुरू करने में लगभग 12 घंटे का समय लिया। लगता है जैसे यह आपके लिए धीमा होगा क्योंकि आप उन्हें एन्क्रिप्ट कर रहे हैं और इसे एक नेटवर्क पर कर रहे हैं (मैं नहीं था)। : / इसे बाहर प्रतीक्षा कर रहा है फिर भी काम किया है और भविष्य के बैकअप तेज थे ...

— CraftedCart

Answer 1

इस मुद्दे का एक हिस्सा यह है कि कम प्राथमिकता वाले इनपुट / आउटपुट-ऑपरेशंस (I / O) अब भारी रूप से थ्रॉटल होने लगते हैं। आप इसे टर्मिनल के माध्यम से देख सकते हैं (स्पॉटलाइट के माध्यम से पाया जा सकता है (आमतौर पर बाध्य होता है ⌘Space) और प्रवेश करते हैं terminalफिर बैश प्रॉम्प्ट में प्रवेश करते हैं:

fs_usage backupd

और THROTTLEDप्रविष्टियों के लिए देखो । यदि आप उन्हें देखते हैं, तो बैकअप थ्रॉटल किया जाता है।

इसलिए यदि आपके पास एक टन फाइलें हैं, तो बस I / O करने में जो समय लगता है, वह हमेशा के लिए लगता है, भले ही फाइलें छोटी हों (क्योंकि यह एक गुच्छा I / O संचालन को इधर-उधर करता है, xattrsजैसे कि वह इस्तेमाल किया जाता है)।

एक टर्मिनल पर जाएं और दर्ज करें:

sudo sysctl debug.lowpri_throttle_enabled=0

मेरे लिए, यह 2.5 मिलियन फ़ाइलों वाली फाइल सिस्टम पर 72 घंटे से ~ 4 घंटे तक की गति देता है।

निम्नलिखित कमांड के साथ आपका बैकअप सफलतापूर्वक समाप्त होने के बाद थ्रॉटलिंग को फिर से सक्षम करना भी एक अच्छा विचार है

sudo sysctl debug.lowpri_throttle_enabled=1

Comments

मेरे पास एक बैकअप था जो डिस्क को पढ़ने में घंटों का समय लेता था, और रातोंरात पूरा करने में सर्वरल समय को विफल कर देता था। यह चल रहा था, धीरे-धीरे बाइट्स के बाद बाइट्स को स्थानांतरित करना। मैंने इस कमांड को टर्मिनल में चलाया और अचानक यह कुछ बाइट्स से मेगाबाइट्स / s तक तेजी से धधकने लगा। बहुत बहुत धन्यवाद !!

— जीन

एक man sysctlशो जारी करते हुए निम्नलिखित "-w विकल्प को हटा दिया गया है और चुपचाप नजरअंदाज कर दिया गया है" । इसलिए मुझे लगता है कि मूल्य लिखना आवश्यक नहीं है। क्या वो सही है?

— यान

@yan यह सही है आप सिर्फ -wइसे छोड़ सकते हैं और यह काम करेगा।

— DASKAjA

उपयोग करके sudo fs_usage backupdमैंने बहुत सी प्रविष्टियाँ देखीं, लेकिन न तो कीवर्ड खोज सका THROTTLEDऔर न ही throttled(उपयोग करते हुए grep)। इस के बावजूद, सेट करने के बाद debug.lowpri_throttle_enabledकरने के लिए 0, टाइम मशीन का अनुमान यह कभी नहीं अनुमान परिष्करण के बजाय बैकअप के लिए 3 घंटे लगेंगे डेटा की मेरी 155 जीबी। खुशी है कि मुझे यह धागा मिला।

— स्टीवन सी। हॉवेल

हमें इसे फिर से सक्षम क्यों करना चाहिए? क्या समर्थक / विपक्ष के लिए यह स्थायी रूप से बंद कर दिया गया है

— टॉम

Answer 2

मैं पुष्टि करता हूं कि कमांड:

sudo sysctl debug.lowpri_throttle_enabled=0 

अच्छी तरह से काम।

यदि आप इसे रिबूट के पार स्थायी बनाना चाहते हैं, तो आप निम्न कार्य कर सकते हैं।

• के तहत एक फ़ाइल बनाएँ /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
      <string>fix-el-capitan-slow-time-machine-speed</string>
      <key>ProgramArguments</key>
      <array>
        <string>/usr/sbin/sysctl</string>
        <string>debug.lowpri_throttle_enabled=0</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
    </dict>
  </plist>
  

• सुनिश्चित करें कि फ़ाइल रूट से संबंधित है

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• आदेश जारी करें

  sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

आप इस जिस्ट में फ़ाइल की सामग्री पा सकते हैं

Comments

या आप लाइन को /etc/sysctl.conf में जोड़ सकते हैं; यही वह जगह है जहां मैं अपने सभी नेटवर्क समायोजन को घर पर रखता हूं और हमेशा मेरे लिए काम किया है।

— जेमी इवानोव

Answer 3

मुझे यह लेख Apple चर्चा मंचों पर उस संदेश के बारे में मिला जो कंसोल में दिखाई देता है (जबकि यह कुछ भी नहीं कर रहा है या 10 बाइट्स / सेकंड में बैकअप कर रहा है):

com.apple.backupd: Waiting for index to be ready (100)

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

यदि आप अपने मौजूदा बैकअप को हटाना नहीं चाहते हैं, तो आप उस पृष्ठ के अन्य सुझावों में से एक को आजमा सकते हैं:

• सेफ़ मोड में रिबूट करना और फिर वापस सामान्य हो जाना;
• टाइम मशीन वॉल्यूम / डिस्क को इंडेक्स न करने के लिए स्पॉटलाइट बताएं;
• स्पॉटलाइट इंडेक्स को हटाना, .Spotlight-V100(जो मेरे पास नहीं था);
• mdutilवॉल्यूम पर अनुक्रमणिका अनुक्रमण को अक्षम और पुन: सक्षम करने के लिए उपयोग करना:
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(अधिक विवरण और विचारों के लिए उस चर्चा को देखें)।

Answer 4

एल कैपिटन - बैकअप (यहां तक ​​कि छोटे वेतन वृद्धि वाले) पर जाने के बाद मुझे भी ऐसी ही समस्या थी, जो वास्तविक क्रॉल में धीमी हो गई थी। इसलिए मैंने मैक और एनएएस के बीच चटकार का एक वायरशेक डंप किया, और कई असफल FPGetFileDirPirms अनुरोधों को देखा। एएफपी है (था?) एनएएस ड्राइव से बात करने के लिए प्रोटोकॉल टाइम मशीन का उपयोग करता है, लेकिन मैंने पढ़ा है कि वे एसएमबी में जा रहे हैं।

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

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

मेरे लिए क्या काम था:

1. मैं टाइम मशीन वरीयताओं में गया-> डिस्क का चयन करें और वर्तमान में संबंधित डिस्क को हटा दें (जो afp से जुड़ा था: //MyBookLive.local/TimeMachine)
2. खोजक के पास गया-> जाओ-> सर्वर से कनेक्ट करें। "सर्वर एड्रेस" स्पेस में NAS ड्राइव के ip एड्रेस में टाइप किया गया (smb: //192.168.0.10 मेरे लिए)
3. जुडिये। इसने माउंट करने के लिए वॉल्यूम की एक सूची को फेंक दिया - टाइम मशीन के लिए इस्तेमाल की जाने वाली मात्रा को चुना (मेरे लिए TimeMachine)। TimeMachine / Volumes में मुहिम शुरू की।

4. टर्मिनल से, भाग गया:

   sudo tmutil setdestination /Volumes/TimeMachine
   

बस। समय मशीन अब afp के बजाय / Volumes / TimeMachine से जुड़ी है: //MyBookLive.local/TimeMachine। पिछले बैकअप अच्छे थे, और वृद्धिशील बैकअप जो इसके बाद हुए थे FAST। एक वायरशर्क डंप मैंने इसके बाद किया कोई असफल एएफपी अनुरोध नहीं दिखाया (हालांकि एएफपी अभी भी प्रोटोकॉल का उपयोग किया जा रहा था)।

Comments

रनिंग tmutil '/ Volumes / TimeMachineBackup: असंगत फ़ाइल सिस्टम प्रकार: smbfs (त्रुटि 45)' के साथ मेरे लिए विफल रहता है।

— नैट

क्या आपके नेटवर्क ड्राइव पर TimeMachine वॉल्यूम को स्पार्सबंडल के रूप में स्वरूपित किया गया है? जब आप बैकअप वॉल्यूम को माउंट करने के लिए फाइंडर का उपयोग करते हैं, तो क्या आपको स्पार्सबंडल छवि दिखाई देती है?

— एमएसरावी

समान "असंगत फ़ाइल सिस्टम प्रकार: smbfs" के पास @Nate होना त्रुटि है। विरलता को हटा दिया, लेकिन मदद नहीं करता है। यह एक आधुनिक 3 जीबी टाइम कैप्सूल की ओर, ओएस एक्स 10.11.3 पर है।

— अनकूप्पि

Answer 5

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

Answer 6

डैनियल बर्लिन के जवाब से संबंधित, ऊपर (लेकिन मैं यहां नया हूं इसलिए वहां सिर्फ टिप्पणी करने के लिए पर्याप्त प्रमाण नहीं है), मुझे OSX 10.11.3 में मेरे लिए GREAT काम करने के लिए उसकी टर्मिनल कमांड मिली। 4-घंटा में 30-घंटा बैकअप चालू! हालाँकि, यह पुनरारंभ के बाद नहीं रहता है।

मैं हर बार जब मैं पुनरारंभ करता हूं तो मुझे टर्मिनल में टाइप करना नहीं चाहिए, इसलिए ...

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

मैंने वर्कफ़्लो को एक एप्लिकेशन के रूप में सहेजा, और इसे अपने लॉगिन आइटम में जोड़ा। तो अब हर लॉगिन पर मुझे "अन-थ्रॉटल" टाइम मशीन में फिर से अपना पासवर्ड डालने के लिए कहा जाता है।

शेल स्क्रिप्ट के साथ प्रक्रिया को अदृश्य बनाने के तरीके हैं, लेकिन यह सूडो कमांड द्वारा प्राप्त रूट एक्सेस की आवश्यकता के लिए थोड़ा जटिल है। सुरक्षा के बारे में असंबद्ध होने पर व्यक्ति भी ऑटोमेटर ऐप के अंदर पासवर्ड को हार्ड-वायर कर सकता है। (अनुशंसित नहीं है।)

मैं वर्कफ़्लो ऐप यहां पोस्ट करूंगा लेकिन जाहिरा तौर पर इस जवाब पर फ़ाइल अपलोड नहीं कर सकता। इसलिए मुझे लगता है कि अगर वे चाहें तो इसे दोबारा बनाने के लिए किसी का भी jpg अटैच करेंगे। PS शेल स्क्रिप्ट के लिए पास इनपुट "तर्क के रूप में" नोट करें

Answer 7

DWHoard के लेख द्वारा मेरी समस्या का निवारण किया गया था : सुरक्षित मोड में फिर से शुरू करें, फिर वापस (मेरे लिए, कंप्यूटर सुरक्षित बूट के दौरान खुद को बंद कर रहा था)।

मैकबुक एयर मिड 2011, ओएस एक्स 10.11.3, टाइम कैप्सूल का समर्थन।

---

संपादित करें: वास्तव में, यह सुरक्षित-बूट और सामान्य बूट के बाद लगता है, टाइम मशीन केवल लगभग 41 / 55GB (एक घंटे के भीतर) में मिल गई और फिर से रेंगने लगी (तब से 12 घंटे के भीतर केवल 2,75GB की प्रगति हुई है। बहुत बुरा - I इस तरह की असंगतताओं से बचने के लिए बस टाइम कैप्सूल खरीदा और यहाँ मैं हूँ - सभी Apple डिवाइस और एक घटिया अनुभव, समय की बर्बादी। मुझे आशा है कि आप दूसरों को एक स्थायी समाधान मिल जाएगा।

कंसोल mdworkerप्रत्येक सेकंड के बारे में एक नई प्रविष्टि प्राप्त कर रहा है - क्या यह सामान्य है जबकि बैकअप हो रहा है?

---

संपादित 2: सफल! लैपटॉप में दो उपयोगकर्ता खाते हैं और यह हो सकता है कि दूसरे में प्रवेश करने के कारण बाकी बैकअप आगे बढ़ें। यदि आप एक जैसी स्थिति में हैं तो वर्थ परीक्षण करें।

Answer 8

मुझे एक ही मुद्दा मिला है, और मैंने पाया है कि क्या समाधान दिखता है (अद्भुत नहीं है लेकिन यह काम करता है)

अपने बाहरी एचडीडी को प्रारूपित करें और जांचें कि आपके पास एक वास्तविक अच्छा बैंडविथ है (अपने usb3 का परीक्षण करें) अपनी टीएम सेटिंग्स पर ध्यान दें, यहां मैं इतने अधिक विभाजन और डिस्क छवियों को भूल गया कि मैं बैकअप नहीं लेना चाहता, यह बीके समय बढ़ाएगा। । पहला बैकअप लॉन्च करें। 2-3 घंटे, अपने कंप्यूटर को पुनरारंभ करें। (हाँ, मज़ेदार नहीं है, लेकिन मैंने देखा कि पहला घंटा आमतौर पर तेज़ होता है, और इस समय के बाद यह धीमा हो जाता है) यह सब, मैं सुबह में 1,5To बैकअप करने में सक्षम था। ।

Comments

क्या आप संदर्भ के लिए उद्धरण का स्रोत जोड़ सकते हैं?

— nohillside

Answer 9

कृपया एप्पल के इस नोट को देखें :

OS X El Capitan: यदि टाइम मशीन धीमी है

अगर टाइम मशीन स्लो है तो इन सुझावों को आजमाएं।

• पहली बार जब आप टाइम मशीन का उपयोग करते हैं, तो इसे शाम को सेट करें ताकि प्रारंभिक बैकअप रातोंरात किया जा सके।

• यदि आपकी बैकअप डिस्क एक टाइम कैप्सूल है, तो अपने मैक को प्रारंभिक बैकअप के लिए टाइम कैप्सूल के रूप में उसी कमरे में छोड़ दें, या अपने मैक को टाइम कैप्सूल पर ईथरनेट पोर्ट में से किसी एक से कनेक्ट करने के लिए एक ईथरनेट केबल का उपयोग करें।

• वायरस स्कैनिंग सॉफ्टवेयर टाइम मशीन बैकअप को बहुत धीमा कर सकता है। यदि आप नॉर्टन एंटीवायरस या इसी तरह के उत्पाद का उपयोग करते हैं, तो अपने बैकअप डिस्क को स्वचालित स्कैनिंग से बाहर करने का प्रयास करें। यह भी सुनिश्चित करें कि आप वायरस स्कैनिंग सॉफ्टवेयर का नवीनतम संस्करण चला रहे हैं।