লিনাক্স এবং ইউনিক্সে হারিয়ে যাওয়া + ফোল্ডারটির উদ্দেশ্য কী?


643

লিনাক্স এবং ইউনিক্স অপারেটিং সিস্টেমগুলির মূলে রয়েছে একটি ফোল্ডার /lost+found/

এটি কিসের জন্যে? কোন পরিস্থিতিতে আমি এর সাথে যোগাযোগ করব? আমি এটির সাথে কীভাবে যোগাযোগ করব?


নোট করুন যে কেবল এক্সট 2 (এবং এক্সট 3 এবং এক্সট 4) ব্যবহার করে lost+found। আপনি যদি এটি আড়াল করতে চান, হয় অন্য কোনও ফাইল সিস্টেম ব্যবহার করুন বা এটি অন্য কোথাও মাউন্ট করুন, সবকিছুকে একটি উপ-ডিরেক্টরিতে রেখে দিন এবং উপাত্ত ডিরেক্টরিকে "আসল" স্থানটিতে সিলেক্ট করুন যেখানে আপনি ডেটা ব্যবহার করেন।
অ্যাডাম কাটজ

4
@ গিলস এটিকে যুক্ত করার জন্য কেউ যথেষ্ট দয়াবান ছিলেন: en.wikedia.org/wiki/Fsck#Use
ডেভিড কেনেডি

নোট যে lost+foundলিনাক্স বর্ধিত ফাইল সিস্টেমের জন্য নির্দিষ্ট (ext2–4)। ইউনিটসমূহ, উদাহরণস্বরূপ, ফ্রিবিএসডি-র সাধারণত তাদের ফাইল সিস্টেমে (ইউএফএস, জেডএফএস) ডিরেক্টরি থাকে না।
FUZxxl

5
দুঃখিত, তবে lost+foundবিএসডি সিস্টেমগুলিতে প্রায় চিরকাল ছিল। প্রকৃতপক্ষে, আমি ঠিক পরীক্ষা করেছি এবং এটি অবশ্যই 4.3BSD এ ছিল, এবং আমি এটি অনেক আগে মনে করি বলে মনে করি। এবং এটি অবশ্যই আজ ফ্রিবিএসডি-তে রয়েছে।
বব ইজিগার

এটি নিশ্চিত করার জন্য আপনাকে ধন্যবাদ আমি ভেবেছিলাম পাশাপাশি তবে আমি এটি মানতে রাজি ছিলাম যে সম্ভবত আমার ভুল মনে
পড়েছিল

উত্তর:


577

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

আপনি যদি fsckফাইল সিস্টেমটি মেরামত করতে বলেন তবে এটি প্রায় মুছে ফেলা ফাইলগুলিকে ফাইলে পরিণত করবে। কথাটি হ'ল, ফাইলটির একবার নাম এবং অবস্থান ছিল তবে সেই তথ্য আর পাওয়া যায় না। সুতরাং fsckফাইলটি একটি নির্দিষ্ট ডিরেক্টরিতে জমা করে, বলা হয় lost+found( হারানো এবং সম্পত্তি খুঁজে পাওয়ার পরে )।

lost+foundসিস্টেমগুলি হঠাৎ বন্ধ হয়ে গেলে (কার্নেল প্যানিক বা পাওয়ার ব্যর্থতা) যখন উপস্থিত ফাইলগুলি সাধারণত সেই ফাইলগুলি যা ইতিমধ্যে আনলিংকযুক্ত ছিল (অর্থাত্ তাদের নামটি মুছে ফেলা হয়েছিল) তবে কিছু প্রক্রিয়া দিয়ে খোলা হয়েছে (সুতরাং ডেটাটি এখনও মুছে ফেলা হয়নি) suddenly যদি এটি ঘটে থাকে তবে এই ফাইলগুলি যেভাবেই মুছে ফেলার জন্য প্রস্তুত ছিল, আপনার সেগুলির যত্ন নেওয়ার দরকার নেই।

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

অনেক ফাইল সিস্টেমে lost+foundডিরেক্টরিটি খানিকটা বিশেষ কারণ এটি fsckসেখানে ফাইল জমা দেওয়ার জন্য কিছুটা জায়গা পূর্বনির্ধারণ করে । (স্থানটি ফাইলের ডেটার জন্য নয়, যা fsckস্থানটি রেখে দেয়; এটি সেই ডিরেক্টরি প্রবেশিকাগুলির fsckজন্য তৈরি করা উচিত যা মেক আপ করতে হয়)) আপনি যদি দুর্ঘটনাক্রমে মুছে ফেলেন তবে lost+foundএটিকে পুনরায় তৈরি করবেন না mkdir, mklost+foundযদি পাওয়া যায় তবে ব্যবহার করুন ।


16
এছাড়াও, যদি দুর্ঘটনাক্রমে মুছে ফেলা fsck পরের বার এটি ফাইল সিস্টেম পরিষ্কার (যা সম্ভবত পরবর্তী বুট হবে) খুঁজে পেয়েছে এটি পুনরায় তৈরি করতে পারে।
ডার্বোবার্ট

30
এই ফোল্ডারটি এমন কি যা সময়ে সময়ে পরীক্ষা করা এবং পরিষ্কার করা উচিত?
TheLQ

