কমান্ডলাইনটি ব্যবহার করে আমি কীভাবে টাইম মেশিন ফাইলগুলি মুছতে পারি


68

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

% sudo rm -rf Backups.backupdb/MacBook/Latest/MacBook/somedir
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir: Directory not empty
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir/somefile: Operation not permitted

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


আমি আরও কাছে এসেছি প্রথমত, আমার টাইম মেশিন ডিস্কে আমার এসিএল অক্ষম করা দরকার। পূর্বে, কেউ এটি করতে fsaclctl ব্যবহার করবে তবে স্নো চিতাবাঘ এটিকে অন্তর্ভুক্ত করে না। আমি ওএসএক্স-এর একটি পুরানো সংস্করণ থেকে বাইনারিটির একটি অনুলিপি ধরলাম এবং এটি চালিয়েছি:% sudo fsaclctl -p / ভলিউমস / tmvol -d আমি তখন ডিরেক্টরি সরানোর জন্য "sudo rm -rf" ব্যবহার করার চেষ্টা করেছি, তবে তবুও সমস্যাগুলি নিয়ে চলেছি কিছু ফাইল (যদিও অন্যরা ভাল চলে গেছে)। বিশেষত, এটি নরম লিঙ্কগুলিতে ব্যর্থ হয়েছিল। খুব অদ্ভুত. প্লাস দিকে, লিঙ্কগুলি প্রায় কোনও স্থান নেয় না। নেতিবাচক দিক থেকে, আমার কাছে এখনও ডিরেক্টরিগুলি স্টিপিং রয়েছে।
টিম

মনে হচ্ছে আপনার যেমন স্ন্যাপশটগুলি, বা স্ন্যাপশটগুলিতে ফোল্ডারগুলি মুছে ফেলার সময় গ্রহণযোগ্য উত্তরটি বেশ বিপজ্জনক rm -r Backups.backupdb/MacBook/Latest/MacBook/somedir; আপনি যদি রাজি হন, তবে দয়া করে অ্যানির উত্তর গ্রহণ করুন?
আরজান

উত্তর:


115

"অপারেশন অনুমোদিত নয়" ত্রুটিগুলি ঘিরে কাজ করতে, টাইম মেশিন সেফটি নেট "বাইপাস" প্রোগ্রামটি ব্যবহার করুন:

sudo /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass rm -rfv /Volumes/[disk]/Backups.backupdb/[path]

10.8 সালে মাউন্টেন সিংহ, বাইপাসটি 'হেল্পার্স'-এ স্থানান্তরিত হয়েছে:

/System/Library/Extensions/TMSafetyNet.kext/Helpers/bypass

10.10-এ ইয়োসেমাইটে, বাইপাসটি এখানে সরানো হয়েছে:

/System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass

নির্দিষ্ট স্ন্যাপশটগুলি মুছতে এটি ব্যবহার করার সময় সতর্কতা অবলম্বন করুন: যেমন টাইম মেশিন হার্ড লিঙ্কগুলি ব্যবহার rm -rকরে, ফোল্ডারে ব্যবহার করে একই মেশিনের পুরানো এবং নতুন স্ন্যাপশটগুলিকেও প্রভাবিত করতে পারে । ( tmutil deleteনির্দিষ্ট স্ন্যাপশটটি নিরাপদে মুছে ফেলার জন্য উল্লেখ করা অন্যান্য উত্তর দেখুন )) একটি একক মেশিনের জন্য সমস্ত স্ন্যাপশট rmমুছতে ব্যবহার করা ঠিক আছে। এবং একটি নির্দিষ্ট ফাইল মুছে ফেলার জন্য ব্যবহার করা হচ্ছে , যা কেবলমাত্র আপনার নির্দিষ্ট করা স্ন্যাপশট (গুলি) থেকে সেই হার্ড-লিঙ্কযুক্ত ফাইলটি সরিয়ে ফেলবে, ধরে নিলে ফাইলটি কোনও হার্ড-লিঙ্কযুক্ত ডিরেক্টরিতে নেই কারণ আপনি প্রকৃতপক্ষে সমস্ত ফাইলটি মুছে ফেলবেন এই হার্ড-লিঙ্ক ডিরেক্টরি।rm


