ডিভাইসটি ব্যস্ত হয়ে পড়লে আমি কীভাবে কোনও পার্টিশন এফএসকে করতে পারি (তবে অন্যথায় নিশ্চিত হয়ে গেছে)?

Question

আমি fsck -p /dev/sda5একটি ext4 পার্টিশনে ত্রুটিগুলি মেরামতের জন্য চালানোর চেষ্টা করছি , তবে কমান্ডটি আউটপুট দেয়

fsck from util-linux-ng 2.17.2
fsck.ext4: Device or resource busy while trying to open /dev/sda5
Filesystem mounted or opened exclusively by another program?

আমি ব্যবহারটি নিশ্চিত করেছি /etc/mtabএবং lsofকিছুই পার্টিশন ব্যবহার করছে না এবং এটি মাউন্ট করা হয়নি। আমি fuser -k /dev/sda5ফাইলটি ব্যবহার করে জোর করে যে কোনও কিছু বন্ধ করে দিয়েছিলাম, এবং umountএটি কোনও উপকারের জন্য আনমাউন্ট করার চেষ্টাও করতাম।

আমি কীভাবে fsckকমপক্ষে চেক করার জন্য জোর করতে পারি , এবং আশা করি ব্যস্ততা পড়ার পরেও পার্টিশনটি মেরামত করতে পারি? ধরে নিচ্ছি যে আমি যথেষ্ট আত্মবিশ্বাসী যে এটি মাউন্ট করা বা ব্যবহারের ক্ষেত্রেও নয়, এবং ডেটা দুর্নীতির সম্ভাবনা কোনও সমস্যা নয়।

একটি উবুন্টু 10.04 32-বিট লাইভসিডি থেকে সমস্ত কমান্ড রুট হিসাবে কার্যকর হয়েছিল। পার্টিশনটি হ'ল একটি উবুন্টু 10.04 32-বিট ইনস্টলেশনের সিস্টেম (হোম-হোম) নয়।

Comments

আমি এই প্রশ্নের সাথে সম্পর্কিত আরও বড় সমস্যা সমাধানের একটি পদ্ধতি খুঁজে পেয়েছি, তবে এখনও fsckডিভাইসটি ব্যস্ত (বা কেন এটি করা যায় না) যদি মনে হয় তবে কীভাবে বাধ্য করা যায় সে সম্পর্কে আমি একটি উত্তর খুঁজছি ।

— Keebbrox

আমি একটি RHEL5.8 সিস্টেমে একই সমস্যাটির মুখোমুখি। / tmp আনমাউন্ট করা হয়েছে, / etc / mtab এবং / proc / মাউন্ট ফাইল সিস্টেমের কোনও চিহ্ন দেখায় না। আমি এমনকি মেশিনটি রিবুট করেছি, নিশ্চিত হয়েছি যে আমিই কেবল লগইন করেছি। lsof / tmp- তে ব্যবহৃত কোনও ফাইল দেখায় না। একই ক্রিকস্টার্ট প্রোফাইল ব্যবহার করে ইনস্টল করা 4 টি একই রকম সার্ভারে একই পদ্ধতি সূক্ষ্মভাবে কাজ করে। এই সার্ভারগুলির মধ্যে এবং এটির মধ্যে পার্থক্য হ'ল এটির সাথে SAN স্টোরেজ সংযুক্ত রয়েছে। মাল্টিপ্যাথ ডেমন কি এটির কারণ হতে পারে?

— ব্রাম

এটি আমার ক্ষেত্রে সহায়তা করে না তবে রেড হ্যাট কেবি ( অ্যাক্সেস.ড্র্যাট / জ্ঞান / সলিউশনস / ৫৪১৪৪ ) নোডম্রাইড কার্নেল বিকল্পটিকে এই সমস্যার সমাধান হিসাবে যুক্ত করার পরামর্শ দেয়।

— ব্রাম

Answer 1

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

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

Comments

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

— কেবেলব্রক্স

বাবা। লাইভ ডিস্ক থেকে ব্যবহার করছেন? আমি কেবল দুটি জিনিসই ভাবতে পারি: 1) আলাদা লাইভ ডিস্ক চেষ্টা করুন (উদাহরণস্বরূপ উবুন্টুর পরিবর্তে ফেডোরা)। 2) আসল সিস্টেমে চেক / ইত্যাদি / fstab। হতে পারে কোনও অদলবদলের ফাইল বা একটি বাঁধাই মাউন্ট রয়েছে যা স্বয়ংক্রিয়ভাবে চালু হচ্ছে? এই ক্রমে অগত্যা, আমি যুক্ত করতে পারি ...

— স্টিভেন প্রিচার্ড

ঠিক আছে, কোনওভাবে আমি প্রশ্নের শেষ লাইনটি পুরোপুরি মিস করেছি missed আমি আমার উত্তরটি যথাযথভাবে আপডেট করেছি।

— স্টিভেন প্রিচার্ড

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

— Keebbrox

সম্ভবত এমডিএডএম বিভাজনে রেইড স্বাক্ষর সনাক্ত করেছে এবং এটি আবদ্ধ? চেক / প্রোক / এমডিস্ট্যাট।

— psusi

Answer 2

আপনি পার্টিশনটি সরাতে fstabএবং মেশিনটি পুনরায় বুট করতে পারেন

Answer 3

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

যদি মানটি fsck -pকাজ না করে তবে আপনি চেষ্টাও করতে পারেন e2fsck -y -f।

Comments

ম্যান পেজ অনুসারে , e2fsck -y -fএকটি পরিষ্কার পার্টিশন পরীক্ষা করার জন্য জোর করে। এটি মাউন্ট করা পার্টিশন সম্পর্কে কিছু উল্লেখ করে না। আপনি কি জানেন যে এটি তখনও একটি চেক চাপিয়ে দেবে কিনা?

— কেবেলব্রক্স

সম্ভবত না, তবে আপনি অবশ্যই fsck-ing মাউন্ট করা ফাইল সিস্টেমগুলি এড়ানো উচিত ( e2fsckম্যান্যাপের শীর্ষে অনুচ্ছেদগুলি দেখুন )। আরেকটি চিন্তা: /etc/mtabপার্টিশনটি মাউন্ট করা হয়নি বলে মনে হয় তবে আপনি ত্রুটিটি পেয়েছেন, আপনারও পরীক্ষা করা উচিত /proc/mounts, mtabকারণ কোনও অদ্ভুত কারণে ফাইলটি পুরানো হতে পারে।

— rozcietrzewiacz

Answer 4

সম্পর্কিত প্রশ্ন / উত্তর /server/556014/centos-thinks-disk-is-busy-cant-mount-or-fsck এ

বিশেষত, ফাইল সিস্টেমটি ইতিমধ্যে fsck এর মাউন্ট ব্যতীত অন্য কোনও কিছুর দ্বারা ব্যবহৃত হতে পারে। Fuser এবং lsof উভয়ই ড্রাইভার / অ্যাপ্লিকেশন কী তা নির্ধারণে সহায়তা করতে পারে।