9
@TheLQ কেবলমাত্র যদি আপনার ফাইল সিস্টেমটি ব্যাপক দুর্নীতির শিকার হয়েছে, fsckপ্রয়োজনীয় ছিল এবং এটিতে ফাইলগুলি সন্ধান এবং তাদেরকে সংযুক্ত করার কথা উল্লেখ করা হয়েছিল lost+found। বিভিন্ন ফাইল সিস্টেমের সাথে 20 বছরে, আমি এটি একবারই দেখেছি। জার্নালিংয়ের আগে এটি ছিল আদর্শ।
অ্যালেক্সিয়াস

6
আমার মনে হয় আপনি যদি এইচডিডি ফর্ম্যাট করেন তবে এটি উপস্থিত হবে (আমি এনটিএফএস থেকে
চলেছি

6
@puk lost+foundডিরেক্টরিটি তৈরি করা হয় যখনই আপনি একটি ext4 ফাইল সিস্টেম তৈরি করেন (অন্যান্য অনেক ফাইল সিস্টেমের মতো), এটি সিস্টেমের ইনস্টলেশন অংশ হিসাবে করা হয়েছে কিনা। "আপনার এইচডিডি ফর্ম্যাট করুন" এর মধ্যে একটি মাত্র কেস। সেখানে কীভাবে fsckসম্ভবত ফাইল যুক্ত করা যায়।
গিলস

64

lost+foundডিরেক্টরি (হারিয়েছেন হয়েছে তাদের + পাওয়া যায়) দ্বারা ব্যবহৃত একটি কনস্ট্রাক্ট হয় fsckযখন ফাইলসিস্টেম (না হার্ডওয়্যার ডিভাইসে কিন্তু FS করার জন্য) ক্ষতি হয়। ডিরেক্টরি দুর্নীতির কারণে সাধারণত যে ফাইলগুলি হারিয়ে যেতে পারে সেগুলি ফাইল ফাইলের lost+foundডিরেক্টরিটিতে ইনোড নম্বর দ্বারা যুক্ত করা হবে । এর মধ্যে কয়েকটি হারিয়ে যেতে পারে ডিরেক্টরিগুলি হারিয়ে গেছে বা ফাইলগুলি হারিয়ে গেছে এমনকি ডিভাইসগুলি হারিয়েছে। প্রতিটি ফাইল সিস্টেমের নিজস্ব lost+foundডিরেক্টরি থাকতে হবে তবে আপনি কেবল একটি ফাইল সিস্টেমের সাথে সিস্টেমটির দিকে তাকিয়ে থাকতে পারেন। সাধারণভাবে, আপনার আশা করা উচিত যে ডিরেক্টরিটি ফাঁকা রয়েছে; তবে যদি দুর্নীতি হয় তবে কৃতজ্ঞ যে অনেক পরিস্থিতিতে ফাইলগুলি fsckএখানে রাখার পরে পুনরুদ্ধার করা যেতে পারে ।


4
বৈধ পয়েন্ট, তবে: যাইহোক, এই CAN বেশ উপদ্রব হয়ে উঠতে পারে। উদাহরণস্বরূপ, কোনও প্রশাসক-এর ব্যবহারকারীর অ্যাকাউন্ট থেকে findএক বা একাধিক ext[2|3|4]পার্টিশনে (গুলি) অপারেশন করার চেষ্টা করার সময় আপনি সর্বদা এই সম্পূর্ণ অপ্রয়োজনীয় "অনুমতি অস্বীকার" ত্রুটি পাবেন। অবশ্যই, এই ধরণের ত্রুটিগুলি প্রতিরোধ করার উপায় রয়েছে - তবে এটি কিছুটা বিশ্রী কারণ মানকটি find . -name '*whatever*'কৌশলটি করবে না।
সিনট্যাক্সেরর

2
@ সাইন্ট্যাক্সরর: আপনি খুঁজে পাওয়ার বিরক্তি সম্পর্কে এমনটি বলতে শুনে ভাল লাগল : `./lost+found ': অনুমতি অস্বীকার করেছে । এটি সময়ে সময়ে আমাকে
জোহান ই

1
@ সান্ট্যাক্সেরর এই কারণটিতে আমি পৌঁছানোর কারণটি হুবহু কারণ আমি অনুসন্ধান অপারেশন করছিলাম এবং Permission deniedসতর্কতা উত্পন্ন করছিলাম kept এই প্রশ্নের উত্তর দেওয়া, আমি জানি যে lost+foundএটি ফাইল সিস্টেমের একটি অংশ এবং তাই আমি উত্পন্ন সতর্কতাটিকে নিরাপদে উপেক্ষা করতে পারি (তবে আমি আশা করি এটি সতর্কবার্তাটি তৈরি না করে)।
ট্রেভর বয়েড স্মিথ

1
@ জোহান আপনি আমাকে বলছেন যাইহোক, আসল কারণ আমি আমার মন্তব্য পোস্ট করা হয়েছে কারণ এই উত্তরটি আমাদের সুপারিশ করার চেষ্টা ছিল "কৃতজ্ঞ" জন্য lost+found। এটি সত্যিকারের মতো হাসিখুশিভাবে অনুভূত হয়েছে (আমি এখানে একটি বিস্তৃত হাসির সাথে বসেছিলাম), হাস্যকরভাবে কয়েকবার যখন আমরা কৃতজ্ঞ থাকি তখন যখন আমরা তার পরিবর্তে একটি "বেগুন!" দিতে পারতাম তখন তাদের সাথে প্রতিযোগিতা করতে পারি না এই অবহেলিত লো + ফো জিনিসটির বানান
সিনট্যাক্সেরর

36

"লিনাক্স ফাইল সিস্টেম হায়ারার্কি" থেকে, বিভাগ / হারিয়ে যাওয়া + পাওয়া গেছে :

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

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