+1 টি !! এটি আমাকে সাহায্য করেছিল। আমি অন্যদের চেষ্টাও করিনি কারণ এটি "সঠিক পথ" এর মতো দেখায় এবং প্রকৃতপক্ষে, এটি আমাকে আর কোনও প্রশ্ন ছাড়াই সমস্যাটি সমাধান করার অনুমতি দেয়। ধন্যবাদ!
ট্রিপলি

আমি আপনাকে +1 করার জন্য একটি অ্যাকাউন্ট তৈরি করেছি। আমি এর আরও ভাল সমাধান খুঁজছি, এবং এটি ছিল। এটা আমাকে পাগল করে চলেছে ধন্যবাদ.
সিডব্লিউস্পিয়ার

3
অসাধারণ. এইটা কাজ করে. (যদিও আমি কয়েক'শ হাজার ফাইলের প্রতিটিতে এন্ট্রি না দেখে 'ভি' বিকল্পটি ছেড়ে দিয়েছি):sudo ...bypass rm -rf /Volumes/...
ব্রেন্ট ফাউস্ট

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

1
হারাভিক্কের মন্তব্যটি কিছুটা বাড়ানোর rmজন্য: হার্ড-লিঙ্কযুক্ত ফাইলগুলির জন্য ব্যবহার করা ঠিক আছে, তবে হার্ড-লিঙ্কযুক্ত ফোল্ডারগুলির ক্ষেত্রে এটি হয় না। কেন্টের উত্তর একই সমস্যা উল্লেখ করেছে। এবং ওএস এক্স-এর ডিরেক্টরিতে একটি হার্ডলিঙ্ক তৈরি করতে ইউনিক্স কমান্ডটি কী? 2010 সালে কেউ 10.5 এর জন্য লিখেছিল: "মুছে ফেলা একটি আলাদা গল্প: আপনি যদি ডিরেক্টরিগুলি মুছার জন্য সাধারণ পদ্ধতিতে যান তবে আপনি সামগ্রীগুলি মুছবেন So সুতরাং আপনাকে অবশ্যই ডিরেক্টরিটি" লিঙ্কমুক্ত "করতে হবে: unlink new_hard_link"। সুতরাং শুধুমাত্র প্রদত্ত মেশিনের সমস্ত ব্যাকআপ (স্ন্যাপশট) মুছতে এটি ব্যবহার করুন ।
আরজান

26

বিএলইউএফ (নীচের লাইনটি আপ-ফ্রন্ট):

sudo tmutil delete snapshot-dir


ব্যবহার একটি ফোল্ডার অনুক্রমের থেকে সব ACLs মুছে ফেলার জন্য ফাইল এবং টাইম মেশিন এর ফোল্ডার এ কাজ করে না Backups.backupdb কারণে টি এম নিরাপত্তা জাল প্রক্রিয়া এবং মানদণ্ড এই বর্ণিত 318 টেক জার্নাল পোস্টে (কিন্তু সম্ভবত না ঠিক বর্ণনা অনুযায়ী) ।     (এরিক ডব্লিউর উত্তরে উল্লিখিত সুরক্ষা নেটটি সন্ধান করার আগে এটি শিখার আগে (যা কাজ করে), আমি কেবলমাত্র একটি টিএম ব্যাকআপের সাবফোল্ডার থেকে ক্লোনড ফোল্ডারে পরীক্ষা করেছিলাম, এবং সেখানে chmod কাজ করেছিল। তবে কোনও ফোল্ডারে chmod চেষ্টা করেছিলাম টিএম ব্যাকআপ "অপারেশন অনুমোদিত নয়" ত্রুটি দেয়))sudo chmod -R -N folder

সম্ভাব্য ব্যবহারের:
    ম্যাক ওএস 10.7+ তে, একটি টমটিল কমান্ড রয়েছে (যা আমি চেষ্টা করি নি, যেহেতু আমি এখনও স্নো চিতাবাঘের উপরে আছি)। এটিতে একটি মুছুন ক্রিয়া রয়েছে, যা বর্ণনা অনুসারে "বর্তমান মেশিন দ্বারা তৈরি করা বা দাবি করা হয়নি এমন ব্যাকআপগুলি থেকে স্ন্যাপশটগুলি মুছতে পারে" (যেখানে "স্ন্যাপশট" একটি একক বর্ধিত ব্যাকআপ উপস্থাপনের তারিখযুক্ত ফোল্ডার)। এটা আমার কাছে স্পষ্ট করে এর মানে হল তা না হয় না পারেন স্ন্যাপশট যা মুছতে হয় বর্তমান মেশিন দ্বারা দ্বারা তৈরি বা দাবী করেন। (?)


