লিনাক্স, অস্থায়ীভাবে ক্র্যাশের পরে কীভাবে পড়ুন কেবল এইচডিডি অবস্থা পরিবর্তন করবেন?


17

এই সময়ে এই সমস্যার জন্য কোনও উত্তরকারী নেই ans

ডিভাইসটিকে ব্লক করতে পাঠ্য বা লেখাগুলিতে কিছু সমস্যা হওয়ার পরে, কার্নেল পুরো ডিভাইসটির জন্য কেবল পঠনযোগ্য হিসাবে পতাকা স্যুইচ করার সিদ্ধান্ত নেয়। এর পরে এই ডিভাইসে অবস্থিত যে কোনও বিভাজন / ফাইল সিস্টেমে কোনও লেখার ফলে এটি ডিভাইসের রাজ্যের সাথে একত্রে পঠনযোগ্য হিসাবে স্যুইচ করে, কারণ কোনও লেখা অসম্ভব।

ডিমেজ থেকে উদাহরণস্বরূপ, উইন্ডোজ 8-তে গেস্ট লিনাক্সের জন্য অনুকরণটি ভার্চুয়ালবক্স ব্যবহার করে যখন ডিফ্র্যাগ অতিথির ডিভাইস চিত্র গ্রহণ করে:

[11903.002030] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6 frozen
[11903.003179] ata3.00: failed command: READ FPDMA QUEUED
[11903.003364] ata3.00: cmd 60/08:00:a8:77:57/00:00:00:00:00/40 tag 0 ncq 4096 in
[11903.003385]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[11903.004074] ata3.00: status: { DRDY }
[11903.004248] ata3: hard resetting link
[11903.325703] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[11903.327097] ata3.00: configured for UDMA/133
[11903.328025] ata3.00: device reported invalid CHS sector 0
[11903.329664] ata3: EH complete
[11941.000472] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6 frozen
[11941.000769] ata3.00: failed command: READ FPDMA QUEUED
[11941.000952] ata3.00: cmd 60/08:00:c8:77:57/00:00:00:00:00/40 tag 0 ncq 4096 in
[11941.000961]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[11941.001353] ata3.00: status: { DRDY }
[11941.001504] ata3: hard resetting link
[11941.320297] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[11941.321252] ata3.00: configured for UDMA/133
[11941.321379] ata3.00: device reported invalid CHS sector 0
[11941.321553] ata3: EH complete
[11980.001746] ata3.00: exception Emask 0x0 SAct 0x11fff SErr 0x0 action 0x6 frozen
[11980.002070] ata3.00: failed command: WRITE FPDMA QUEUED
[11980.002255] ata3.00: cmd 61/18:00:28:23:59/00:00:00:00:00/40 tag 0 ncq 12288 out
[11980.002265]          res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
-------------------
There are many other errors, like "lost write page", "Journal has aborted", "Buffer I/O error", "hard resetting link" and many others.

এটির পরে, পুনঃনির্মাণের কারণ:

mount / -o remount,rw
mount: cannot remount block device /dev/sda1 read-write, is write-protected

কারণ পুরো ডিভাইস sda rootfs sda1 রক্ষা করা যথাযথ।

আমার অভিজ্ঞতায় এটি পরিস্থিতিতে ঘটে:

  1. এইচডিডি আসলেই ক্ষতিগ্রস্থ। ফিরে আসা লেখার সমস্যাগুলি এইচডিডি শর্তের উপর নির্ভরশীল
  2. হোস্ট মেশিনটি ওভারলোড হয়ে যায়, তারপরে লিনাক্স অতিথি ভার্চুয়াল এইচডিডি লেখার সময়সীমা শেষ হয়
  3. এফসি কেবল বা স্যান ডিভাইস (ফাইবার চ্যানেলের মাধ্যমে অ্যারে ডিস্কগুলি) অতিরিক্ত লোড হয়
  4. মুহুর্তে FC বা FCoE এর সাথে সংযোগ হারিয়েছে। হয়ত হারিয়ে গেছে / সময়োপযুক্ত এফসি প্যাকেট

এই পরিস্থিতিতে ডিভাইসটি সত্যই পঠনযোগ্য, তবে লিনাক্স কার্নেলটি এই ডিভাইসটিকে অভ্যন্তরীণভাবে কেবল পঠনযোগ্য হিসাবে চিহ্নিত করে এবং কেবল পঠনযোগ্য হিসাবে ব্যবহৃত হয়। এটি ক্ষতি প্রতিরোধের জন্য তৈরি কার্নেল কার্যকারিতা, তবে এটি কেবলমাত্র 1 পয়েন্টে ব্যবহারযোগ্য।

প্রশ্ন হল। কার্নেলকে ম্যানুয়ালি কীভাবে বলা যায়, এইচডিডি ব্লক ডিভাইসটি সাধারণত চালায়?

