উবুন্টু ভিএম "রিড অনলাইনে ফাইল সিস্টেম" ঠিক করবেন?

Question

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

একটি মন্তব্য থেকে অনুরোধ তথ্য:

ব্যবহারকারীর নাম @ servername : ~ $ মাউন্ট
/ dev / sda1 চালু / টাইপ ext4 এই (RW, ত্রুটি = পুনরারোহণ রো)
proc উপর জন্য / proc টাইপ proc (RW)
চালু / sys টাইপ sysfs- র (RW, noexec, nosuid, nodev) কেউই
উপর কেউ / sys / fs / fuse / সংযোগ টাইপ fusectl (rw)
/ on / sys / কার্নেল / ডিবাগ টাইপ ডিবাগ (rw)
কিছুই নেই / sys / কার্নেল / সুরক্ষা প্রকার সুরক্ষা (rw)
udev উপর / dev টাইপ tmpfs (rw, মোড = 0755)
অন ​​/ ডি / পিটিএস টাইপ ডিভ্যাপস (আরডাব্লু, নোেক্সেক, নসুইড, জিড = 5, মোড = 0620) / ডি / এসএম টাইপ টিএমপিএফএস (আরডাব্লু
, নসুইড, নোডেভ)
/ var / রান টাইপ tmpfs ( আরডাব্লু) , nosuid, মোড = 0755)
/ var / লক টাইপ tmpfs- তে নেই (rw, noexec, nosuid, nodev)
/ lib / init / rw টাইপ tmpfs (rw, nosuid, মোড = 0755) binfmt_misc / proc / sys / fs / binfmt_misc টাইপ binfmt_misc (আরডাব্লু, নেক্সেক্স, নসুইড, নোডেভ) তেমন কিছুই নেই

নিশ্চিত রুট আউটপুট জন্য।

রুট @ server01: ~ # মাউন্ট
/ dev / sda1 চালু / টাইপ ext4 এই (RW, ত্রুটি = পুনরারোহণ রো)
proc উপর জন্য / proc টাইপ proc (RW)
/ sys টাইপ sysfs- র (RW, noexec, nosuid, nodev) এ কেউ
উপর কেউ / sys / fs / fuse / সংযোগ টাইপ fusectl (rw)
/ on / sys / কার্নেল / ডিবাগ টাইপ ডিবাগ (rw)
কিছুই নেই / sys / কার্নেল / সুরক্ষা প্রকার সুরক্ষা (rw)
udev উপর / dev টাইপ tmpfs (rw, মোড = 0755)
অন ​​/ ডি / পিটিএস টাইপ ডিভ্যাপস (আরডাব্লু, নোেক্সেক, নসুইড, জিড = 5, মোড = 0620) / ডি / এসএম টাইপ টিএমপিএফএস (আরডাব্লু
, নসুইড, নোডেভ)
/ var / রান টাইপ tmpfs ( আরডাব্লু) , nosuid, মোড = 0755)
/ var / লক টাইপ tmpfs- তে নেই (rw, noexec, nosuid, nodev)
/ lib / init / rw টাইপ tmpfs (rw, nosuid, মোড = 0755) binfmt_misc / proc / sys / fs / binfmt_misc টাইপ binfmt_misc (আরডাব্লু, নেক্সেক্স, নসুইড, নোডেভ) তেমন কিছুই নেই

Comments

আপনি কি "মাউন্ট" কমান্ডের আউটপুট মুদ্রণ করতে পারেন? (কোনও প্যারামিটারের প্রয়োজন নেই)

— pgruetter

উত্তরে যুক্ত হয়েছে। সহায়ক তথ্য জিজ্ঞাসা করার জন্য ধন্যবাদ।

— ডেভিড

কেবলমাত্র নিশ্চিত হতে হবে: "sudo mkdir / mnt / cdrom" ব্যর্থ, তাই না?

— জান্নে পিক্কারাইনেন

যা আমাকে বিভ্রান্ত করে তা হ'ল এটি বলে যে এটি কেবল পঠিত ফাইল সিস্টেম। কমান্ডের আউটপুট "rw" লিখেছিল যা রাইটিং ফাইল সিস্টেম পড়ে। সুতরাং ফাইল সিস্টেম নিজেই ঠিক করা উচিত। আপনি কোন ফোল্ডারে লেখার চেষ্টা করছেন? আপনি কি "ls -la <the_folder>" এর আউটপুট দিতে পারেন?

