रिपेयर टाइम मशीन स्पार्सबंडल जो अब माउंट नहीं होगा

Question

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

मैंने स्प्रेडबंडल फ़ाइल संलग्न करने के लिए हड्युटिल कमांड का उपयोग किया:

hdiutil attach -nomount -readwrite flattop.sparsebundle

जिसके परिणामस्वरूप निम्नलिखित / देव / उपकरण हैं:

/dev/disk2              Apple_partition_scheme
/dev/disk2s1            Apple_partition_map
/dev/disk2s2            Apple_HFSX

बाद में मैंने मुख्य वॉल्यूम (/ dev / disk2s2) की जांच करने के लिए fsch_hfs कमांड चलाया:

fsck_hfs -drf /dev/disk2s2

इससे यह नोटिस आया कि टाइम मशीन के बैकपूप की मात्रा भ्रष्ट है और इसकी मरम्मत की जरूरत है:

Unable to open block device /dev/disk2s2: Permission deniedjournal_replay(/dev/disk2s2) returned 13
** /dev/rdisk2s2 (NO WRITE)
    Using cacheBlockSize=32K cacheTotalBlock=32768 cacheSize=1048576K.
   Executing fsck_hfs (version diskdev_cmds-540.1~34).
Non-empty journal:  start = 66310144, end = 94912512
   Journal need to be replayed but volume is read-only
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
   The volume name is Time Machine Backups
** Checking extents overflow file.
   Unused node is not erased (node = 3568)
   Unused node is not erased (node = 3574)
   Unused node is not erased (node = 3575)
** Checking catalog file.
** The volume Time Machine Backups was found corrupt and needs to be repaired.
    volume type is pure HFS+ 
    primary MDB is at block 0 0x00 
    alternate MDB is at block 0 0x00 
    primary VHB is at block 2 0x02 
    alternate VHB is at block 2865568974 0xaacd1cce 
    sector size = 512 0x200 
    VolumeObject flags = 0x07 
    total sectors for volume = 2865568976 0xaacd1cd0 
    total sectors for embedded volume = 0 0x00 

जैसा कि आप देख सकते हैं कि "ब्लॉक डिवाइस / dev / disk2s2 खोलने में असमर्थ: त्रुटि की अनुमति देने में असमर्थ होने के कारण यह कहा जा सकता है किjournal_replay (/ dev / disk2s2) 13 लौटा है"।

मुझे लगा कि fsck_hfs कमांड को सु के रूप में नहीं चलाने के कारण ऐसा हो सकता है, इसलिए मैंने इसे सूडो के साथ आजमाया लेकिन इसका भी यही नतीजा था।