2
প্রকৃতপক্ষে, tmutil দরকারী, এবং আপনাকে ব্যাকআপগুলি ( tmutil delete /Volumes/DISK/Backups.backupdb/HOST/DATE_FOLDER) মুছতে দেয় । তবে, "ব্যাকআপস.ব্যাকআপডিবি" ফোল্ডারটি নিজেই মুছতে আপনার এখনও এরিকের বাইপাস ট্রিকের প্রয়োজন।
mivk

আমার OSX 10.8.3 (মাউন্টেন সিংহ) এর বাইপাস প্রয়োজন হয়নি require শুধু sudo tmutil delete <snapshot-dir>। জনপ্রিয় bypass rmউত্তরটি পুরানো।
জন মে

tmutilস্ন্যাপশট থেকে কেবল কিছু ফাইল মুছতে ব্যবহার করা কি সম্ভব ? এটি আমার পক্ষে কার্যকর হয়নি ( Invalid deletion target (error 22)) সুতরাং আমি তার bypassপরিবর্তে সাথে গিয়েছিলাম ।
রবার্ট টুপেলো-শ্নেক

বিএলইউএফের জন্য +1। আপনি কি (সম্পূর্ণ দুর্দান্ত) ম্যানেজার-সরঞ্জাম থেকে পেয়েছেন? :)
অলি

এছাড়াও আমি একটি উল্লেখ খোঁজার রাখা Backups.backupdbযে ডিরেক্টরি আমি আমার ব্যাকআপ ড্রাইভ (ক টাইম ক্যাপসুল) এ এইজন্য করছি না। আমার কাছে কেবল ফর্মের জিনিস রয়েছে MachineName.sparsebundle। ফর্ম্যাট পরিবর্তন হয়েছে? আমি টিএম এর ডিলিট ব্যাকআপ কমান্ডটি ব্যবহার করার চেষ্টা করছি, তবে এটি বেশ কয়েক ঘন্টা ধরে 99.99% অগ্রগতি বারে আটকে রয়েছে।
অলি

12

bypassএকটি পুরানো ব্যাকআপ মুছে ফেলতে কমান্ডটি ব্যবহার করার বিষয়ে একটি সতর্কতা : যদি মুছে ফেলা ব্যাকআপের ফোল্ডারগুলি আগের বা পরে ব্যাকআপগুলিতে হুবহু একই থাকে, তবে ফাইলগুলি পূর্বের বা পরবর্তী ব্যাকআপগুলি থেকেও মুছে ফেলা হতে পারে !

টাইম মেশিন কেবল অপরিবর্তিত ফাইলগুলির জন্য হার্ড লিঙ্কগুলিই ব্যবহার করে না, তবে ফোল্ডারগুলির জন্য শক্ত লিঙ্কগুলিও ব্যবহার করে যাতে কোনও ফাইল যুক্ত করা হয়নি, পরিবর্তন করা হয়নি বা মোটেও মুছে ফেলা হয়নি। এর ফলস্বরূপ এমন কিছু ঘটে:

/2014-11-06/folder/file1
                  /file2
                  /file3
/2014-11-13/folder/file1 = hard link to file /2014-11-06/folder/file1
                  /file2 (changed; new inode)
                  /file3 = hard link to file /2014-11-06/folder/file3
/2014-11-20/folder/ = hard link to folder /2014-11-13/folder/
/2014-11-27/folder/ = hard link to folder /2014-11-20/folder/

উপরের সাহায্যে, যে কোনও ফাইল মুছে ফেলা /2014-11-06/folder/ভাল, এবং কেবলমাত্র সেই তারিখের ব্যাকআপকে প্রভাবিত করে। হার্ড লিংক রেফারেন্স সংখ্যা, কমে হয়, তাই " inode জন্য" file2সরানো হবে কিন্তু inodes file1এবং file3এখনও 1 একটি রেফারেন্স গণনা থাকবে পরে ব্যাকআপ কারণে। সুতরাং, rm -R /2014-11-06খুব ভাল।

