আপনি যখন ext4 ব্যবহার করছেন, আপনি কমান্ডটি দিয়ে ব্যাডব্লকগুলি পরীক্ষা করতে পারেন e2fsck -c /dev/sda1 # or whatever। এটি ব্লকগুলিকে খারাপ ব্লক ইনোডে যুক্ত করে "কালো তালিকাভুক্ত" করবে।
LVM2 দৈহিক ভলিউমের জন্য এর সমতুল্য কত? এতে থাকা ফাইলসিস্টেমটি ext4, তবে সম্ভবত, খারাপ ব্লকগুলি সনাক্ত করা অবৈধ হয়ে যাবে কারণ অন্তর্নিহিত LVM সেটআপটি ফিজিকাল ডিস্কের চারপাশে ডেটা সরিয়ে দেয়।
অন্য কথায়, এলভিএম ব্যবহার না করার জন্য আমি কীভাবে খারাপ ব্লকগুলি পরীক্ষা করতে পারি?
উত্তর:
আপনি যখন ext4 ব্যবহার করছেন, আপনি কমান্ড
e2fsck -c /dev/sda1বা যে কোনও কিছু দিয়ে ব্যাডব্লকগুলি পরীক্ষা করতে পারেন । এটি ব্লকগুলিকে খারাপ ব্লক ইনোডে যুক্ত করে "কালো তালিকাভুক্ত" করবে।
e2fsck -cরান badblocksঅন্তর্নিহিত হার্ড ডিস্কে। আপনি badblocksকমান্ডটি সরাসরি একটি এলভিএম শারীরিক ভলিউমে ব্যবহার করতে পারেন (ধরে নিলেন যে পিভি আসলে একটি হার্ড ডিস্ক, এবং কোনও এমডি সফটওয়্যার রেড ডিভাইসের মতো অন্য কোনও ভার্চুয়াল ডিভাইস নয়) যেমন আপনি হার্ড-ডিস্কে সেই আদেশটি ব্যবহার করবেন এটিতে একটি এক্স ফাইল ফাইল রয়েছে।
এটি ফাইল সিস্টেমে কোনও ধরণের খারাপ ব্লক তথ্য যুক্ত করবে না, তবে আমি সত্যিই ভাবি না যে এটি ফাইল সিস্টেমের একটি দরকারী বৈশিষ্ট্য; হার্ড ডিস্কটি খারাপ ব্লকগুলি পরিচালনা করার কথা।
badblocksডিস্কে স্মার্ট সেলফিস্ট চালানোর চেয়েও ভাল ( /dev/sdXআপনার হার্ড ডিস্কের ডিভাইসের নামের সাথে প্রতিস্থাপন করুন ):
smartctl -t long /dev/sdX
smartctl -a /dev/sdX | less
যদি পরীক্ষাটি কয়েক ঘন্টা সময় নেয় (এটি আপনাকে ঠিক কতটা সময় দেবে তা বলে দেবে)। এটি শেষ হয়ে গেলে, আপনি ফলাফলটি দিয়ে জিজ্ঞাসা করতে পারবেন smartctl -a, স্ব-পরীক্ষার লগটি সন্ধান করুন। যদি এটি "সাফল্যের সাথে সম্পন্ন হয়েছে" বলে, আপনার হার্ড ডিস্কটি ভাল।
অন্য কথায়, এলভিএম ব্যবহার না করার জন্য আমি কীভাবে খারাপ ব্লকগুলি পরীক্ষা করতে পারি?
আমি যেমন বলেছি, হার্ড ডিস্ক নিজেই নিশ্চিত করবে যে এটি ক্ষতিগ্রস্থ ব্লকগুলি ব্যবহার করবে না এবং এটি those ব্লকগুলি থেকে ডেটা স্থানান্তর করবে; এটি ফাইল সিস্টেম বা এলভিকে করার মতো কিছু নয়। অন্যদিকে, যখন আপনার হার্ডডিস্কটিতে কেবল কয়েকটি খারাপ ব্লকের বেশি রয়েছে, আপনি এমন কিছু চান না যা সেগুলি স্থানান্তরিত করে, তবে আপনি পুরো হার্ড ডিস্কটি প্রতিস্থাপন করতে চান কারণ এটি ব্যর্থ হচ্ছে।
dd। আপনি যা ভাবেন তার চেয়ে প্রায়শই মাঝারিটি মাধ্যমটি ঠিক আছে এবং ডেটা সবেমাত্র দূষিত হয়েছিল, সুতরাং এটির উপরে লেখাটি পুনর্নির্মাণের প্রয়োজন ছাড়াই সূক্ষ্ম কাজ করে।
dd" - তবে আপনার এখনও সম্ভবত এটি করা উচিত নয়। আপনার যদি কোনও mdঅভিযান হয় তবে এটি আপনার পক্ষে সমস্যার যত্ন নিতে পারে । @ ডিসারবার্ট সম্ভবত জানবেন যখন ডিস্ক কোনও mdঅভিযানের অংশ না হয় তখন কী করতে হবে :)
আমি নিশ্চিত যে এলভিএম খারাপ ব্লকগুলি পরিচালনা করে না; এটি অন্তর্নিহিত স্টোরেজটি আশা করে। এবং বেশিরভাগ, সবগুলি না থাকলে, আধুনিক হার্ড ডিস্কগুলি করে। আপনাকে খাতটিতে একটি লেখার প্রয়োজন হতে পারে, তবে ডিস্কটি এটি পুনরায় তৈরি করতে হবে। (উদাহরণস্বরূপ, আপনাকে প্রথমে একটি অফলাইন পৃষ্ঠের স্ক্যান করার প্রয়োজন হতে পারে smartctl /dev/sda -t offline)।
এটি বলেছে, LVM উদাহরণস্বরূপ, যদি না জিজ্ঞাসা করে, তবে ডেটাটি প্রায় স্থানান্তরিত করে না pvmove। সুতরাং আপনি ext4 ব্যাডব্লক বৈশিষ্ট্যটি ব্যবহার করতে পারেন; যদি চালানো হয় তবে আপনাকে কেবল খারাপ ব্লকগুলির জন্য পুনরায় পরীক্ষা করতে হবে pvmove। কোনও সাধারণ অপারেশন (যেমন lvextend) ডেটা স্থানান্তর করে না।
প্রসারিত ডেটা স্থানান্তরিত করে না কারণ LVM একটি মানচিত্র রাখে "লজিকাল এক্সটেন্টস 0-99 ভৌত এক্সটেন্টস 200-299" এবং তারপরে আপনি যখন এটি প্রসারিত করেন তখন এটি "যুক্তিযুক্ত এক্সটেন্টস 100-1199 দৈহিক এক্সটেন্টস 100-1199" যুক্ত করে। অথবা "যৌক্তিক এক্সটেন্টস 100-1149 হ'ল দৈহিক এক্সটেন্টস 50-99; লজিকাল এক্সটেন্টস 150-1199 হ'ল দৈহিক এক্সটেন্টস 140–189"। LVM শারীরিক এক্সটেন্টস যাতে সঠিকভাবে না হয় বা স্বচ্ছ নয় সেদিকে খেয়াল রাখে না।
pvckLVM মেটাডেটা পরীক্ষা করতে পারে, তারপরে ধারাবাহিকতা ফাইল সিস্টেমের কাজ। এলভিএম কেবলমাত্র ভলিউম পরিচালনার বিষয়ে তাই উচ্চ স্তরের সফ্টওয়্যারগুলি যেগুলি সমস্যাগুলি ধরা দেয় সেহেতু এটির কোনও নির্দিষ্ট সীমানার স্থানটি খারাপ হয় কিনা যত্ন নেওয়ার প্রয়োজন নেই। এলভিএম মেটাডেটা যাইহোক শারীরিক ভলিউমের প্রথম (allyচ্ছিকভাবে শেষ ক্ষেত্রটি )ও গ্রহণ করে।
যদি যুক্তিসঙ্গতভাবে বড় পিভি (যেমন আপনি প্রযোজনায় দেখতে চান) প্রথম এবং শেষ সেক্টরগুলি একইসাথে ব্যর্থ হয়ে পড়ে থাকেন তবে আপনার মূলত বিশ্বের সবচেয়ে বড় ভাগ্য রয়েছে যেহেতু এটি এতটাই জ্যোতির্বিজ্ঞানের সম্ভাবনা নয়। অন্যথায়, যদি অ্যাডমিন জেনে থাকে যে ড্রাইভের একাধিক ক্ষেত্র ব্যর্থ হয়েছে, তবে বেশিরভাগ লোকেরা "হার্ড ড্রাইভ স্থায়ীভাবে ব্যর্থ হয়েছে এবং এর পরিবর্তিত হওয়া দরকার" এর অধীনে এ জাতীয় জিনিস ফাইল করা ঠিক আছে।
যদি pvckকোনও ত্রুটি ফেরায়, আপনি আপনার এলভিএম মেটাডেটা /etc/lvmকোথাও ব্যাক আপ করেছেন কিনা তা পরীক্ষা করে দেখতে পারেন । যদি এটি হয় তবে আপনি pvcreateব্যাকআপ কপিটি নির্দিষ্ট করে করতে পারেন--restorefile
বাক্য গঠন:
pvcreate --uuid "<UUID-of-target-PV>" --restorefile <Path-To-Metadata-Backup-File> <path-to-PV-block-device>
উদাহরণ:
pvcreate --uuid "2VydVW-TNiN-fz9Y-ElRu-D6ie-tXLp-GrwvHz" --restorefile /etc/lvm/archive/vg_raid_00000-1085667159.vg /dev/sda2
পুনরুদ্ধারটি যদি কাজ না করে (উদাহরণস্বরূপ, যদি প্রথম সেক্টরটি খারাপ হয়) আপনি উপরেরটি আবার করতে পারেন, তবে সেট করুন --metadatacopies 2(বা আপনি কেবল এটি করতে সরাসরি যেতে পারেন) যা মেটাডেটা প্রথমটিতে লেখার চেষ্টা করবে এবং পিভি শেষ সেক্টর। pvscanএটি বুট করার জিনিসটি কখন উভয় জায়গাগুলি পরীক্ষা করবে এবং যদি এটি মেটাডেটা খুঁজে পায় তবে এটি তাদের একটি চেকসামের বিরুদ্ধে যাচাই করবে। যদি চেকসামটি প্রথম সেক্টরে ব্যর্থ হয় তবে শেষ সেক্টরে সফল হয় আপনি একটি অ-মারাত্মক ত্রুটি বার্তা পাবেন।
ধরণের ম্যানুয়াল এবং একটি ব্যথা, তবে আবার এটি বিটিআরএফএসের সাথে ভলিউম ম্যানেজমেন্ট রিডেক্স পেতে লোকেরা কেন উত্সাহিত হয়েছে সেই কারণগুলির একটি অংশ। বেশিরভাগ সময় ডার্বার্ট উল্লেখ করার কারণে এটি খুব বেশি সমস্যার সমাধান করে না এবং কারণ যে সমস্ত লোকেরা ইতিমধ্যে ইতিবাচকভাবে তথ্যের ধারাবাহিকতা নিশ্চিত করতে হয় তারা সাধারণত RAID করবে এবং একটি ব্যাকআপ কৌশল থাকবে।
-cকিছু সম্পূর্ণ আজেবাজে কল করার আগে কী করে তা দেখতে পারেন ।