মেরামত সময় মেশিন স্পার্সবান্ডল যা আর মাউন্ট করবে না


24

আমি আমার টাইম মেশিন ব্যাকআপটি কোনও উপায়ে গণ্ডগোল করেছি। কোনও মাউন্টযোগ্য ফাইল সিস্টেম নেই উল্লেখ করে ত্রুটি পেয়ে আমি আর স্পার্সবান্ডেল ফাইলটি মাউন্ট করতে পারছি না।

আমি স্পারসাইবান্ডেল ফাইল সংযুক্ত করতে hdiutil কমান্ডটি ব্যবহার করেছি:

hdiutil attach -nomount -readwrite flattop.sparsebundle

যার ফলে নিম্নলিখিত / dev / ডিভাইসগুলির ফলস্বরূপ:

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

এরপরে আমি fsch_hfs কমান্ডটি মূল ভলিউম (/ dev / ডিস্ক 2 এস 2) যাচাই করার জন্য চালিয়েছি:

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 

আপনি দেখতে পাচ্ছেন যে "ব্লক ডিভাইস / ডিভ / ডিস্ক 2 এস 2 খুলতে অক্ষম: অনুমতি অস্বীকৃত জার্নাল_রেপ্লে (/ দেব / ডিস্ক 2 এস 2) 13 ফিরে এসেছে" বলেও একটি ত্রুটি রয়েছে is

আমি ভেবেছিলাম এটি fsck_hfs কমান্ডটি su হিসাবে চালনা না করার কারণে হতে পারে, তাই আমি এটি sudo দিয়ে চেষ্টা করেছিলাম তবে এর একই ফলাফল হয়েছিল।

আমার স্পার্সবান্ডল ফাইলটি একটি সিনোলজি ডিএস 408 এনএএস-এ রয়েছে এবং প্রায় 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.

আমি কি সঠিক অনুমতিগুলি সেট করতে স্পার্সবান্ডেল ফাইলটি chmod করতে পারি?

উত্তর:


26

আমার ব্লগে কীভাবে এনএএস-ভিত্তিক স্পার্সবান্ডেল ত্রুটিগুলি চেষ্টা ও মেরামত করতে হবে সে সম্পর্কে আমার একটি লেখা আছে । সংক্ষেপে:

  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
    

    যেখানে এক্স বাহ্যিক ডিস্কের জন্য ডিস্ক আইডি। এক্স 2, 3, 4 বা উচ্চতর হতে পারে। আপনি অ্যাপল_এফএফএক্সএক্স বা অ্যাপল_এইচএফএস-এর লেবেলযুক্ত একটিতে আগ্রহী।

  2. fsck_hfs -drfy /dev/diskxs2 পদক্ষেপ 1 এ যে কোনও প্রাসঙ্গিক ডিভাইস ছিল তা ব্যবহার করে।

    আশা করি, আপনি শেষ পর্যন্ত দেখতে পাবেন

    ভলিউমটি সফলভাবে মেরামত করা হয়েছিল

  3. hdiutil detach /dev/diskxs2


তবে ওএস এক্স 10.6.3 থেকে, টাইম মেশিন কোনও গন্তব্যের ভলিউমে লিখতে অস্বীকার করবে যা এর যাচাইকরণ ব্যর্থ করে f এমনকি যদি উপরের প্রক্রিয়াটি ব্যাকআপটি পুনরুদ্ধার করতে সফল হয়, তবুও আপনাকে বার বার যাচাইকরণ ব্যর্থ হওয়ার সময় টাইম মেশিনের লেখা কালো চিহ্নগুলি সরিয়ে ফেলতে হবে।

  1. স্পার্সবান্ডল আনলক করুন

    chflags -R nouchg /Volumes/{name of your disk}/{name of}.sparsebundle
    
  2. এটিকে তার আসল অবস্থানে ফিরে যান

    mv /Volumes/{name of your disk}/{name of}_YYYY-MM-DD.sparsebundle /Volumes/{name of your disk}/{name of}.sparsebundle
    
  3. স্পার্সবান্ডলের শীর্ষ স্তরের ডিরেক্টরিতে, ফাইলটি সম্পাদনা করুন 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>
      

