আমি হারিয়ে যাওয়া + মুছলে কী হয়


38

যখন আপনি ext3 এর মতো কিছু লিনাক্স ফাইল সিস্টেম তৈরি করেন তখন একটি 'হারিয়ে যাওয়া + পাওয়া' ডিরেক্টরি তৈরি করা হয়। মতে এই ফাইল সেখানে স্থাপন করা হবে যদি ফাইল সিস্টেম ক্র্যাশ কোন ধরণের থেকে ক্ষতিগ্রস্থ হয়।

এই ডিরেক্টরিটি সরিয়ে ফেলা হলে এবং সিস্টেমটি ক্র্যাশ হলে কী হবে। যদি ফোল্ডারটি সরিয়ে ফেলা হয় তবে আমি কেবল এমকেডির হারিয়ে যাওয়া + পাওয়া একটি নতুন ডিরেক্টরি তৈরি করতে পারি বা এমন কোনও বৈশিষ্ট্য রয়েছে যা কেবলমাত্র ফাইল সিস্টেম তৈরি হওয়ার সময় সেট করা যেতে পারে।

উত্তর:


35

fsck হারিয়ে যাওয়া + পাওয়া ডিরেক্টরিটি অনুপস্থিত থাকলে পুনরায় তৈরি করবে।

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


15

আপনি যদি চালাতে না পারেন বা না করতে চান তবে আপনি ডিরেক্টরিগুলি fsckপুনরায় তৈরি করতে পারেন :lost+foundmklost+found

mklost + পাওয়া হারিয়ে যাওয়া + পাওয়া ডিরেক্টরিতে ডিস্ক ব্লকগুলি প্রাক-বরাদ্দ করে যাতে e2fsck (8) যখন একটি ফাইল সিস্টেম পুনরুদ্ধার করতে চালিত হয়, তখন প্রচুর লিঙ্কযুক্ত ফাইল সংরক্ষণের জন্য ফাইল সিস্টেমে ব্লক বরাদ্দ করার প্রয়োজন হয় না। এটি নিশ্চিত করে যে e2fsck পুনরুদ্ধারের সময় ফাইল সিস্টেমে ডেটা ব্লক বরাদ্দ করতে হবে না।


আরএইচএল .4.৪ এ নয় fsckবা e2fsckযেখানে আমার জন্য এটি পুনরায় তৈরি করা হয়নি, ডিরেক্টরিটি মাউন্ট করা হয়েছিল কিনা তা নয়। cd <root-dir-of-the-mount> && mklost+foundকরেছি.
— লুইস আন্তোলান ক্যানো

7

একটি বৃহত সংখ্যক লিঙ্কযুক্ত ফাইল রয়েছে এমন একটি বৃহত পর্যাপ্ত আকারের একটি হারিয়ে যাওয়া + পাওয়া ডিরেক্টরিটি ডিরেক্টরি তৈরি করতে এবং এটি যথাযথ আকারে বাড়ানোর জন্য e2fsck এর উপর কম বোঝা চাপিয়ে দেয়।

এটি এখনও এটি করার চেষ্টা করবে তবে কোনও দুর্নীতিগ্রস্থ ফাইল সিস্টেমের মুখে এটি আরও ঝুঁকিপূর্ণ হতে পারে।

অন্যান্য প্ল্যাটফর্মের অন্যান্য ফাইল সিস্টেমগুলির জন্য খুব পুরাতন fsck এর তৈরি / হারিয়ে + পাওয়া যায় নি, না তারা এটি বৃদ্ধি করতে সক্ষম হয় নি। এটি পাওয়া / হারিয়ে যাওয়া + এর যৌক্তিকতার ইতিহাস। তবে বর্তমান যুক্তিটি সহজভাবে ই 2fsck এর কাজ সহজ করে তোলা।


4
এটি যে তারা হারিয়ে যাওয়া + পাওয়া যায়নি এটি তৈরি করতে পারে না - এটি এমন যে কোনও ফাইল সিস্টেমে ফাইল / ডিরেক্টরি তৈরি করা খারাপ ধারণা যা ইতিমধ্যে স্ক্রুযুক্ত। পরিবর্তে, আপনি কেবল একটি ডিরেক্টরি পূর্বনির্মাণ করেছেন যা আপনি যখন পরিষ্কার করার চেষ্টা করছেন তখন কোনও স্ক্রুড-আপ ফাইল-সিস্টেমের মধ্যে যেগুলি ম্যাচড ইনডগুলি পাওয়া যায় তার ডিরেক্টরিতে প্রবেশের জন্য যথেষ্ট যথেষ্ট বড় ডিরেক্টরি big
— ক্রিস

5

আপনার যদি না থাকে lost+found, e2fsck(আমি অন্যান্য fsckপ্রয়োগের কোডটি পরিদর্শন করি নি ) এটি আপনার জন্য তৈরি করার প্রস্তাব দিবে। তবে আপনিও চাইলে এটিকে নিজেই তৈরি করতে পারেন; এই ডিরেক্টরি সম্পর্কে বিশেষত কিছুই নেই (অন্তত কোডটি পরিদর্শন করা থেকে নয়)।


