আমি আজ উবুন্টু 15.10 চলমান একটি ল্যাপটপে একই ত্রুটিটি দেখেছি যা আমি সর্বদা আপ টু ডেট রাখি তবে আমি বর্তমান কার্নেলটি পরীক্ষা করতে না হওয়া পর্যন্ত এক মাসের জন্য পুনরায় চালু করি নি (যেমন, সাম্প্রতিক পরিবর্তন হতে পারে)।
যাইহোক, আমি দেখতে পেয়েছি যে আমার ক্ষেত্রে উপরের টিউটোরিয়ালটি অনুসরণ করার সময় অন্তর্নিহিত কারণটি একটি সেটআপ গ্ল্যামের কারণে আসলে "অনুপস্থিত" অদলবদল ছিল। যদি এটি হয় এবং / অথবা আপনি প্রকৃতপক্ষে ব্যবহার করছেন তবে lvmআপনি নীচের পদক্ষেপ 2 এড়িয়ে যেতে সক্ষম হতে পারেন। অবশ্যই, আপনার সিস্টেমটি (বা একটি গৌণ ডেটা) পার্টিশনটি ক্ষতিগ্রস্থ হয়েছে বা খুঁজে পাওয়া যায়নি সেক্ষেত্রে আপনি উপরের ত্রুটি বার্তাটিও দেখতে পাবেন (পদক্ষেপ 3 দেখুন)।
পদক্ষেপ 1: আপনার সিস্টেমটি মাউন্ট করুন, সমর্থিত টিউটোরিয়াল অনুসরণ করে পার্টিশনগুলি বুট করুন
ধরা যাক আপনার (ext2) বুট পার্টিশনটি হ'ল / dev / sdX1, আপনার (এনক্রিপ্ট করা) অদলবদলটি / dev / sdX2, আপনার (এনক্রিপ্ট করা) পার্টিশনটি / dev / sdX3 এবং আপনি সাফল্যের সাথে পরবর্তীটি ডিক্রিপ্ট করেছেন cryptsetup luksOpen /dev/sdX3 data, তারপরে মাউন্ট হবে এটা: mkdir /tmp/data; mount /dev/mapper/data /tmp/data।
টিউটোরিয়ালে বাঁধার মাউন্টগুলিতে মনোযোগ দিন এবং মাউন্ট / dev / sdX1 নিশ্চিত করুন যাতে আপনি এটি আপনার সিস্টেম পার্টিশনের / বুট ডিরেক্টরি থেকে অ্যাক্সেস করতে পারেন (এটি কার্যকর করার মতো আমাদের পক্ষে গুরুত্বপূর্ণ update-initramfs)।
নিম্নলিখিতটিতে, আমরা ধরে নিচ্ছি যে আপনি সফলভাবে সম্পাদন করেছেন chroot /tmp/data/@ubuntu1510(বা আপনার মাউন্ট করা সিস্টেম পার্টিশন যাকেই বলা হয়)
পদক্ষেপ 2: উপরের ত্রুটি বার্তা থেকে মুক্তি পান
আমি বিটিআরএফ ব্যবহার করছি (যেমন আপনি উল্লিখিত সাবভলিউম নামটি থেকে অনুমান করতে পারেন), সুতরাং lvmetad কার্যকারিতা ক্ষতি ছাড়াই সহজেই নীচে অক্ষম করা যায়:
- /etc/lvm/lvm.conf সম্পাদনা করুন এবং এতে পরিবর্তন
use_lvmetad=1করুনuse_lvmetad=0
- এক্সিকিউট
update-initramfs -k $(uname -r) -u ; sync
এখন, আপনি রিবুট করতে পারেন এবং ত্রুটির বার্তাটি চলে যেতে হবে। যাইহোক, আমার ক্ষেত্রে, পরবর্তী ত্রুটি বার্তা [1] আমাকে উপরে উল্লিখিত অন্তর্নিহিত সমস্যাটির দিকে ইঙ্গিত করেছে, সুতরাং যখন আমরা এটিতে থাকি ...
পদক্ষেপ 3: নিশ্চিত করুন যে / ইত্যাদি / ক্রিপ্টটাব সঠিক, অবিচ্ছিন্ন পার্টিশনগুলিকে নির্দেশ করে
প্রথমে চালনা করে sfdisk --list /dev/sdXপরীক্ষা করে দেখুন যে আপনার এনক্রিপ্ট হওয়া স্বাপ পার্টিশনটি (আমার ক্ষেত্রে, / dev / sdX2) আসলে (স্বাভাবিক) অদলবদল হিসাবে প্রদর্শিত হবে না । এটি যদি (আমার ক্ষেত্রে যেমন হয়) তবে এর অর্থ হ'ল বুট করা, উদাহরণস্বরূপ, একটি উদ্ধার ডিস্ক ব্যবহার করা সম্ভবত সেই উপলভ্য সোয়াপ পার্টিশনটি ব্যবহার করবে, যার ফলে আপনার ক্রিপ্টসেটআপ সম্পর্কিত মেটাডেটা (কীফ্রেস এবং ইউআইডি) ওভাররাইট হয়ে যাবে।
এরপরে, / dev / ডিস্ক / বাই-ইউইডটি দেখুন এবং আপনার এনক্রিপ্ট করা পার্টিশনের সংশ্লিষ্ট ইউআইডিগুলি / / ইত্যাদি / ক্রিপ্টবটিতে থাকাগুলির সাথে তুলনা করুন। এই মুহুর্তে আমার অনুমান: আপনার ক্ষেত্রে একটি মিল নেই।
যদি ডেডিকেটেড এনক্রিপ্টড স্ব্যাপ পার্টিশনটি / dev / ডিস্ক / বাই-ইউইডের নীচে পাওয়া যায় না, কারণ এটি বর্তমানে আপনার রেসকিউ সিস্টেমের দ্বারা ব্যবহৃত হচ্ছে। সেক্ষেত্রে নিম্নলিখিতটি করুন:
- পার্টিশনটি ব্যবহার বন্ধ করতে ভুলবেন না:
swapoff -a
- এটি পুনরায় ফর্ম্যাট করুন:
mkfs.ext2 /dev/sdX2(এটি গুরুত্বপূর্ণ , বিশেষত জিপিটি পার্টিশন ব্যবহার করার সময় [২], কারণ এটি আমার উল্লিখিত ত্রুটিটি পূর্বাবস্থায় ফিরে আসে s mkswap /dev/sdX2শুরুতে পার্টিশন স্থাপন করার সময়।)
- পার্টিশনটি এনক্রিপ্ট করতে এবং একটি পাসফ্রেজ সেট করার জন্য টিউটোরিয়ালটি অনুসরণ করুন; এরপরে, ক্রিপ্টসেটআপ ব্যবহার করে এটি খুলুন এবং সঠিকভাবে এখন-ডিক্রিপ্ট করা পার্টিশনের পুনরায় ফর্ম্যাট করুন (এর মতো কিছু ব্যবহার করে
mkswap /dev/mapper/swap)
sfdisk --list /dev/sdXএটি স্যুপের পার্টিশনটি সনাক্ত করতে পারে না তা নিশ্চিত করুন (সেক্ষেত্রে শেষ পদক্ষেপগুলি পুনরাবৃত্তি করুন)
এখন, যাচাই করে দেখুন যে / etc / crypttab এ তালিকাভুক্ত ইউআইডিগুলি আপনার নিজ নিজ এনক্রিপ্ট করা পার্টিশনগুলির জন্য / dev / ডিস্ক / বাই-ইউইডের নীচে যা দেখতে পাচ্ছে তার সাথে মিল রয়েছে।
আবার, পরিবর্তনগুলি স্থায়ী করতে, আপনাকে update-initramfsউপরে বর্ণিত হিসাবে কার্যকর করতে হবে ।
আপনি যদি সন্তুষ্ট হন তবে নিশ্চিত হয়ে নিন যে সবকিছু ডিস্কে লিখিত রয়েছে এবং সিস্টেমটি পুনরায় বুট করুন (ম্যানুয়ালি সবকিছু আনমাউন্ট করার দরকার নেই)। এরপরে, আপনার সমস্যাটি বাদ দেওয়া উচিত।
[1] সম্ভবত আমি প্রথমবারের দিকে নজর দিইনি বা প্রথম ত্রুটি বার্তাটি দ্বিতীয়টি "মুখোশযুক্ত" করেছে; অর্থাত্, পুনরায় বুট করার পরে (কেবল use_lvmetad=0), আমাকে " সমস্ত শারীরিক আয়তন পড়ার জন্য উপস্থাপন করা হয়েছিল This এটি কিছু সময় নিতে পারে ... " (একাধিকবার পুনরাবৃত্তি হতে পারে), তারপরে " ALERT! / dev / ডিস্ক / বাই-ইউইডি / .. " অস্তিত্ব নেই। " (এটি লক্ষ করা উচিত যে update-initramfsঅনুপস্থিত পার্টিশন সম্পর্কেও অভিযোগ করেছিলেন ।)
[2] কারণ তাদের ধরণগুলি তাদের বিষয়বস্তু বিশ্লেষণ থেকে কেটে নেওয়া হয়েছে এবং শেষ পর্যন্ত কোনও পতাকা / বাইট দ্বারা নির্দিষ্ট করা হয়নি (এ কারণেই জিপিটি ফাইল সিস্টেমের ধরণটি ব্যবহার করার কোনও সহজ উপায় নেই [g]parted))