যদিও, থেকে কোন ফাইল মুছে ফেলার /2014-11-13/folder/, /2014-11-20/folder/বা /2014-11-27/folder/কার্যকরভাবে ঐ সমস্ত 3 ফোল্ডারগুলি থেকে এটি সরিয়ে দেব।

সমস্যাটি হ'ল rm -Rহার্ড-লিঙ্কযুক্ত ফোল্ডারগুলির বিষয়ে যত্ন নেই। এটি সন্ধান করে এমন কোনও হার্ড-লিঙ্কযুক্ত ফোল্ডারে পুনরাবৃত্তি করে, সাহসের সাথে তার সমস্ত ফাইল মুছে দেয় এবং তারপরে খালি ফোল্ডারটি সরিয়ে দেয়।

সুতরাং: পুরানো ব্যাকআপটি অপসারণ করার সময় কোনও হার্ড-লিঙ্কযুক্ত ফোল্ডারে পুনরাবৃত্তি করা উচিত নয় এবং এর সামগ্রীগুলি মুছতে হবে। পরিবর্তে, ফোল্ডারের নিজেই একটির জন্য হার্ড লিঙ্কটি সরিয়ে নেওয়া উচিত । সুতরাং, বরং আর্নের উত্তরে বর্ণিত হিসাবে rm -Rব্যবহার করুন ।tmutil delete

অন্যদিকে, এটি OS X unlinkকমান্ডটি ফোল্ডারে ব্যবহার করা যাবে না বলে মনে হচ্ছে : "কেবলমাত্র একটি যুক্তি, যা ডিরেক্টরি হতে হবে না, সরবরাহ করা যেতে পারে" । ওএস এক্স এপিআই হার্ড-লিঙ্কযুক্ত ফোল্ডারগুলি সরিয়ে ফেলতে পারে এবং তাই জিএনইউ কোরিটিলস যেমন হোমব্রিউ ব্যবহার করে ইনস্টল করা যেতে পারে ।

পরিশেষে, উপরের সমস্তটি প্রমাণ করার জন্য একটি পরীক্ষার কেস (ওএসএক্স 10.6.8):

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

নোট করুন যে প্রতিটি ঘটনার জন্য লিঙ্কের সংখ্যা 2 (দ্বিতীয় কলাম)। আসুন প্রথম ঘটনাটি সরান:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist 
sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

সুতরাং, ফাইলগুলির একটিকে সংযুক্ত করার পরে, লিঙ্কের সংখ্যা প্রতিটি ঘটনার জন্য 1 এ নেমে গেছে, যদিও ফাইলটি এখনও 3 বার দেখানো হয়েছে। এখনও কোন সমস্যা নেই। আবার প্রথম ঘটনাটি সরান:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist 
sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
ls: 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist: No such file or directory

এখন সব চলে গেছে। স্পষ্টতই ফাইলটি TopSites.plistসর্বশেষে 2014-11-06 এ পরিবর্তিত হয়েছিল এবং 2014-11-13-তে হার্ড-লিঙ্কযুক্ত ছিলাম তখন Safariফোল্ডারে কিছু অন্যান্য ফাইল যুক্ত, পরিবর্তন বা অপসারণ করা হয়েছিল । পরবর্তী, Safariফোল্ডারের বিষয়বস্তুগুলি পরবর্তী দুটি ব্যাকআপগুলিতে পরিবর্তিত হয়নি, সুতরাং 2014-11-20 এবং 2014-11-27 এ Safariফোল্ডারটি আগের ব্যাকআপের সাথে কঠোরভাবে লিঙ্কযুক্ত ছিল।

প্রকৃতপক্ষে, 4 টি ফোল্ডার কেবল 2 টি ইনোড ব্যবহার করে (প্রথম কলাম):

sh-3.2# ls -lFaid 2014-11*/Users/USERNAME/Library/Safari/
648651968 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:06 2014-11-06-012454/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-13-024438/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-20-014044/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-27-025033/Users/USERNAME/Library/Safari//