2
fsck প্রয়োজন হারিয়ে যদি পুনরায় তৈরি করা উচিত, না?
— ডেভিড স্মিট

2
ধন্যবাদ, আমি e2fsck এর জন্য কোডটি যাচাই করেছি এবং এটি আপনার জন্য এটি পুনরায় তৈরি করার প্রস্তাব দেয়। (যদিও এটি সফল হওয়ার গ্যারান্টিযুক্ত নয় --- এ কারণেই একটি প্রাক-নির্মিত হারানো পাওয়া পাওয়া দরকারী)) ঝরঝরে!
— ক্রিস জেস্টার-ইয়ং

6
@ ক্রিসজেস্টার-ইয়ং - আপনার উত্তরটি ভুল। lost+foundএকটি বিশেষ ডিরেক্টরি। এতে প্রাক-বরাদ্দকৃত ডিস্ক ব্লক রয়েছে যাতে পুনরুদ্ধারের সময় পুনরুদ্ধারের সরঞ্জামগুলি ব্লকগুলি বরাদ্দ করতে না পারে। সরঞ্জামগুলি mklost+foundবিশেষত বিদ্যমান কারণ mkdirএটি এটিকে সঠিকভাবে তৈরি করে না। দেখুন linux.die.net/man/8/mklost+found
— aggregate1166877

2

e2fsck হারিয়ে যাওয়া + পাওয়া পুনরুদ্ধার করবে এবং এটি ডিরেক্টরি হিসাবে এটি তৈরি করতে পারে তা নিশ্চিত করার জন্য একই নামের সাথে থাকা যে কোনও ফাইলকে ধ্বংস করবে।

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


1

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

ফাইলগুলি সেখানে স্থানান্তরিত করার জন্য অন্যান্য ক্ষেত্রে যদি fsck কোনও ফাইল খুঁজে পায় যার পিতামাতার ইনোডটি অনুপস্থিত। সাধারণত কোনও ক্ষেত্রে যদি কোনও ফোল্ডারের ইনোড সংরক্ষণ করা হয় সেই নির্দিষ্ট জায়গায় ব্লকটি ডিস্কে দূষিত হয়ে যায়। এটি তাদের প্যারেন্ট ইনোডকে হারিয়ে যাওয়া + পাওয়া ফোল্ডার হিসাবে পুনরায় নিয়োগ করবে।

সম্পাদনা: পরের ঘটনাটি ডিরেক্টরিটি পুনরায় তৈরি করবে কিনা তা সম্পর্কে আমি নিশ্চিত। আমি নিরাপদ দিকে থাকতে একা রেখে দিতাম। আমি এটিকে মোছার কোনও কারণ ভাবতে পারি না। খারাপ কিছুই ঘটবে না যদিও এটি।


1
আপনি কি নিশ্চিত যে এটি দিয়ে তৈরি করা ঠিক আছে mkdir?

হ্যাঁ, স্থান বরাদ্দ ডিরেক্টরি ইনোড বা এমনকি পাথের সাথে আবদ্ধ নয়। সংরক্ষিত স্থান বরাদ্দ হ'ল কিছু মেমোরির পতাকা কম যা এর জন্য রুট / কার্নেল সুবিধাগুলি এবং অ্যাক্সেসের জন্য বিশেষ কলগুলির প্রয়োজন যা fsck সচেতন, এটি কেবল সেই স্পেসটিকে সম্ভাব্য দূষিত বা ভাঙা ফাইলগুলি সেই স্মৃতিতে অনুলিপি করে তৈরি করে একটি তৈরি করে নতুন স্মৃতিতে নির্দেশ করে একটি ইনোডযুক্ত ফাইল। ফাইল অপারেশনগুলি সেই ফাইলগুলিতে স্বাভাবিকভাবে আচরণ করবে তবে মুভিং বা সেভের মতো কোনও পরিবর্তনগুলি ডেটা সংরক্ষিত মেমরি থেকে সরিয়ে ফেলবে।
— ট্রুডুয়ালিটি

1

এছাড়াও, ডেবিয়ান 6 এবং উবুন্টু 12 এলটিএসে, cronপ্যাকেজটি শিপ করা হয়েছে /etc/cron.daily/standardযা lost+foundস্থানীয় ফাইল সিস্টেমে ডিরেক্টরিগুলি অনুপস্থিত দেখায় এবং এটির ব্যবহারের প্রস্তাব দিয়ে ই-মেইলের মাধ্যমে এটি সম্পর্কে প্রতিদিনের অনুস্মারক প্রেরণ করে mklost+found।

যাইহোক, এটি যথাক্রমে ডেবিয়ান 7 এবং উবুন্টু 14 এলটিএসের সময় দ্বারা সরানো হয়েছিল, কারণ এটি অচল হয়ে পড়েছিল।

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