সময় মেশিন থেকে পুনরুদ্ধার অনুমতি - ফাইন্ডার অনুলিপি "সিপি" অনুলিপি


7

দ্রষ্টব্য: এই প্রশ্নটি ছড়িয়ে পড়তে শুরু করেছিল তাই আমি এটিকে আবার লিখলাম।

আমার একটি ফোল্ডার রয়েছে যা আমি টাইম মেশিন ব্যাকআপ থেকে পুনরুদ্ধার করার চেষ্টা করছি। ব্যবহার cp -Rকরে সূক্ষ্ম কাজ করে তবে নির্দিষ্ট ফোল্ডারগুলি টাইম মেশিন ইউআই বা ফাইন্ডারের সাথে পুনরুদ্ধার করা যায় না।

অন্যান্য ব্যবহারকারীরা অনুরূপ ত্রুটিগুলি প্রতিবেদন করেছেন এবং cp -Rকার্যবিধির প্রস্তাব দেওয়া হয়েছিল (যেমন টাইম মেশিন থেকে পুনরুদ্ধার - অনুমতি ত্রুটি ) Error তবে আমি বুঝতে চেয়েছিলাম:

  1. cp -Rফাইন্ডার এবং টাইম মেশিন ইউআই না করলে কেন কাজ করে।
  2. আমি ব্যাকআপের আগে ফাইল অনুমতি পরিবর্তন করে ত্রুটিগুলি রোধ করতে পারি কিনা।

প্রকৃতপক্ষে এমন কিছু অনুমতি রয়েছে যা ফাইন্ডারের সাথে কাজ করে এবং কিছু এটি না করে বলে মনে হয়। আমি ত্রুটিগুলি সংক্ষিপ্ত করে ফোল্ডারগুলিতে ব্যবহারকারীর ben(এটি আমি) এবং সংস্থার সাথে সংযুক্ত করেছি wheel

এখানে একটি সরলীকৃত প্রজনন। আমি এখনও অবধি দেখা মালিক / গোষ্ঠী সংমিশ্রণের সাথে আমার চারটি ফোল্ডার রয়েছে:

ben ~/Desktop/test $ ls -lea
total 16
drwxr-xr-x   7 ben   staff   238 27 Nov 14:31 .
drwx------+ 17 ben   staff   578 27 Nov 14:29 ..
 0: group:everyone deny delete
-rw-r--r--@  1 ben   staff  6148 27 Nov 14:31 .DS_Store
drwxr-xr-x   3 ben   staff   102 27 Nov 14:30 ben-staff
drwxr-xr-x   3 ben   wheel   102 27 Nov 14:30 ben-wheel
drwxr-xr-x   3 root  admin   102 27 Nov 14:31 root-admin
drwxr-xr-x   3 root  wheel   102 27 Nov 14:31 root-wheel

প্রত্যেকটিতে fileএকই মালিক / গোষ্ঠীর সাথে ডাকা একক ফাইল থাকে :

ben ~/Desktop/test $ cd ben-staff
ben ~/Desktop/test/ben-staff $ ls -lea
total 0
drwxr-xr-x  3 ben  staff  102 27 Nov 14:30 .
drwxr-xr-x  7 ben  staff  238 27 Nov 14:31 ..
-rw-r--r--  1 ben  staff    0 27 Nov 14:30 file

ব্যাকআপে, তারা এ জাতীয় চেহারা:

ben /Volumes/Deimos/Backups.backupdb/Ben’s MacBook Air/Latest/Macintosh HD/Users/ben/Desktop/test $ ls -leA
total 16
-rw-r--r--@ 1 ben   staff  6148 27 Nov 14:34 .DS_Store
 0: group:everyone deny write,delete,append,writeattr,writeextattr,chown
drwxr-xr-x@ 3 ben   staff   102 27 Nov 14:51 ben-staff
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown
drwxr-xr-x@ 3 ben   wheel   102 27 Nov 14:51 ben-wheel
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown
drwxr-xr-x@ 3 root  admin   102 27 Nov 14:52 root-admin
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown
drwxr-xr-x@ 3 root  wheel   102 27 Nov 14:52 root-wheel
 0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown

এর মধ্যে ben-staffত্রুটি ছাড়াই ফাইন্ডারের সাথে পুনরুদ্ধার করা যায়। root-wheelএবং root-adminআমার পাসওয়ার্ড জিজ্ঞাসা করুন এবং তারপরে ত্রুটি ছাড়াই পুনরুদ্ধার করুন। তবে ben-wheelআমার পাসওয়ার্ডের জন্য অনুরোধ জানায় না এবং ত্রুটি দেয়:

The operation can’t be completed because you don’t have permission to access “file”.

মজার ব্যাপার হচ্ছে, আমি করতে পুনঃস্থাপন fileএটা সরাসরি টেনে আমার স্থানীয় ড্রাইভে (পরিবর্তে তার উর্ধ্বস্থ ফোল্ডারে টেনে) দ্বারা এই ফোল্ডার থেকে, কিন্তু যখন আমি তা করতে তার অনুমতির পরিবর্তিত হয় ben/ staff

সঠিকভাবে কাজ করা তিনটি ফোল্ডার পুনরুদ্ধারের পরে এখানে অনুমতি রয়েছে এবং সেখান থেকে ফাইলটি / এ ben-wheelপরিবর্তিত হয়েছিল ।benstaff

ben ~/Desktop/test-restore $ ls -leA
total 16
-rw-r--r--@ 1 ben   staff  6148 27 Nov 14:46 .DS_Store
drwxr-xr-x  3 ben   staff   102 27 Nov 14:30 ben-staff
-rw-r--r--  1 ben   staff     0 27 Nov 14:30 file
drwxr-xr-x  3 root  admin   102 27 Nov 14:31 root-admin
drwxr-xr-x  3 root  wheel   102 27 Nov 14:31 root-wheel

কেউ কি এই আচরণ ব্যাখ্যা করতে পারেন? ফাইন্ডার এবং টাইম মেশিন ইউআই ben/ wheelঅনুমতিগুলি কেন ভেঙে দেয় ? এবং কেন cp -Rকাজ করে (এমনকি ছাড়াও sudo)?


অ্যাডমিনিস্ট্রেটর পাসওয়ার্ডের জন্য আপনাকে অনুসন্ধানকারীর জিজ্ঞাসা করা উচিত ...
ড্যানিয়েল বেক

আমি মনে করি না যে ফাইন্ডারের প্রশাসকের পাসওয়ার্ড যেমন এড cpকরার প্রয়োজন হয় না তেমন দরকার sudo
বেন চ্যালেঞ্জার

এবং আমি আপনার ধারণা পছন্দ করি, কিন্তু আমি নিশ্চিত করতে পারি যে cp -a /Volumes/Deimos/Backups.backupdb/Ben’s\ MacBook\ Air/Latest/Macintosh\ HD/opt/osdev .এখনও কাজ করে।
বেন চ্যালেঞ্জার

আমি উপরে কাজ করা কিছু ফোল্ডারের অনুমতি যুক্ত করেছি। হ্যাঁ, আমি আজ সকালে সবেমাত্র টাইম মেশিন সেট আপ করেছি - এটি একই কম্পিউটার এবং এটি ডিফল্ট টাইম মেশিনের পরিমাণ।
বেন চ্যালেঞ্জার