— পিগ্রুইটার

আমি নীচে একটি ছবি যুক্ত করেছি যা আমি অনুরোধ কমান্ডটি করলে আমি কী পাই তার চিত্র। আপনার আর কিছু করার দরকার পড়লে আমাকে জানান। :)

— ডেভিড

Answer 1

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

ভার্চুয়ালাইজেশন সহ, অনেক ভার্চুয়াল মেশিন একই সময় একই শারীরিক সংস্থান অ্যাক্সেস করার চেষ্টা করে। শারীরিক সীমাবদ্ধতার কারণে (পড়ার / লেখার ক্রিয়াকলাপগুলির সংখ্যা - আইওপিএস; থ্রুপুট; বিলম্বিতা) একই সাথে সমস্ত শারীরিক মেশিনের সমস্ত স্টোরেজ অনুরোধগুলি পূরণ করতে সমস্যা হতে পারে। সাধারণত যা ঘটে: আপনি আপনার ভার্চুয়াল মেশিনগুলির অপারেটিং সিস্টেমে "এসসিএসআই পুনরায় চেষ্টা" এবং ব্যর্থ এসসিএসআই অপারেশনগুলি দেখতে সক্ষম হবেন। নির্দিষ্ট সময়ের মধ্যে যদি আপনি অনেক বেশি ত্রুটি / পুনরায় চেষ্টা পান তবে ফাইল সিস্টেমের ক্ষতি রোধ করার জন্য কার্নেল মাউন্ট করা ফাইল সিস্টেমগুলি কেবল পঠনযোগ্য সেট করে।

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

আপনি করতে পারেন এমন ভয়াবহ কিছু নেই। সুস্পষ্ট সমাধানটি ভাল / অতিরিক্ত সঞ্চয়স্থান। আপনি লিনাক্স কার্নেলের এসসিএসআই সময়সীমার জন্য পরামিতিগুলিও পরিবর্তন করতে পারেন। বিশদ বিবরণ করা হয়েছে, যেমন:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1009465

http://www.cyberciti.biz/tips/vmware-esx-server-scsi-timeout-for-linux-guest.html

তবে এটি আপনার সমস্যাগুলিকে কেবল "স্থগিত" করবে, কারণ ফাইল সিস্টেমটি কেবল পঠনযোগ্য সেট করার আগে কার্নেলটি কেবলমাত্র আরও সময় পাবে। (অর্থাৎ আপনি সমস্যার কারণটি সমাধান করেন না।)