এগুলি ছাড়াও, কার্নেল সার্ভিস ডিভাইসটি কেবলমাত্র 'সিডি-রম' এর মতো পঠনযোগ্য হিসাবে পরিবেশন করে এবং মাউন্ট / রিমান্ট-পঠন-লিখন, fsck এবং অন্যান্য সহ অন্য কোনও কমান্ডের সঠিকভাবে কাজ করার সুযোগ নেই।

অকার্যকর উত্তরদাতাদের, যারা সহায়তা করতে চান তাদের সত্যই স্প্যাম হিসাবে যোগ্য, তবে সমস্যার প্রকৃতি সম্পর্কে বুঝতে পারছেন না:

  1. পঠন-লিখন হিসাবে পুনঃনির্মাণ চেষ্টা করুন (অসম্ভব, ডিভাইসটি আরও)
  2. fsck এটি (ডিভাইসটি আরও কীসের জন্য, কোনও মেরামতের সম্ভব নয়)
  3. 'আমি জানি না' (প্রথমে বুদ্ধি সহ, তবে ব্যবহারযোগ্য নয়)
  4. 'আপনার ডিভাইস প্রতিস্থাপন করুন' * (সাধারণত সমস্যাটি অন্য কিছু হয়)

উপরের প্রশ্নের কি কারও কোন সূত্র আছে? লিখনযোগ্য ব্লক ডিভাইসের জন্য পতাকাটি স্যুইচ করুন যা এটি কেবল পঠন-পাঠন থেকে কেবল পঠন-লেখার স্থিতিতে ফিরিয়ে দেয়? এই মুহুর্তে মনে হয় কীভাবে কেউ জানেন না।

এটি কিছু কাজের ক্ষেত্র, তবে সাধারণত সেমুজেবল বা অপব্যবহারযোগ্য:

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

১ এবং ২ পয়েন্টে আমরা কার্নেলকে বলি যে আমরা ডিভাইস পুরোপুরি সংযোগ বিচ্ছিন্ন করে আবার এটির সাথে সংযোগ স্থাপন করেছি। কার্নেল এটিকে নতুনভাবে সঠিকভাবে পরিচালিত ডিভাইসে যোগদানের হিসাবে স্বীকৃতি দিয়েছে। আমরা এটি ইউএসবি ডিভাইস এবং ক্ষণিকের অপসারণ শক্তি ব্যবহার করে অনুকরণ করতে পারি। পয়েন্ট 3. শেষ সুযোগ এবং সাধারণত কাজ করে। তবে কেন আমাদের সমস্ত পুনরায় চালু করা উচিত? দুর্ভাগ্যক্রমে সমস্ত পয়েন্টে আমরা সমস্ত জার্নাল আপডেট এবং নোংরা বাফার হারিয়েছি।

লক্ষ্য করুন, একই পরিস্থিতিতে উইন্ডোজ (ডেস্কটপ এবং সার্ভার) নিয়ে আমার কোনও সমস্যা নেই।


কোনও উত্তর নয়, তবে সম্ভবত # 2 (উচ্চ হোস্ট লোড, গেস্ট এইচডিডি টাইমআউট) এর ক্ষেত্রে সম্পর্কিত: অতিথি সিস্টেমে এইচডিডি সময়সীমা দ্বারা সৃষ্ট ফাইল সিস্টেমের দুর্নীতি রোধ করতে লিনাক্স এইচডিডি টাইমআউট বৃদ্ধি করুন।
বেসিক 6

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

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

উত্তর:


12

দিয়ে চেষ্টা করুন blockdev --setrwবাhdparm -r 0


ধন্যবাদ, এটি দরকারী হতে হবে। আমি এফসি নিয়ন্ত্রকের
যেকোন সময়ান্তরের

একটি গুরুত্বপূর্ণ অংশ যা যুক্ত করা দরকার: কখনও কখনও fsckকেবল পঠনযোগ্য ফাইল সিস্টেমটিতে এটি করা প্রয়োজন , এটি আবার মাউন্ট করার আগে।
Evi1M4chine

3
আমার জন্য বিড়বিড় কাজ।
আমারও

1
এমনকি fsck দিয়েও আমার পক্ষে কাজ করেনি। সিট্রিক্স জেন সার্ভার লিনাক্স অতিথি।
rjt

কাজ করছে না ! এই কমান্ডগুলি কার্যকর বলে মনে হচ্ছে, তবে ডঙ্গলটি এখনও আরও। (এটি সফ্টওয়্যার, তবে কোথা থেকে ???) আপনি যদি চেষ্টা করতে চান তবে কোনও ডেবিয়ান আইসো 9.4 নিন।
স্যান্ডবুর্গ

5

হোসে লুইস মার্টিন ব্লকদেব ব্যবহারের পরামর্শ দেওয়ার মতো, আমার 2 শতাংশ একটি রিমাউন্ট rw এবং ফোর্সফেস্ক করা ck