3
কলটি fsck_hfsফেরত: ব্লক ডিভাইস / ডিভ / ডিস্ক 7 এস 2 খুলতে অক্ষম: রিসোর্স ব্যস্তজর্নাল_রেপ্লে (/ ডিভ / ডিস্ক 7 এস 2) 16 ফিরে এসেছে
স্টিফান

3
fsck_hfs -drfy / dev / डिस्क2s2 ব্লক ডিভাইস / দেব / ডিস্ক 2 এস 2 খুলতে অক্ষম: অনুমতি অস্বীকার করা জার্নাল_রেপ্লে (/ dev / ডিস্ক
এস

এই নির্দেশাবলী আমার পক্ষে কার্যকর হয়নি তবে ক্রিশ্চিয়ান এল এর লিঙ্কটি কৌশলটি কার্যকর করেছিল।
মালহাল

এটি আমার জন্য সমস্যার সমাধান করেছে, ধন্যবাদ! কমান্ডগুলি চালিয়ে যাওয়ার আউটপুট এখানে দেওয়া হয়েছে (এটি আরও সন্ধানযোগ্য করার জন্য) gist.github.com/oleender/d3d37a46940d0ac4b538da62e0745601 প্রো টিপ: ওয়াই-ফাই (802.11n, 200 জিবি) এর উপরের উপরের কমান্ডগুলি চালাবেন না । এটি প্রথমে চেষ্টা করে 30h + এর পরে গর্ভপাত বন্ধ করতে হয়েছিল। ইথারনেট কেবল ব্যবহার করে শেষ হয়েছে, যা "কেবল" 2 ঘন্টা সময় নিয়েছে।
লিনাস অ্যালিয়েন্ডার

1
Fsck_hfs যদি বলে যে মেরামত করতে না পারে তবে ডিস্কুইটাল মেরামতের চেষ্টা করুন ভলিউম / দেব / ডিস্ক 2 এস 2
মালহাল

6

স্পার্সবান্ডলে প্রসারিত বৈশিষ্ট্যগুলি ফাইলটিতে লেখাগুলি রোধ করতে পারে:

চালান

chflags -R nouchg flattop.sparsebundle

তবে সাবধানতা অবলম্বন করুন, স্পার্সবান্ডেলটি সুরক্ষিত থাকতে পারে কারণ এটি সত্যই ভেঙে গেছে।


যদি এটি সত্যই ভেঙে যায় তবে কি কিছু হারাতে হবে? এটি আমার বোঝার বিষয় যে এটি মুছা এবং একটি নতুন ব্যাকআপ শুরু করা ছাড়া অন্য একমাত্র বিকল্প।
ম্যাট

4

এটি chmod এর মতো সহজ নয়। প্রথমত, এটি উপস্থিত হয় যে 10.5 / 10.6 / 10.7 সকলের মধ্যে একটি স্পার্স বান্ডিল কীভাবে পরিচালনা করা হয় তার মধ্যে সামান্য পার্থক্য রয়েছে। দ্বিতীয়ত, একটি বিরল বান্ডেলের পতাকা এবং নোংরা / খারাপ অবস্থা অন্য কোথাও সংরক্ষণ করা হয়। তৃতীয়ত, আপনাকে স্পার্স বান্ডেল নিজেই আক্রমণ করতে হবে - এর মধ্যে থাকা ফাইল সিস্টেমটি নয়।

আপনার সেরা বাজি হ'ল ডিস্ক ইউটিলিটিটি আপনার নিজের মধ্যে এমবেড থাকা ফাইল সিস্টেমটি দেখার আগে চিত্রটি মেরামত করতে একটি ক্র্যাক করতে দেয়। এটি বান্ডিল এবং ফাইলসিস্টেম উভয় ক্ষেত্রেই কাজ করে - পাশাপাশি অ্যাপল কীভাবে জিনিসগুলি সংরক্ষণ করেছে তাও জানে।

বান্ডেলের বিবরণ হয় মালিকানাধীন বা বিকাশকারী ডক্স থেকে সনাক্ত করা শক্ত - এবং এটি অবশ্যই অন্য কোনও তৃতীয় পক্ষের ইউটিলিটিগুলি এই মুহুর্তে ঠিক করতে আগ্রহী নয়। আপনি যতক্ষণ না ব্যাকআপগুলি তৈরি করেছেন ম্যাকের তুলনায় ডিস্ক ইউটিলিটির একটি সমান বা নতুন সংস্করণ ব্যবহার করছেন ততক্ষণ আপনার ভাল হওয়া উচিত। একবার আপনি ডিস্ক ইউটিলিটি ছেড়ে দিলে - আপনি ড্রাইভ জিনিয়াস বা ডিস্ক ওয়ারিয়রের মতো কিছু চেষ্টা করতে পারেন - তবে আপনি যদি এই বান্ডিলটি পুনরায় ব্যবহার করতে চান তবে আমি অ্যাপলের সরঞ্জামটির সাথে লেগে থাকব।

বিচ্ছিন্ন বান্ডিলগুলির প্রকৃতি - বিশেষত হার্ড লিঙ্কগুলির পাশাপাশি ধারণাটিও যে ফাইলগুলি মোছার পরে এটি কমপ্যাক্ট করা হয় না, সেখানে অনেক কাজ করা দরকার । আমার ডিস্ক ইউটিলিটিটি দুই সপ্তাহ ধরে চালানো হয়েছে এবং এখনও 800 এমবি আকারের সংরক্ষণাগারটিতে কোনও মেরামত পাসটি শেষ করে নি।

অনুশীলনে, আপনার স্ন্যাপশট থাকলে বা নিজেই ব্যাক আপ হয়ে থাকলে আপনার এনএএস এর পূর্ববর্তী সংস্করণে ফিরে যাওয়া ভাল। শেষ পর্যন্ত - যদি fsck / ডিস্ক ইউটিলিটিটি ঠিক করতে না পারে এমন ত্রুটিগুলি থেকে থাকে তবে আপনার স্পার্স বান্ডিলটি খারাপ হিসাবে চিহ্নিত হবে এবং এটি লক হয়ে যাবে। তারপরে আপনি জিনিসগুলি পড়তে পারেন তবে এটিতে আর কখনও লিখবেন না। আপনি যদি কোনও মেশিনকে স্টোরেজে সংযোগ করতে পারেন এবং জিনিসগুলি ঠিক করতে পারেন (ডিএএস বা উচ্চ গতির সংযোগগুলি আরও ভাল - যেমন কোনও মেশিনে জিনিসগুলি ঠিক করার সময় থাকতে পারে এবং পুনরায় বুট করা না যায় এটি আদর্শ)

শুভকামনা - এটি আপনার সরবরাহিত বিশদ থেকে পুনরুদ্ধারযোগ্য নাও হতে পারে।


1

@ গারথের উত্তর আমার পক্ষে কার্যকর হয়নি। আমি যোগ করতে ছিল -readwriteবিকল্প hdiutilযাতে এটা আমার এনক্রিপ্ট করা ইমেজ জন্য কাজ করতে হবে। এই বিকল্পটি ছাড়া, hdiutilপাসওয়ার্ড জিজ্ঞাসা করবেন না।

Fsck পদক্ষেপে, আমি একটি মুখোমুখি 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)।