আমার অভিজ্ঞতা (ভিএমওয়্যারের সাথে বেশ কয়েক বছর) হ'ল এই সমস্যাটি কেবল লিনাক্স কার্নেলগুলির সাথে বিদ্যমান (আমরা আরএইচইল এবং এসএলএস ব্যবহার করছি), উইন্ডোজ সার্ভারগুলির সাথে নয়। এছাড়াও, এই সমস্যাটি সমস্ত ধরণের স্টোরেজ - এফসি, আইএসসিএসআই, স্থানীয় সঞ্চয়স্থানে ঘটে। আমাদের জন্য, আমাদের ভার্চুয়াল অবকাঠামোর মধ্যে সবচেয়ে সমালোচনামূলক (এবং ব্যয়বহুল) উপাদান হ'ল স্টোরেজ। (আমরা এখন ১ জিবিপিএস আইএসসিএসআই সংযোগ সহ এইচপি বামেহাঁড ব্যবহার করছি এবং এর পর থেকে কোনও স্টোরেজ সমস্যা নেই। আমরা এর বর্ধনের জন্য বামহ্যান্ডকে (traditionalতিহ্যবাহী এফসি-সমাধানের চেয়ে বেশি) বেছে নিয়েছি।

Comments

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

— ডেভিড

Answer 2

সম্ভবত একটি ব্যাখ্যা হ'ল একটি হার্ডওয়্যার সমস্যা আছে (আংশিক ডিস্ক ব্যর্থতা), এবং সমস্যাটি হ্রাস করার জন্য কার্নেলটি সমস্যা সনাক্ত হওয়ার সাথে সাথে রুট ফাইল সিস্টেমটিকে কেবল পঠনযোগ্য হিসাবে পুনঃস্থাপন করেছে। বর্তমানের মাউন্ট অপশনগুলি পরীক্ষা করার আরও নির্ভরযোগ্য উপায় হ'ল cat /proc/mounts( grep ' / ' /proc/mountsরুট ফাইল সিস্টেমের জন্য, একটি rootfs / …লাইন উপেক্ষা করুন যা বুট প্রক্রিয়ার প্রত্নতত্ত্ব)। আপনি সম্ভবত rw,errors=remount-roএটিতে পরিবর্তিত হয়ে উঠবেন ro(অন্যান্য বিকল্পগুলি ছাড়াও প্রদর্শিত হতে পারে)।

কার্নেল লগগুলিতে সম্ভবত বার্তাটি থাকে Remounting filesystem read-only, ডিস্ক অ্যাক্সেস ত্রুটির আগে। লগগুলি সাধারণত বাস করে /var/log/kern.log, তবে এটি যদি কেবলমাত্র পঠনযোগ্য ফাইল সিস্টেমে থাকে তবে বার্তাটি সেখানে প্রদর্শিত হবে না, যদিও পূর্ববর্তী ত্রুটিগুলি হওয়া উচিত। dmesgকমান্ডের সাহায্যে সর্বশেষ কয়েকটি কার্নেল ত্রুটিও দেখতে পাবেন ।

একদিকে যেমন, উবুন্টুর অধীনে, মাউন্ট পয়েন্টগুলির জন্য স্বাভাবিক স্থান (ডেস্কটপ ইন্টারফেস দ্বারা ব্যবহৃত) এর অধীনে রয়েছে /media(উদাহরণস্বরূপ /media/cdrom0), যদিও আপনি ব্যবহার করতে পারেন /mntবা /mnt/cdromযদি আপনার পছন্দ হয়।

¹ _{থেকে রিপোর্ট । মূল ফাইল সিস্টেমটি কেবল পঠনযোগ্য হলে আপডেট আপ রাখা যায় না। mount/etc/mtab/etc/mtab}

Comments

খারাপ হার্ডওয়্যার সম্পর্কে কেবলমাত্র এটি হ'ল এটি একটি ভার্চুয়াল মেশিন, সুতরাং এটি একটি হার্ডওয়্যার সমস্যা হতে পারে না কারণ এখানে শারীরিক হোস্টগুলিতে শত শত ভার্চুয়াল মেশিন রয়েছে এবং খনিটি কেবল ইস্যুযুক্ত। আমি কার্নেল লগগুলি পরীক্ষা করব এবং এটির একটি স্ক্রিনশট প্রশ্নে রাখার চেষ্টা করব।

— ডেভিড

আপনার ভার্চুয়াল হার্ড ডিস্কে যদি আপনার আকারের সীমা থাকে এবং এটি পরিপূর্ণ হয় তবে উপরে বর্ণিত উবুন্টু লিখতে ব্যর্থ হবে। আপনি পরীক্ষা করতে পারেন।

— কার্লএফ

@ ডেভিড: লগগুলি দেখায় যে লিনাক্স একটি হার্ডওয়্যার সমস্যার সম্মুখীন হয়েছে, কেবল হার্ডওয়্যারটি ভার্চুয়াল। আমি কার্লএফের হাইপোথিসিসটি অত্যন্ত প্রশংসনীয় মনে করি।

— গিলস'স 18-8

Answer 3

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

Answer 4

সুস্পষ্ট হতে পারে, কিন্তু আপনি যখন "রুট" ব্যবহারকারী এটি করার চেষ্টা করছেন? / mnt রুটের মালিকানাধীন এবং কেবল রুট দ্বারা লিখনযোগ্য। বুটে আপনার কোনও ত্রুটি আছে কিনা তাও পরীক্ষা করে দেখতে পারেন। আপনার উপরের আউটপুটটি বলেছে যে / (এবং এইভাবে / mnt) কেবলমাত্র বুট প্রক্রিয়াতে ত্রুটি দেখলে রিডিং পুনঃসমাজ করা উচিত। আপনি মাউন্ট কমান্ডের সাহায্যে এটিকে (অর্থাত্ পুনঃসারণযোগ্য r / w) পরিবর্তন করতে পারবেন, তবে ত্রুটিটি যে কারণেই ঘটছে তা গুরুতর নয় বলে আপনি নিশ্চিত না হলে আমি এটি করব না।

Comments

আমি এটি করতে গিয়ে দুর্ঘটনাক্রমে মূলের মধ্যে না থাকতে পারি, তবে আমি মনে করি যে আউটপুটটি এটি একই। নিশ্চিত রুট আউটপুট প্রথম আউটপুট নীচে।

— ডেভিড