1
কিছু ব্যাকগ্রাউন্ড: ফাইলগুলির জন্য , হার্ড লিঙ্কগুলি প্রত্যাশার মতো কাজ করে; আপনি মুছে ফেলতে চাইছেন এমন হার্ড লিঙ্কটি সরিয়ে দেওয়া হয়েছে। পছন্দ: touch file1; ln file1 file2; ln file2 file3; ls -li; rm file2; ls -liকেবল একটি একক হার্ড লিঙ্কটি সরিয়ে ফেলবে। তবে ফোল্ডারগুলির জন্য , ইউএসিক্স ওএস এক্স-এ কোনও ডিরেক্টরিতে একটি হার্ডলিঙ্ক তৈরি করার আদেশ কাকে বলে? 2010 সালে কেউ 10.5 এর জন্য লিখেছিল: "মুছে ফেলা একটি আলাদা গল্প: আপনি যদি ডিরেক্টরিগুলি মুছার জন্য সাধারণ পদ্ধতিতে যান তবে আপনি সামগ্রীগুলি মুছবেন So সুতরাং আপনাকে অবশ্যই ডিরেক্টরিটি" লিঙ্কমুক্ত " করতে হবে : unlink new_hard_link"। এটি সম্ভবত এখনও বৈধ।
আরজান

জন্য man পৃষ্ঠা unlink(10.6.8 মধ্যে) বলছেন যে এটা ডিরেক্টরি ব্যবহার করা যাবে না: When the utility is called as unlink, only one argument, which must not be a directory, may be supplied
ক্যান্ট

হুঁ, রহস্য। আরও বেশি, আপনার উত্তর গুরুত্বপূর্ণ: [bypass] rm -rহার্ড-লিঙ্কযুক্ত ডিরেক্টরিতে ব্যবহার করবেন না । (তবে আমি আপনাকে এটি ব্যাখ্যা করার দরকার নেই))
আরজান

আমি মাত্র আরও কিছু পরীক্ষা-নিরীক্ষা করেছি। দৌড়ানোর bypass unlink FILEএকই (অনিচ্ছাকৃত?) ফলাফল রয়েছে bypass rm FILE। অভিন্ন ফাইলটি সমস্ত ব্যাকআপ থেকে সরিয়ে ফেলা হবে, কেবলমাত্র একক অবস্থান নির্দিষ্ট করা হয়নি। এবং, unlinkকোনও ডিরেক্টরি বা একাধিক ফাইলকে আর্গুমেন্ট হিসাবে গ্রহণ করবে না (10.6.8 সার্ভার; তবে, আমি মনে করি না যে এটি নতুন ওএস সংস্করণগুলির মাধ্যমে পরিবর্তিত হবে)
কেন্ট

বাহ, আমি আপনার দ্বারা bypass rm FILEএবং bypass unlink FILEসমস্ত অভিন্ন ফাইলগুলি মুছে ফেলার মাধ্যমে বেশ অবাক হয়েছি , যা কোনওটি যা দেখায় তার সাথে মেলে touch file1; ln file1 file2; ln file2 file3; ls -li; unlink file2; ls -liনা touch file1; ln file1 file2; ln file2 file3; ls -li; /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass unlink file2; ls -li। আমি কখনই কোনও ব্যাকআপ থেকে কিছু সরিয়ে ফেলব না ...
আরজান

3

দ্রষ্টব্য: এরিক ডাব্লু দ্বারা উল্লিখিত "টিএম সুরক্ষা নেট" এর কারণে, এই উত্তরটি টাইম মেশিন ব্যাকআপের ক্ষেত্রে কাজ করে না, যা প্রশ্নটি বিশেষভাবে সম্পর্কিত। তবে বেশিরভাগ প্রতিটি ক্ষেত্রে, এসিএলগুলি থেকে কীভাবে মুক্তি পাবেন সে সম্পর্কিত তথ্য প্রাসঙ্গিক।


পুরানো ওএস থেকে অনুলিপি এসিএল সরঞ্জামগুলি ব্যবহার করার দরকার নেই।

ls -leএসিএলগুলি দেখতে এবং chmodসেগুলি পরিবর্তন করতে ব্যবহার করুন।

আরও তথ্যের জন্য, টাইপ করুন man chmodএবং "এসিএল ম্যানিপুলেশন বিকল্পগুলি" এর নীচে দেখুন।

ফোল্ডার স্তরক্রম থেকে সমস্ত এসিএল অপসারণের আদেশটি হ'ল:

chmod -R -N foldername

2

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

