এটির মাউন্ট করার আগে কোনও ব্লক ডিভাইসে ফাইল সিস্টেমের ধরণ নির্ধারণ করার জন্য কোনও কমান্ডলাইন সরঞ্জাম রয়েছে？ এবং কীভাবে এটি অর্জিত হয়?
আমি বিশ্বাস করি যেহেতু আমি সাধারণত বাহ্যিক ডিস্ক মাউন্ট করি
$ mount /dev/sdXX /mnt
mountস্বয়ংক্রিয়ভাবে আপনার জন্য ফাইল সিস্টেম নির্ধারণ করে। আধুনিক জিইউআই সরঞ্জামগুলি এমনকি যদি এফএস এর জন্য ড্রাইভার উপস্থিত থাকে তবে ফাইল-সিস্টেম মাউন্ট না করে ডিস্ক ব্যবহার এবং অন্যান্য তথ্যের জন্য তদন্ত করে।
এখানে দৃশ্যপট
- পার্টিশন টাইপ এবং ফাইল সিস্টেমের ধরণ মিলতে পারে।
- বেশিরভাগ লিনাক্স ফাইল সিস্টেম পার্টিশন টাইপ "83" ব্যবহার করে, যা এতে থাকা fs সম্পর্কে বেশি তথ্য দেয় না offer
- সংশ্লিষ্ট ড্রাইভ অনুপস্থিত, অনুপস্থিত xfsprogs, hfsprogs, ইত্যাদি হতে পারে
যখন অটো-মাউন্টিং ব্যর্থ হয়, একটি স্বেচ্ছামূলক পার্টিশন বা হাতে ডিস্ক চিত্র সহ, প্রতিটি ডাব্লু টাইপ প্রার্থীকে চেষ্টা করা ঠিক ততক্ষণ সম্ভব হয় না যতক্ষণ না আপনি সঠিকটি খুঁজে পান। বা যদি ফাইল সিস্টেমটি দূষিত হয় what এটির এফএস টাইপ অজানা হওয়ায় আপনি এটি নির্ধারিত সরঞ্জাম দিয়ে সনাক্ত করতে পারবেন না।
আমি মনে করি সুপারব্লকটিই যেখানে বেশিরভাগ ফাইল সিস্টেম এটির শনাক্তকারীকে সঞ্চয় করে। তবে বিভিন্ন এফ বিভিন্ন জায়গায় সুপারব্লক লিখে।
শুরুতে XXX বাইটের ডেটার কাঁচা ডাম্প কি এফএস টাইপ নির্ধারণের জন্য যথেষ্ট? কোথায় এবং কোন ফর্ম্যাটে এমন তথ্য সংরক্ষণ করা উচিত তার কোনও মান আছে?
এই ইস্যুতে যে কোনও অন্তর্দৃষ্টি প্রশংসিত হয়।
= - =
হালনাগাদ:
ফিলাগের উত্তরের জন্য থেক্স। তাই স্বাভাবিক fileপন্থা আসলে সর্বোত্তম পন্থা।
আমার সমস্যাটি ছিল কেবলমাত্র আমি একটি অদ্ভুত ফাইল সিস্টেমের মুখোমুখি হয়েছি, যার fileআউটপুট বরং অকেজো।
fileএর ডকুমেন্টেশনের আরও গভীর খনন করা (সম্ভবত সিস্টেম এটির পাশাপাশি এটি ব্যবহার করে বলেও) এই সমস্যাটি আরও ভালভাবে বুঝতে আমাকে সহায়তা করা উচিত।
fileকেবল ফাইলটি পড়ে, আপনার ফাইলটি পড়ার প্রয়োজন ছাড়া এটি কোনও সিস্টেম কল ব্যবহার করে না।