দুর্দান্ত তবে আমাকে পুনরায় আকার দেওয়ার আগে আলাদা করতে হয়েছিল অন্যথায় hdiutil: resize: ব্যর্থ। সংস্থান অস্থায়ীভাবে অনুপলব্ধ (35)
মলহাল

0

আমার একটি সিওলজি এনএএস আছে এবং ফিক্সটি চালানোর চেষ্টা করার সময় নন-রাইটের ত্রুটিটি পেয়েছিলাম তবে আমি এই ট্যুইক সংস্করণটি পেয়েছি যা আমার বেকন সংরক্ষণ করেছে।

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


2
ভিন্ন জিজ্ঞাসা করতে স্বাগতম! যদিও এই লিঙ্কটি প্রশ্নের উত্তর দিতে পারে, উত্তরের প্রয়োজনীয় অংশগুলি এখানে অন্তর্ভুক্ত করা এবং রেফারেন্সের জন্য লিঙ্কটি সরবরাহ করা ভাল। লিঙ্কযুক্ত পৃষ্ঠাগুলি পরিবর্তিত হলে লিঙ্ক-শুধুমাত্র উত্তরগুলি অবৈধ হতে পারে।
grg

আমিও নো-রাইটিং পাচ্ছিলাম, এগুলি কেবলমাত্র আমার জন্য কাজ করার নির্দেশাবলী ছিল এবং আমি অন্য সকলকে চেষ্টা করেছিলাম।
মালহাল