সম্পূর্ণ পৃথক ব্যাকআপ সরিয়ে ফেললে ক্ষতি হবে না। আপনি কেবল শক্ত লিঙ্কগুলি সরিয়ে দিচ্ছেন। অন্য কোনও ব্যাকআপ প্রভাবিত হবে না। তবে তা টুমিলের মাধ্যমে সম্পন্ন করা যায়।

একটি দৃশ্যে যেখানে সুরক্ষা বাইপাস করা প্রয়োজন হতে পারে তা হ'ল সমস্ত ব্যাকআপ থেকে একটি নির্দিষ্ট ফাইল সরিয়ে ফেলা (এবং কেন আমি এই পোস্টে শেষ করেছি)।

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

নোট করুন যে একই ফাইলের সমস্ত হার্ড লিঙ্কের জন্য ইনোড নম্বরটি একই।

% cd /Volumes/WD\ 500G\ USB/Backups.backupdb/csm-laptop
% ls -li */Macintosh\ HD/Users/csm/vm.img
...
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-005636/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-015812/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-030036/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-041307/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 Latest/Macintosh HD/Users/csm/vm.img

(সর্বশেষ সর্বশেষ তারিখের ডিরেক্টরিতে কেবল একটি সিলেট লিঙ্ক)

% sudo bypass rm -f */Macintosh\ HD\Users\csm\vm.img

ফাইলটি সমস্ত ব্যাকআপ থেকে সরানো হয়েছে এবং স্থানটি ফিরে আসবে। সময়ের সাথে সাথে যদি ফাইলটি পরিবর্তিত হয় তবে প্রতিটি ব্যাকআপের একটি সম্পূর্ণ অনুলিপি থাকবে এবং ফিরে আসা স্থানটি প্রচুর পরিমাণে হবে।


হিসাবে "সম্পূর্ণ ব্যক্তিগত ব্যাকআপ সরিয়ে ফেললে ক্ষতি হবে না You're আপনি কেবল কঠোর লিঙ্কগুলি সরিয়েছেন। অন্য কোনও ব্যাকআপ প্রভাবিত হবে না।" : যদি এটি কোনও একক মেশিনের ব্যাকআপের মধ্যে স্ন্যাপশটগুলিকে বোঝায় , তবে কেন্টের (পুরানো) উত্তরটি দিয়ে দেওয়া উত্তরrm -r বিপজ্জনক হতে পারে (বা: হয়েছে)। দুঃখিতের চেয়ে নিরাপদ থাকুন এবং এর tmutilজন্য ব্যবহার করুন ।
আরজান

0

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


2
প্রশাসকের হিসাবে আমি চালাচ্ছি বলে সুডো আমাকে সমস্ত ফাইলে অ্যাক্সেস দেবে। আমি নিশ্চিত যে এটি একটি এসিএল সমস্যা এবং আমি এটি নিয়ে কাজ করছি।
টিম

1
নিক, কয়েক বছর দেরীতে, তবে আপনি যদি এটি মিস করেন তবে: এরিকের উত্তর দেখুন
আরজান

@ টিম: অপরিবর্তনীয় বৈশিষ্ট্য ( chattr) প্রদত্ত বৈশিষ্ট্য ( ) বাদ দিয়ে অন্য ইউনিক্সয়েড সিস্টেমে এই দাবিটি অসত্য হবে । তাত্ত্বিকভাবে আপনাকে মূলটি কী দেবে তা হ'ল কোনও সুরক্ষা জালকে আটকানো ।
0xC0000022L

0

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

পরের বার আপনি কোনও ব্যাকআপ সঞ্চালন করলে, সেই ফোল্ডারের অনুলিপিগুলি পূর্ববর্তী ব্যাকআপগুলি থেকে সরানো হবে।