मेरी sparsebundle फ़ाइल एक Synology DS408 NAS पर है और लगभग 2 वर्षों से बिना किसी समस्या के चल रही है :(

किसी को भी यह कैसे आगे ले जाने के लिए एक विचार है?

तरह का संबंध है, नील्स आर।

अद्यतन: जैसा कि मुझे यह प्रश्न लिखते समय संदेह था कि मुझे पढ़ने / लिखने की अनुमति के साथ समस्या है। अब मुझे डिस्क उपयोगिता में दिखाई देने वाली मात्रा दिखाई देती है और जब मैं "सत्यापित करें" पर क्लिक करता हूं तो मुझे निम्न आउटपुट मिलता है:

Verifying volume “Time Machine Backups”
Checking file systemJournal need to be replayed but volume is read-only
Checking Journaled HFS Plus volume.
Detected a case-sensitive volume.
Checking extents overflow file.
Unused node is not erased (node = 3568)
Checking catalog file.
Keys out of order
The volume Time Machine Backups was found corrupt and needs to be repaired.
Error: This disk needs to be repaired. Click Repair Disk.

क्या मैं सही अनुमतियां सेट करने के लिए स्पार्सबंडल फ़ाइल को बस चोद सकता हूं?

Answer 1

मैं अपने ब्लॉग पर NAS- आधारित स्पार्सबंडल त्रुटियों की कोशिश और मरम्मत करने का तरीका लिख ​​रहा हूं । संक्षेप में:

1. hdiutil attach -nomount -noverify -noautofsck /Volumes/{name of your disk}/{name of}.sparsebundle

   फिर आपको कुछ ऐसा दिखाई देगा

   /dev/diskx Apple_partition_scheme
   /dev/diskxs1 Apple_partition_map
   /dev/diskxs2 Apple_HFSX
   

   जहां एक्स बाहरी डिस्क के लिए डिस्क आईडी है। x 2, 3, 4 या उच्चतर हो सकता है। आप Apple_HFSX या Apple_HFS लेबल वाले में रुचि रखते हैं।

2. fsck_hfs -drfy /dev/diskxs2 जो भी प्रासंगिक डिवाइस चरण 1 में स्थित था उसका उपयोग करना।

   उम्मीद है, आप अंततः देखेंगे

   वॉल्यूम की सफलतापूर्वक मरम्मत की गई थी

3. hdiutil detach /dev/diskxs2

---

हालाँकि, OS X 10.6.3 के बाद से, टाइम मशीन एक गंतव्य वॉल्यूम पर लिखने से इंकार कर देगा जो इसके सत्यापन को विफल करता है। यहां तक ​​कि अगर ऊपर की प्रक्रिया बैकअप को पुनर्प्राप्त करने में सफल हो जाती है, तो भी आपको उस काले निशान को हटाने की आवश्यकता हो सकती है जो टाइम मशीन ने लिखा था जब यह सत्यापन विफल हो गया था।

4. स्पार्सबंडल को अनलॉक करें

   chflags -R nouchg /Volumes/{name of your disk}/{name of}.sparsebundle
   

5. इसे वापस उसके मूल स्थान पर ले जाएं

   mv /Volumes/{name of your disk}/{name of}_YYYY-MM-DD.sparsebundle /Volumes/{name of your disk}/{name of}.sparsebundle
   

6. Sparsebundle के शीर्ष स्तर की निर्देशिका में, फ़ाइल को संपादित करें com.apple.TimeMachine.MachineID.plist।

   • हटाना

     <key>RecoveryBackupDeclinedDate</key>
     <date>{whatever-the-date}</date>
     

   • परिवर्तन

     <key>VerificationState</key>
     <integer>2</integer>
     

     सेवा मेरे

     <key>VerificationState</key>
     <integer>0</integer>
     

Comments

fsck_hfsरिटर्न करने के लिए कॉल : ब्लॉक डिवाइस / देव / डिस्क 7 एस 2 खोलने में असमर्थ: रिसोर्स व्यस्तजौरनल_रेप्ले (/ देव / डिस्क 7 एस 2) 16 लौटे

— स्टीफन मुलर

fsck_hfs -drfy / dev / disk2s2 ब्लॉक डिवाइस / dev / disk2s2 खोलने में असमर्थ: अनुमति से इनकार कियाjjnal_replay (/ dev / disk2s2) 13 ** / dev / rdisk2s2 (NO WRITE)

— malhal

ये निर्देश मेरे काम नहीं आए लेकिन क्रिश्चियन एल के लिंक ने चाल चली।

— मल्हल

इससे मेरे लिए समस्या हल हो गई, धन्यवाद! यहां कमांड चलाने से आउटपुट है (इसे और अधिक खोज योग्य बनाने के लिए) gist.github.com/oleander/d3d37a46940d0ac4b538da62e0745601 प्रो टिप: वाई-फाई (802.11n, 200Gb) से अधिक कमांड न चलाएं । पहले कोशिश की और 30h + के बाद गर्भपात करना पड़ा। एक ईथरनेट केबल का उपयोग करके समाप्त हुआ, जिसने "केवल" 2h लिया।

— लीनस ओलियंडर

अगर fsck_hfs कहते हैं कि मरम्मत की कोशिश नहीं की जा सकती है, तो डिस्कलूट की मरम्मत करें। Dev / disk2s2

— malhal

Answer 2

Sparsebundle पर विस्तारित विशेषताएँ फ़ाइल पर लिखने से रोक सकती हैं:

रन

chflags -R nouchg flattop.sparsebundle

लेकिन सावधान रहें, स्पार्सबंडल को संरक्षित किया गया हो सकता है क्योंकि यह वास्तव में टूट गया है।

Comments

अगर यह वास्तव में टूट गया है, तो क्या कुछ खोना है? यह मेरी समझ है कि केवल दूसरा विकल्प इसे मिटा देना और एक नया बैकअप शुरू करना है।

— मैट

Answer 3

यह चामोद की तरह सरल नहीं है। सबसे पहले, यह प्रतीत होता है कि 10.5 / 10.6 / 10.7 सभी में मामूली अंतर है कि एक विरल बंडल कैसे संभाला जाता है। दूसरा, झालर बंडल के झंडे और गंदे / खराब स्थिति कहीं और संग्रहीत किए जाते हैं। तीसरा, आपको विरल बंडल पर खुद को हमला करने की आवश्यकता हो सकती है - न कि फाइलसिस्टम जो भीतर निहित है।

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

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

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

व्यवहार में, आप अपने NAS के पूर्व संस्करण में वापस आने से बेहतर हो सकते हैं यदि इसमें स्नैपशॉट हैं या स्वयं ही बैकअप है। अंत में - यदि ऐसी त्रुटियां हैं, जो fsck / डिस्क उपयोगिता को ठीक नहीं कर सकती हैं, तो आपके विरल बंडल को खराब के रूप में चिह्नित किया जाएगा और इसे लॉक कर दिया जाएगा। आप फिर चीजों को पढ़ सकते हैं, लेकिन इसे फिर कभी नहीं लिख सकते। यह देखें कि क्या आप किसी मशीन को स्टोरेज से कनेक्ट कर सकते हैं और चीजों को ठीक कर सकते हैं (DAS या हाई स्पीड कनेक्शन बेहतर हैं - जैसा कि एक मशीन है जिसमें चीजों को ठीक करने और रिबूट नहीं होने का समय आदर्श है)

बेस्ट ऑफ लक - यह आपके द्वारा प्रदान किए गए विवरण से पुनर्प्राप्त करने योग्य नहीं हो सकता है।

Answer 4

@ गार्थ का जवाब मेरे लिए कारगर नहीं रहा। मुझे अपनी एन्क्रिप्ट की गई छवि के लिए काम करने के लिए -readwriteविकल्प जोड़ना पड़ा hdiutil। उस विकल्प के बिना, hdiutilपासवर्ड के लिए पूछना नहीं है।

Fsck चरण में, मेरा सामना a से हुआ Disk full error। इसे ठीक करने के लिए, मैंने resizefsck को चलाने से पहले छवि के आकार को बढ़ाने के लिए विकल्प का उपयोग किया ।

यहाँ मैं इसे ठीक करने के लिए इस्तेमाल किया आदेश हैं:

# chflags -R nouchg MyImage.sparsebundle

# hdiutil attach -nomount -noverify -readwrite -noautofsck MyImage.sparsebundle
Enter the password to access „MyImage.sparsebundle“: 
/dev/disk2              GUID_partition_scheme           
/dev/disk2s1            EFI                             
/dev/disk2s2            Apple_HFS                       

# hdiutil resize -size 1.5t MyImage.sparsebundle
Enter the password to access „MyImage.sparsebundle“: 

# fsck_hfs -drf /dev/disk2s2
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
   The volume name is Time Machine-Backups
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding catalog B-tree.
…

# hdiutil detach /dev/disk2s2

जैसा कि अन्य उत्तरों में बताया गया है, डिवाइस पथ भिन्न हो सकता है, इसलिए आपको इसके बजाय कमांड disk2s2द्वारा मुद्रित डिस्क का उपयोग करना होगा hdiutil attach। साथ ही, आपको केवल resizeचरण की आवश्यकता है यदि आपको कमांड Disk full errorनिष्पादित करते समय मिला था fsck_hfs। इसके अलावा, मेरे बजाय 1.5tआपको एक उचित नए आकार में प्रवेश करना चाहिए जो आपके वर्तमान छवि आकार (चेक के साथ du -hs MyImage.sparsebundle) से थोड़ा बड़ा है ।

Comments

महान लेकिन मुझे हड्युटिल का आकार बदलने से पहले अलग करना पड़ा: रिसाइज: असफल। संसाधन अस्थायी रूप से अनुपलब्ध (35)

— मल्हल

Answer 5

मेरे पास एक साइकोलॉजी एनएएस है और फिक्स को चलाने की कोशिश करते समय NO-WRITE त्रुटि हो रही थी, लेकिन मैं इस ट्वीक किए गए संस्करण के पार आया जिसने मेरे बेकन को बचाया।

http://tonylawrence.com/blog/2012/08/11/fixing-corrupted-time-machine-backups/

Comments

अलग पूछने के लिए आपका स्वागत है! हालांकि यह लिंक प्रश्न का उत्तर दे सकता है, लेकिन उत्तर के आवश्यक भागों को शामिल करना और संदर्भ के लिए लिंक प्रदान करना बेहतर है। लिंक-केवल उत्तर अमान्य हो सकते हैं यदि लिंक किए गए पृष्ठ बदल जाते हैं।

— GRG

मैं भी लिख रहा था, ये केवल निर्देश थे जो मेरे लिए काम करते थे और मैंने बाकी सभी को आज़माया।

— मल्हल

Answer 6

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

मेरा समाधान बंडल को मेरी स्थानीय डिस्क पर कॉपी कर रहा था और चल रहा था

sudo chown -R MyUserName nonmounting.sparsebundle

इस पर।

इसके बाद यह ठीक हुआ और दुनिया के साथ सब ठीक हो गया।

Answer 7

मैंने ऊपर सभी चरण किए, लेकिन थोड़ी देर बाद छवि को fsck_hfs या hdutil का उपयोग करके मरम्मत नहीं की जा सकी, थ्रेड्स या नोड्स से संबंधित बहुत सारी त्रुटियां दूषित हो गईं।

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

1. (वैकल्पिक) एक HFS Jornaled स्वरूपित बाहरी USB 1TB ड्राइव कनेक्ट करें।

2. (वैकल्पिक) एयरपोर्ट उपयोगिता में, टाइम कैप्सूल डिस्क पर जाएं -> USB द्वारा टाइम कैप्सूल से जुड़े ड्राइव में आर्काइव डिस्क। मुझे 600 जीबी के लिए 12 घंटे लग गए।

3. hudutil संलग्न -nomount -noverify -noautofsck /Volumes/DISK/MyFile.sparsebundle

4. तब डिस्क DiskWarrior का उपयोग करके दिखाई दे रहा था । निर्देशिका टैब पर, पुन: बनाएँ पर क्लिक करें । इसमें लगभग 1 घंटा लगा।

एक बार तय होने के बाद मैं आखिरकार अपनी फाइलों को माउंट और बैकअप कर सकता हूं।

Comments

मुझे यह मिलता है: "डिस्कवरीयर ने" टाइम मशीन बैकप्स "नामक डिस्क के लिए सफलतापूर्वक एक नई निर्देशिका बनाई है। नई निर्देशिका मूल निर्देशिका को प्रतिस्थापित नहीं कर सकती क्योंकि डिस्क लॉक है।" क्या आप जानते हैं कि कैसे अनलॉक करना है?

— मैक्सिमम

Answer 8

यह मेरे लिए काम किया:

• डिस्क छवि पर राइट-क्लिक करें, "सभी" को पढ़ने और लिखने के लिए बदलें।
• टर्मिनल खोलें
• chmod -R 777 {disk image path}

यह स्पष्ट रूप से एक अनुमति मुद्दा था।

नोट: यह आपके किसी भी सामान को बनाने के लिए होगा जो किसी भी व्यक्ति के लिए आईटी में होना चाहिए

Answer 9

मुझे उम्मीद है कि यह किसी की मदद कर सकता है।

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

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

Answer 10

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

समस्या विंडोज डिफेंडर की थी, जिसने स्पार्सबंडल में ट्रोजन (ट्रोजन: स्क्रिप्ट / फॉरेटाइप.ए.ए-एमएल) के रूप में फाइलों में से एक का पता लगाया था। अन्य लोगों ने somethin को इसी तरह की झूठी सकारात्मक सूचना दी, जैसे Spotify कैश या रस्ट संकलित फ़ाइलें।

समस्या को हल करने के लिए, बस विंडोज डिफेंडर संगरोध से फ़ाइल को बाहर करें और स्पार्सबंडल को फिर से माउंट करें। यह बहुत लंबा समय लगा, इसलिए आप इस कमांड का उपयोग करके आउटपुट प्राप्त कर सकते हैं:

hdiutil attach -verbose -debug -mountpoint /mount/path /path/to.sparsebundle

Answer 11

मुझे बस यही समस्या थी

** /dev/rdisk2s2 (NO WRITE)

जब एक QNAP 419II पर एक टीएम-स्पर्सबंडल को ठीक करने की कोशिश की जा रही है।

मैंने खोजक और रन का उपयोग करते हुए टीएम-माउंट को "बेदखल" कर दिया

hdiutil attach -nomount -noverify -noautofsck ...

कमांड (यहाँ पाया फिक्स टाइम मशीन स्पार्सबंडल एनएएस बेस्ड बैकअप एरर्स ) फिर से, (जो पहले रन के विपरीत है जिसके साथ "/ dev / disk2s2 Apple_HFSX") ने इस बार दिया

/dev/disk1s2            Apple_HFSX  

के साथ जाँच लॉग-इन करें

tail -f /var/log/fsck_hfs.log

नहीं दिखाया गया

/dev/rdisk1s2: fsck_hfs run at Sun Feb 17 17:53:20 2013
/dev/rdisk1s2: ** /dev/rdisk1s2
/dev/rdisk1s2:    Executing fsck_hfs (version diskdev_cmds-540.1~34).
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
... LOTS-OF-OUTPUT ...
QUICKCHECK ONLY; FILESYSTEM CLEAN

कभी भी कम नहीं, टीएम को फिर से सक्रिय करने के परिणामस्वरूप अब भी अपरिवर्तित-बैकअप-संदेश :(

सौभाग्य!