আপনি কি দয়া করে আপনার প্রশ্নটি আবার চালু করতে পারেন? (এর প্রতিক্রিয়া জানিয়ে একটি মন্তব্যে? এটি কিছুটা বিভ্রান্তিকর হয়ে
উঠছে

উত্তর:


6

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


সাধারণত, ফাইলগুলি ব্যবহার করে অনুলিপি করার সময় cp, তাদের বৈশিষ্ট্যগুলি ধরে রাখা হয় না। -pবিকল্পটি ব্যবহার করে এটি পরিবর্তন করা যেতে পারে ।

-p অনুলিপি প্রতিটি উত্স ফাইলের নিম্নলিখিত বৈশিষ্ট্যগুলি সংরক্ষণ করতে সিপিকে কারণ: পরিবর্তনের সময়, অ্যাক্সেসের সময়, ফাইল পতাকা, ফাইল মোড, ব্যবহারকারী আইডি এবং গোষ্ঠী আইডি, অনুমতি অনুসারে অনুমোদিত। অ্যাসেস কন্ট্রোল তালিকাগুলি (এসিএল) এবং রিসোর্স ফর্কগুলি সহ বর্ধিত বৈশিষ্ট্য (ইএ )ও সংরক্ষণ করা হবে।

উভয় ক্ষেত্রেই আপনি সমস্ত বা কোনওটি বা এই মেটাডেটা অনুলিপি করেন । cpসমস্ত অন্তর্ভুক্ত ফাইলগুলি প্রক্রিয়া করার পরে কেবল সেগুলি পুনরুদ্ধার করার জন্য যথেষ্ট চালাক ([ উত্স , কাছাকাছি দেখুন If -p is in effect, set all the attributes))।

আপনার যদি রুট অনুমতি না থাকে তবে মালিকানা বজায় থাকে না। এর কারণ হ'ল কেবলমাত্র রুট ব্যবহারকারীদের নিজেরাই নয় এমন গোষ্ঠীগুলির দ্বারা ফাইল তৈরি করতে পারেন যা তিনি সদস্য নন।


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

0: group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown

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

অতিরিক্তভাবে, অ্যাপল স্পষ্টতই ফাইন্ডারটিকে ব্যাকআপ থেকে ফাইল এবং ডিরেক্টরিগুলি অনুলিপি করার সময় সমস্ত মালিকানার তথ্য ধরে রাখতে চায়। এর মধ্যে রয়েছে গ্রুপের সদস্যপদ


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

এখন, নিম্নলিখিতগুলির মধ্যে একটি ঘটবে:

  • আপনি না ফাইলের মালিক: ফাইন্ডারে আপনার পাসওয়ার্ড চায় Locum শুধু ব্যাকআপ হিসেবে সমস্ত অনুমতি পুনরুদ্ধার।
  • আপনি ফাইলের গ্রুপের মালিক এবং সদস্য: ফাইন্ডার ফাইলটি অনুলিপি করে গ্রুপটি পুনরুদ্ধার করে।
  • আপনি মালিক কিন্তু ফাইলের গ্রুপের সদস্য নন: ফাইন্ডার ফাইলটি অনুলিপি করে এবং তার গ্রুপটি পুনরুদ্ধার করতে ব্যর্থ।

এটি chown username:groupnameফাইলটি চেষ্টা করার মতো এবং যদি এটি ব্যর্থ হয় তবে কোনও ত্রুটি মুদ্রণ করে - যা আপনি root( sudo) না usernameএবং এর সদস্য না হলে এটি করে groupname

আপনি ফোল্ডারগুলি অনুলিপি না করে থাকলে এটি কিছুটা আলাদা আচরণ করে তবে ফাইলগুলি: ফাইলের মালিকানা বজায় থাকাকালীন, গ্রুপটির সদস্যপদটি আপনি যদি গ্রুপের সদস্য না হন তবে তা বাতিল করা হবে। কেবলমাত্র একটি একক ফাইল অনুলিপি করার সময় আপনি এটি দেখেছিলেন।


এই সমস্যার সুস্পষ্ট সমাধান:

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

চমত্কার উত্তরের জন্য ধন্যবাদ! একটি জিনিস যদিও আমি বুঝতে পারি না - যদি অ্যাপলকে যাইহোক বিশেষ ক্ষেত্রে টাইম মেশিন করতে হয়, তবে ফাইন্ডার সর্বদা আপনার পাসওয়ার্ড কেন জিজ্ঞাসা করে না , যাতে এটি সর্বদা অনুমতি পেতে পারে? এবং রাডার এটি রিপোর্ট করা মূল্যবান হবে?
বেন চ্যালেঞ্জার

@ বেনচ্যালেনর আপনি কি সর্বদা আপনার পাসওয়ার্ড লিখতে ক্লান্ত হবেন না, প্রয়োজন হয় না বা না কেন? সমস্ত ফাইল পুনরুদ্ধারের 95 +% সম্ভবত সম্পূর্ণ অ্যাক্সেসের অনুমতি সহ ব্যবহারকারীর ব্যক্তিগত ডেটা। তারা সম্ভবত এই অস্বাভাবিক বিশেষ শর্তটি পরীক্ষা করতে ব্যর্থ হয়েছিল। এটি অবশ্যই অ্যাপল বাগ রিপোর্টারের প্রার্থী - তবে এটি আপনার সময়ের পক্ষে উপযুক্ত কিনা তা আপনাকে সিদ্ধান্ত নিতে হবে। ব্যক্তিগতভাবে, আমি রাডারের ভক্ত নই, কারণ অ-মারাত্মক বিষয়গুলি সাধারণত আমার অভিজ্ঞতায় উপেক্ষা করা হয়।
ড্যানিয়েল অঙ্গুলিনির্দেশ

9

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

টাইম মেশিন সমস্ত ফাইলগুলিতে নিম্নলিখিত এসিএল যুক্ত করে (প্রিপেন্ড করে):

গোষ্ঠী: প্রত্যেকে অ্যাড_ফাইল অস্বীকার করে, মুছুন, যোগ করুন

(উপরের এসিএলটি ফোল্ডার-নির্দিষ্ট তবে নিয়মিত ফাইলগুলিতে মানচিত্র যেমন: add_file = লিখুন, add_subdirectory = অ্যাপেন্ড করুন, মুছুন_চিল্ড = <কোন>)

এর অর্থ হ'ল টাইম মেশিন ব্যাকআপের সমস্ত ফাইল / ফোল্ডার সকলের জন্য লক করা আছে (এমনকি মূল ব্যবহারকারীও)।

আপনি যদি টাইম মেশিন ব্যাকআপ থেকে নিজের ফাইলগুলিকে ম্যানুয়ালি পুনরুদ্ধার করেন (যেমন আপনি যদি মাইগ্রেশন সহকারী ব্যবহার না করেন) তবে আপনার সমস্ত ফাইলগুলি সেই সমস্যাযুক্ত টাইম মেশিনের এসিএলগুলিকে সংযুক্ত রাখবে।

টাইম মেশিনের এসিএলগুলি অপসারণ করা বেশ সহজ। আপনার কাছে তিনটি বিকল্প রয়েছে:

1) কুড়ালটি দোলান এবং আপনার ফাইলগুলি / ফোল্ডারগুলি পুরোপুরি থেকে এসিএলগুলি সরিয়ে ফেলুন (এতে কোনও সমস্যা নেই তবে খুব সতর্ক কৌশল নয়)