এখন, আপনি যদি সত্যই সিএলআই থেকে এটি করতে চান তবে কিছুটা অসুবিধে হলেও উপায় আছে।

  1. / লাইব্রেরি / প্রিফারেন্স / কম.এপল.টাইমম্যাচাইন.প্লেস্টের ব্যাকআপ নিন
  2. আপনি যেখানে খেলনা করতে পারেন সেখানে কোথাও অনুলিপি / লাইব্রেরি / প্রিফারেন্সস / কম.অ্যাপল.টাইমম্যাচাইন.প্লেস্ট করুন।
  3. আপনি যেদিকেই সিডি রাখুন।
  4. সম্পাদন
    plutil -convert xml1 com.apple.TimeMachine.plist
    বাইনারি ফর্মে থেকে এটা রূপান্তর করবে।
  5. পছন্দসই পাঠ্য সম্পাদকটিতে রূপান্তরিত প্লিস্টটি খুলুন, "স্কিপথ" অনুসন্ধান করুন
  6. Section বিভাগে একটি নতুন লাইন sertোকান, হিসাবে ফর্ম্যাট করা <string>/Path/To/Exclude</string>
  7. সংরক্ষণ করুন এবং প্রস্থান করুন, নির্বাহ করে ফিরে রূপান্তর করুন
    plutil -convert binary1 com.apple.TimeMachine.plist
  8. আপনার সম্পাদিত প্লাস্টিকে আবার / লাইব্রেরি / পছন্দসমূহ / এ অনুলিপি করুন
  9. চালিয়ে একটি ব্যাকআপ শুরু করুন
    /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -auto

সম্পাদনা: আপনি যখন পদক্ষেপ 9 করেন, সদ্য বাদ দেওয়া ফোল্ডারের সমস্ত অনুলিপি পূর্বের ব্যাকআপগুলি থেকে মুছে ফেলা হবে।

ব্যতিক্রমটি সরাতে আপনার ব্যাকআপটি আবার / লাইব্রেরি / পছন্দসমূহে অনুলিপি করুন।


আমি কোনও ডিরেক্টরি বাদ দেওয়ার চেষ্টা করছি না। আমি বিদ্যমান ব্যাকআপ থেকে ডিরেক্টরি মুছতে এবং কমান্ডলাইন থেকে কিছু করার চেষ্টা করছি। সত্যিই, আমি ঠিক কীভাবে ব্যাকআপস.ব্যাকআপডডিবি ডিরেক্টরিতে আরএমকে কাজ করার অনুমতি দেব তা নির্ধারণ করতে চাই।
টিম

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

তবে এটিকে বাদ দেওয়া হিসাবে যুক্ত করা সমস্ত ব্যাকআপ থেকে এর সমস্ত অনুলিপি মুছে ফেলবে। এছাড়াও, যদিও এটি একটি টাইমম্যাচিন ব্যাকআপ, এটি যে মেশিনটি নিয়ে আমি এই কাজটি করছি তা থেকে নয়, সুতরাং এটি আর সক্রিয় টাইমমচিন নয়। sudo "su - রুট" এবং তারপরে "rm -rf" এর মতো একই প্রভাব রয়েছে। আমি নিশ্চিত যে এটি ব্যর্থ হচ্ছে কারণ অ্যাপল সহজ * নিক্স অনুমতি ছাড়াই ফাইল সিস্টেমটিতে সুরক্ষা একটি স্তর যুক্ত করেছে।
টিম

এটি বোকা লাগতে পারে তবে আমি কোনওভাবেই ম্যাকের sudoমতো একই প্রভাব ফেলতে পারছি না sure su - rootআমি এমন একটি অনুষ্ঠানের কথা মনে করব যখন আমি এমন কিছু মুছতে চেষ্টা করছিলাম যেখানে sudoযথেষ্ট ছিল না, তবে sudo - rootকৌশলটি করেছিল।
ফ্রস্ট

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

0

পতাকাটি lsব্যবহার করে আপনি দীর্ঘ ভিউতে তালিকা বর্ধিত বৈশিষ্ট্য তৈরি করতে পারেন -@। আপনি -eপতাকা সরবরাহ করার সময় এটি ACL গুলি তালিকাভুক্ত করবে । সুতরাং, আপনি কী ব্যবহার করছেন তা ব্যবহার করে তা জানতে পারবেন ls -lea@ DIR

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

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

দুর্ভাগ্যবশত, Mac OS X এর ব্যবহারকারী ইউটিলিটি সরবরাহ করে না getfaclএবং setfaclদেখতে এবং ACLs নিপূণভাবে POSIX.2c দ্বারা নির্দিষ্ট করা হয়েছে। এসিএলগুলির সাথে ঝামেলা করতে আপনাকে কিছু প্রোগ্রামিং করতে হবে; দেখতে acl(3)র manpage।

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