0

যদি আপনি একটি মেশিনে একটি স্পার্স বান্ডিল ডিস্ক চিত্র ব্যাকআপ করেন এবং অন্যটিতে এটি খোলার চেষ্টা করেন তবে আপনি "কোনও মাউন্টযোগ্য ফাইল সিস্টেম" ত্রুটি বার্তা পেতে পারেন, বিশেষত যদি মালিকদের ব্যবহারকারীর নাম দুটি মেশিনের মধ্যে পৃথক হয়।

আমার সমাধানটি আমার স্থানীয় ডিস্কে বান্ডিলটি অনুলিপি করে চলছে

sudo chown -R MyUserName nonmounting.sparsebundle

চালু কর.

তারপরে এটি সূক্ষ্মভাবে খুলল এবং বিশ্বের সাথে ঠিক আছে।


0

আমি উপরের সমস্ত পদক্ষেপগুলি করেছি তবে কিছুক্ষণ পরে ছবিটি fsck_hfs বা hdutil ব্যবহার করে মেরামত করা যায়নি, থ্রেড বা নোডগুলি সংক্রান্ত অনেকগুলি ত্রুটি দূষিত।

আমার জন্য যা কাজ করেছিল তা হ'ল:

  1. (Alচ্ছিক) একটি এইচএফএস জর্নলেড ফর্ম্যাটেড বাহ্যিক ইউএসবি 1 টিবি ড্রাইভটি সংযুক্ত করুন।
  2. (Ptionচ্ছিক) এয়ারপোর্ট ইউটিলিটিতে, টাইম ক্যাপসুল ডিস্কগুলিতে যান -> ইউএসবি দ্বারা টাইম ক্যাপসুলের সাথে সংযুক্ত ড্রাইভে আর্কাইভ ডিস্কে যান। এটি 600 গিগাবাইটের জন্য আমার 12 ঘন্টা সময় নিয়েছে।

  3. এইচটিইটিএল সংযুক্তি -মণিপরিবর্তন -নুটোফস্যাক / ভলিউমস / ডিআইএসকে / মাইফাইল.স্পার্সবান্ডেল

  4. তারপরে ডিস্ক ওয়ারিয়র ব্যবহার করে ডিস্কটি দৃশ্যমান ছিল । ডিরেক্টরি ট্যাবে, পুনর্নির্মাণ ক্লিক করুন । এটি প্রায় 1 ঘন্টা সময় নিয়েছে।

একবার ঠিক হয়ে গেলে আমি শেষ পর্যন্ত আমার ফাইলগুলি মাউন্ট এবং ব্যাকআপ করতে পারি।

পুনর্নির্মাণে ক্লিক করুন


আমি এটি পেয়েছি: "ডিস্ক ওয়ারিয়র সফলভাবে" টাইম মেশিন ব্যাকআপস "নামের ডিস্কের জন্য একটি নতুন ডিরেক্টরি তৈরি করেছে" "নতুন ডিরেক্টরিটি মূল ডিরেক্টরিটি প্রতিস্থাপন করতে পারে না কারণ ডিস্কটি লক হয়েছে" " আপনি কি আনলক করতে জানেন?
ম্যাক্সিম্মে

0

এটি আমার পক্ষে কাজ করেছে:

  • ডিস্ক চিত্রটিতে ডান ক্লিক করুন, পড়তে এবং লিখতে "প্রত্যেকে" পরিবর্তন করুন।
  • টার্মিনাল খুলুন
  • chmod -R 777 {disk image path}