2) আপনার ফাইল / ফোল্ডারগুলির এসিএল থেকে প্রথম এন্ট্রি সরান (আরও সতর্ক তবে একটি নিখুঁত সমাধান নয়)

3) আপনার ফাইল / ফোল্ডারগুলির এসিএল থেকে নির্দিষ্ট সীমাবদ্ধতাগুলি সরিয়ে ফেলুন (আপনি যদি নন-টাইম মেশিন-চাপানো এসিএলগুলি সংরক্ষণ করতে চান তবে আপনার সেরা বাজি)

তিনটি অপশনের জন্য আপনার টার্মিনালটি দরকার যা আপনি / অ্যাপ্লিকেশন / ইউটিলিটিগুলিতে পাবেন

বিকল্প 1: আপনি কুঠুরিটি কিভাবে দুলছেন তা এখানে:

আপনি যদি জানেন যে আপনার ডেস্কটপে "আমার পুনরুদ্ধার করা ফাইল" নামে একটি ফোল্ডারে আপনার ব্যক্তিগত ফাইল রয়েছে এবং আপনি জানেন যে এই ফাইলগুলির কোনও অভিনব এসিএল নেই / প্রয়োজন নেই তবে আপনি আপনার টার্মিনাল উইন্ডোতে নিম্নলিখিতটি টাইপ করতে পারেন:

chmod -R -N ~ / ডেস্কটপ / আমার \ পুনরুদ্ধার \ ফাইল

(যদি আপনি কোনও ফাইল / ফোল্ডার নির্দিষ্ট করার টার্মিনাল উপায়টি জানেন না তবে টার্মিনাল উইন্ডোতে আপনি যে ফাইল / ফোল্ডারটি চান তা কেবল টানুন এবং ফেলে দিন এবং টার্মিনাল আপনার জন্য সঠিক ফাইল / ফোল্ডার নাম টাইপ করবে)

বিকল্প 2: আপনি কীভাবে প্রথম এসিএল এন্ট্রি সরিয়ে ফেলবেন তা এখানে

উপরের মত একই উদাহরণ। আপনার ডেস্কটপে আপনার কাছে "আমার পুনরুদ্ধার করা ফাইলগুলি" নামে একটি ফোল্ডার রয়েছে। তবে এক্ষেত্রে আপনার কাস্টম এসিএল সহ কয়েকটি ফাইল রয়েছে যা আপনি সংরক্ষণ করতে চান। টার্মিনাল উইন্ডোতে নিম্নলিখিতটি লিখুন:

chmod -R -a # 0 ~ / ডেস্কটপ / আমার \ পুনরুদ্ধার \ ফাইল

উপরের সমাধানটি "বিপজ্জনক" করে তোলে তা হ'ল এটি আদর্শবান নয়। আইডিম্পোটেন্ট অপারেশন হ'ল এমন একটি অপারেশন যা একবার প্রয়োগ করার পরে ফলাফল পরিবর্তন না করে বারবার প্রয়োগ করা যেতে পারে। কোনও সংখ্যাকে ১ দ্বারা গুণ করার মতো ধরণের আপনি এটি করতেই পারেন তবে ফলাফল সর্বদা এক হয়।

কেন ব্যাপার? ঠিক আছে, আসুন আমরা বলে নিই যে টাইম মেশিনের নিজস্ব এসিএল এন্ট্রি চাপানোর আগে আপনার কাছে একটি ফাইল রয়েছে যা ইতিমধ্যে একটি এসিএল ছিল। আপনি যদি উপরের কমান্ডটি দু'বার চালনা করেন তবে আপনি টাইম মেশিনের এসিএল পাশাপাশি এসিএল উভয়ই সরিয়ে ফেলবেন যা আপনি সম্ভবত হারাতে চাননি।

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

