ফাইল সিস্টেম বুটে মাউন্ট করতে ব্যর্থ হয়েছে, তবে ম্যানুয়ালি মাউন্ট করা হলে ঠিক আছে


12

কখন / কেন এটি হতে শুরু হয়েছিল তা আমি নিশ্চিত নই, তবে আমার একটি /etc/fstabবুট টু মাউন্ট করার জন্য একটি রেড অ্যারে প্রবেশ করেছে /mnt/data। আজ অবধি সবকিছু ঠিকঠাক হয়ে গেছে, এবং বেশ কয়েক বছর ধরে এটি এমনই ছিল!

যাইহোক, আমি আজ সার্ভারটি পুনরায় বুট করেছি (সেন্টস 7) এবং এটি "জরুরী মোডে" গেছে। journalctrlনিম্নলিখিত পরীক্ষাগুলি চেক করার পরে বিদ্যমান ছিল:

Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.

তবে, আমি যদি লাইনটি সরিয়ে /etc/fstabপুনরায় বুট করি (যা সাধারণত শুরু হয়), তবে লাইনটি পুনরায় প্রবেশ করুন, এবং চালনা করুন mount -aতবে এটি ঠিক আছে।

এটি বুটে ব্যর্থ হওয়ার কোনও কারণ?

আমি errors=continueলাইনের একটি বিকল্প হিসাবে যুক্ত করেছি /etc/fstabযাতে জরুরী মোডে প্রবেশ করা একটি রিবুট প্রতিরোধ করে (এবং আশ্চর্যরূপে ড্রাইভটি মাউন্ট করে তোলে - সম্ভবত পরবর্তী পদক্ষেপে) তবে অন্যান্য মাউন্টগুলি থাকায় আমি বুটের উপর সঞ্চালন করতে চাই যা তার উপর নির্ভর করে একটি প্রাথমিকভাবে মাউন্ট করা হচ্ছে, সুতরাং সত্যই আমি একটি সঠিক সমাধান খুঁজে পেতে চাই।


1
আপনি কি সম্পূর্ণ fstab ফাইল পোস্ট করতে পারেন দয়া করে
d4v3y0rk

Rc.local এর মতো কোনও স্ক্রিপ্টে কিছু / mnt / ডেটা মাউন্ট করা সম্ভব যা fstab মাউন্ট পরে চলে? এটি জার্নালে এই ত্রুটিগুলি দেখায় এবং সিস্টেমটি সঠিকভাবে বুট না করার কারণ হতে পারে। / Mnt / ডেটা খালি এবং অ্যাক্সেস করা হচ্ছে না? মাউন্টটি ঘটে যখন যদি সেই জায়গায় কিছু লেখার চেষ্টা করা হয় তবে এটি ত্রুটিটিও ঘটায়। বুট শুরু হওয়া কিছু প্রক্রিয়াতে এটির জন্য লগ ফাইলটি / mnt / ডেটা / লগতে সেট করা থাকতে পারে, উদাহরণস্বরূপ। মাত্র কয়েকটি ধারণা।
পিটার বারবেক

আপনি কি দয়া করে আপনার পোস্ট করতে পারেন: বিড়াল / ইত্যাদি / fstab এবং পুনরায় বুট করার পরে আপনার লাইনের সাথে fstab এর ভিতরে। অনুগ্রহ করে এর বিষয়বস্তু পোস্ট করুন: dmesg
hrdy

আপনি কি কোনও সুযোগেই সেন্টোস 6 থেকে সেন্টোস 7 এ আপডেট হয়েছেন? যেহেতু সেন্টোস 7 কেবলমাত্র 2 বছরের বেশি সময় ধরে রয়েছে ...
মিক্কি

উত্তর:


1

Fstab ফাইল ব্যতীত আমি বেশি কিছু বলতে পারি না, তবে এটি কোনও ডিস্ক মাউন্ট করতে ব্যর্থ হলে এটি জরুরি মোডে চলে যাবে।
আপনি নফাইল বিকল্পটি যুক্ত করে এটি প্রতিরোধ করতে পারেন। এটি মাউন্ট করার সময় কোনও ত্রুটি ঘটলে ডিস্কটি মাউন্ট না হওয়ার কারণ এবং যাইহোক বুট করা চালিয়ে যেতে পারে।

এই ত্রুটির একটি সাধারণ কারণ হিসাবে ডিস্ককে উল্লেখ করা হয় /dev/sdX। যদি সেখানে অন্য ডিস্ক সংযুক্ত থাকে তবে এটি অন্য ডিস্কটি মাউন্ট করার চেষ্টা করতে পারে এবং নির্দিষ্ট বিকল্পগুলির কারণে ব্যর্থ হতে পারে।

আপনি যদি কোনও fstab ফাইল সরবরাহ করেন তবে আমি আরও বিশদ সরবরাহ করতে সক্ষম হতে পারি।


nofailকোনও কারণে এলভিএম বিভাজনে কাজ করে না। সম্ভবত এটির কোনও ত্রুটি পাওয়া গেলে (বুট পার্টিশনটি ঠিকঠাক থাকলেও) এটি LVM বুটটি থামিয়ে দিচ্ছে।
কেন শার্প

0

এর বিভিন্ন কারণ হতে পারে:

  • /etc/mtab এখনও যথাযথ শাটডাউন না থাকায় বিদ্যমান?

  • /dev/md128 ইতিমধ্যে একটি পৃথক ডিরেক্টরি মাউন্ট করা হয়?

  • অন্য কিছু মাউন্ট করা হয় /mnt/data

সর্বোত্তম উপায় হ'ল সিস্টেমটি উপরে যেতে দেওয়া হয় (যেমন জিজ্ঞাসা করা হলে রুট পাসওয়ার্ড প্রবেশ করিয়ে) এবং কী হয় তা পরীক্ষা করা। mountকমান্ডের আউটপুট সহায়ক হবে।

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