(ধরে নিচ্ছেন এসডিএ আপনার ডিস্ক)

blockdev --setrw /dev/sda
mount /dev/sda -o remount,rw
touch /forcefsck

1
এটি কেবলমাত্র fsckআগে চালানো আরও অর্থবোধ করে mount, কারণ এটি ছাড়াই ব্যর্থ হবে fsck। (কমপক্ষে আমার ক্ষেত্রে এটি হয়েছে))
Evi1M4chine

`# ব্লকদেব --setrw / dev / xvda1 # # টাচ / টিএমপি / date +%Y%m%d-%H%M%Sটাচ: স্পর্শ করতে পারবেন না? / tmp / 20170722-221904 ?: কেবল পঠনযোগ্য ফাইল সিস্টেম # # মাউন্ট -O পুনরায় গণনা, rw / dev / xvda1 [137010.709883] EXT4 -fs ত্রুটি (ডিভাইস xvda1): ext4_remount: 4824: ব্যবহারকারী মাউন্ট দ্বারা বাধ্যতামূলক বাতিল করা: ব্লক ডিভাইস / dev / xvda1 পঠন-পুনরুদ্ধার করতে পারবেন না, রাইটিং-সুরক্ষিত `
rjt

2

এই উইকি পৃষ্ঠাটি পরীক্ষা করুন, এটি লিবাটা দ্বারা নিক্ষেপ করা ত্রুটির ব্যাখ্যা করে:

https://ata.wiki.kernel.org/index.php/Libata_error_messages

আমি উপরে যা দেখছি তা থেকে আপনি একটি সময়সীমা ইস্যু পেয়েছেন এবং উল্লিখিত দস্তাবেজ অনুসারে:

কন্ট্রোলার একটি সক্রিয় এটিএ কমান্ড সাড়া দিতে ব্যর্থ। এটি কোনও কারণ হতে পারে। প্রায়শই এটি কোনও সম্পর্কযুক্ত বিঘ্নিত সাবসিস্টেম বাগের কারণে হয় ('pci = nomsi' বা 'acpi = off' বা 'noapic' দিয়ে বুট করার চেষ্টা করুন), যা আমরা যখন হার্ডওয়্যার থেকে প্রত্যাশা করছিলাম তখন কোনও বাধা দিতে ব্যর্থ হয়েছিল।

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


হ্যাঁ, এটি সত্যিই সময়সীমা। সাধারণত অ্যারে ডিভাইস ওভারলোড হলে এফসি নিয়ন্ত্রকের উপর এটি ঘটে। আপনি ঠিক বলেছেন, স্থানীয় এটিএ সাবসিস্টেম এ এটি সাধারণত কোনও হার্ডওয়্যার বাগ বা ড্রাইভার / চিপসেট বাস্তবায়ন হয়
Znik

সুতরাং এটি একটি সময়সীমা? আচ্ছা, কি sudo hdparm -I /dev/sdX | grep lockedবলে? এটি অবশ্যই বলতে হবে: 'লক করা নেই'। এটি অতীতে এই মায়াবী সময়সামগ্রীগুলি এখানে দেখিয়েছে যখনই এটিএডি পাসওয়ার্ড দ্বারা কোনও এইচডিডি লক করা হয়েছিল (পূর্ববর্তী সুরক্ষা মুছে যাওয়ার কারণে এবং পরে একটি সিস্টেম ক্র্যাশ হয়েছিল যার কারণে সুরক্ষা পিডব্লিউটি আবার পরিষ্কার হয়নি)। এই পাসওয়ার্ডের স্টাফগুলি আপনার স্নায়ুগুলিতেও সত্যিই বিশাল প্রভাব ফেলেছে :) :) আপনার এইচডি ড্রাইভ বিক্রেতার মাধ্যমে প্রেরিত মানক সরঞ্জামগুলি ক্রেজি আচরণ করে, মনে হয় পাসওয়ার্ড সক্রিয় থাকাকালীন এইচডিডি মারা যেতে চলেছে। চুল অগণিত Tufts বছর মাধ্যমে আউট টুটা জন্য অভিযুক্ত ব্যক্তি।
সিন্টাক্সেরর

1

উইন্ডোজ 10 এ পুনরায় বুট করুন, পাওয়ার বিকল্পগুলিতে যান এবং দ্রুত শাটডাউনটি বন্ধ করুন। তারপরে লিনাক্সে পুনরায় বুট করুন ..gbamm সব ঠিক আছে।

উইন্ডোজ 10-এ দ্রুত শাটডাউন কিছু ফাইল হাইবারনেট করে এবং ড্রাইভ আংশিকভাবে ব্যবহৃত হয়। তাই লিনাক্স যেমন ব্যস্ত তেমনি দেখে।

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