বিকল্প 3: আপনি কীভাবে একটি এসিএল থেকে সুনির্দিষ্ট সীমাবদ্ধতা সরিয়েছেন তা এখানে

আপনি যে ACL এর কোন নম্বর এন্ট্রি মুছে ফেলতে চান তা নির্দিষ্ট করতে সক্ষম হওয়া ছাড়াও আপনি যে নির্দিষ্ট সীমাবদ্ধতাগুলি সরাতে চান তাও নির্দিষ্ট করতে পারেন। সুতরাং আপনি এটি করতে পারে:

chmod -R -a "গ্রুপ: প্রত্যেকে অ্যাড_ফাইল, ডিলিট, অ্যাড_সুবডেক্টিরিটি, ডিলিট_চাইল্ড, রাইট্যাট্যাট্র, রাইটেক্সটট্রটার, শ্যাওন" অস্বীকার করে

("~" এর অর্থ "আমার হোম ডিরেক্টরি", অর্থাত্ আপনার ব্যবহারকারী নামটি যদি বব হয় তবে "~" = "/ ব্যবহারকারী / বব")

উপরের কমান্ডটি আদর্শবান, যার অর্থ আপনি খারাপ প্রভাব ছাড়াই এটি চালিয়ে যেতে পারেন। আসলে, যে কোনও সময় যে কোনও এটি চালাতে পারে। যদি আপনার হোম ডিরেক্টরিতে টাইম মেশিন দ্বারা লক করা এমন কোনও ফাইল / ফোল্ডার না থাকে তবে কিছুই হবে না।

ঠিক আছে. আমি আশা করি এটি কিছু লোকের জন্য সহায়ক ছিল। গতকাল টাইম মেশিনের অনুমতি নিয়ে আমার একই সমস্যা ছিল তাই আমি বুঝতে পেরেছিলাম যে আমি যা জানলাম তা ভাগ করে নিই।


1
পুনরুত্পাদন করা যায় না। আপনি কীভাবে ফাইলগুলি পুনরুদ্ধার করছেন যাতে তাদের টাইম মেশিনের এসিএল ধরে রাখা যায়?
ড্যানিয়েল অঙ্গুলিনির্দেশ

6

প্রকৃতপক্ষে, আপনার টাইম মেশিন ব্যাকআপগুলি থেকে ফাইলগুলি পুনরুদ্ধার করার জন্য আপনার টিমুটিল ব্যবহার করা উচিত। এইভাবে আপনাকে বর্ধিত বৈশিষ্ট্য ইত্যাদি মুছে ফেলতে হবে না

থেকে Mac OS X এর man পৃষ্ঠা :

tmutil restore [-v] src ... dst

আইটিএসএসসিআরসি, যা একটি স্ন্যাপশটের অভ্যন্তরে অবস্থিত ডিস্টেতে পুনরুদ্ধার করুন। ডিস্ট আর্গুমেন্ট সিপি টুলের গন্তব্য পথ শব্দার্থক নকল করে। পুনরুদ্ধার করতে আপনি একাধিক উত্স পাথ সরবরাহ করতে পারেন। শেষ পাথ আর্গুমেন্ট অবশ্যই একটি গন্তব্য হতে হবে।

পুনরুদ্ধার ক্রিয়াটি ব্যবহার করার সময়, tmutil মূলত ফাইন্ডারের মতো আচরণ করে। কাস্টম টাইম মেশিনের মেটাডেটা (বর্ধিত সুরক্ষা এবং অন্যান্য) পুনরুদ্ধার করা ডেটা থেকে সরানো হবে এবং অন্যান্য মেটাডেটা সংরক্ষণ করা হবে।

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

সুতরাং মূলত আপনি এটি অভ্যন্তরীণ বিশ্রাম নিয়ে চিন্তা না করে সিপি কমান্ডের মতো ব্যবহার করতে পারেন।

বেশিরভাগ ক্ষেত্রে আপনি sudo দিয়ে পুনরুদ্ধার করতে চান, যখন আপনি জানেন না, আপনি যদি ফাইলগুলির মালিক হন বা লক্ষ্য ডিরেক্টরিতে যদি আপনার কাছে লেখার অনুমতি থাকে।


বড় (> 100 জি) পুনরুদ্ধারে একটি সালিসী ফাইলটিতে টুমটিল একটি অপারেশন বাতিল করতে আমার ব্যাপক সমস্যা হয়েছে।
শেরউড বটসফোর্ড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.