স্পষ্টত এটি একটি অনুমতি ইস্যু ছিল।

দ্রষ্টব্য: এটি আপনার ব্যাকআপটি যেকোন ব্যক্তির কাছে গ্রহণযোগ্য হবে যিনি এটিতে শারীরিক প্রবেশাধিকার পেয়েছেন


0

আমি আশা করি এটি কারও সাহায্য করতে পারে।

একটি 'কোনও মাউন্টযোগ্য ফাইল সিস্টেম' ত্রুটিযুক্ত একটি এল ক্যাপিটান সুরক্ষা আপডেটের পরে আমি আমার লিগ্যাসি ফাইল ভল্ট অ্যাকাউন্ট থেকে লক আউট হয়েছি।

আমার ক্ষেত্রে যা কাজ হয়েছিল তা হ'ল ড্রপ ডাউন মেনু থেকে 'প্যাকেজ সামগ্রীগুলি দেখান' ব্যবহার করে স্পারসাইবান্ডেল ফাইলটি খোলার মাধ্যমে এবং প্রতিটি আটকানো আইটেমের জন্য 'অ্যাক্সেস না' থেকে 'প্রত্যেকের জন্য' অ্যাক্সেসের ম্যানুয়ালি পরিবর্তন করা। 'ব্যান্ড' ডিরেক্টরিতে ড্রপ ডাউন মেনু থেকে আমি 'ঘেরানো আইটেমগুলিতে প্রয়োগ করুন' কমান্ডটি ব্যবহার করি।


0

উইন্ডোজ মেশিনে হোস্ট করা স্পার্সবান্ডল নিয়ে আমার একই সমস্যা ছিল। আমি এটি এবং অন্যান্য থ্রেডগুলিতে সমস্ত কিছুই চেষ্টা করেছিলাম, সর্বদা কোনও মাউন্টযোগ্য ফাইল সিস্টেমের ত্রুটির (112 ত্রুটিও দেখানো হয়) এর ফলস্বরূপ ।

সমস্যাটি ছিল উইন্ডোজ ডিফেন্ডার, যেটি স্পার্সবান্ডেলের একটি ফাইলকে ট্রোজান হিসাবে সনাক্ত করেছিল (ট্রোজান: স্ক্রিপ্ট / ফোরটাইপ.এ! মিলি)। অন্যান্য লোকেরা স্পোটাইফাই ক্যাশে বা মরিচা সংকলিত ফাইলগুলির মতো কিছু অনুরূপ মিথ্যা ইতিবাচক প্রতিবেদন করেছে ।

সমস্যা সমাধানের জন্য, কেবল উইন্ডোজ ডিফেন্ডার পৃথকীকরণ থেকে ফাইলটি বাদ দিন এবং আবার স্পার্সবান্ডল মাউন্ট করুন। এটি খুব দীর্ঘ সময় নিয়েছে, সুতরাং আপনি এই আদেশটি ব্যবহার করে আউটপুট পেতে পারেন:

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

-1

আমি ঠিক একই সমস্যা

** /dev/rdisk2s2 (NO WRITE)

যখন কিউএনএপি 419II তে একটি বাঁধা টিএম-স্পার্সবান্ডেলটি ঠিক করার চেষ্টা করছেন।

আমি ফাইন্ডার এবং রান ব্যবহার করে টিএম-মাউন্টটি "বের করে" দিয়েছি

hdiutil attach -nomount -noverify -noautofsck ...

কমান্ড (এখানে সুনির্দিষ্ট টাইম মেশিন স্পার্সবান্ডেল এনএএস ভিত্তিক ব্যাকআপ ত্রুটিগুলি পাওয়া গেছে ) আবার পাওয়া গেছে, যা ("চালানো প্রথম চালনার বিপরীতে এটি" / dev / ডিস্ক 2 এস 2 অ্যাপলএইচএফএক্সএক্স "ছাপিয়েছে) এবার দিয়েছে

/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

কখনই কম নয়, টিএম পুনরায় সক্রিয়করণের ফলে এখনও কার্পেটড-ব্যাকআপ-বার্তা আসে :(

শুভকামনা!

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.