Skip to content
VDS · সমস্যা সমাধান

কার্নেল ক্র্যাশ: কার্নেল প্যানিক এবং এরপর কী

মেশিন বুট না হলে এবং স্ক্রিনে কার্নেল মেসেজ আটকে গেলে কী করবেন: এরর টেক্সট ক্যাপচার করা, কার্নেল রোলব্যাক করা, এবং রিকভারি ডিস্ক থেকে fstab ঠিক করা।

আপডেট: ২৩ আগস্ট, ২০২৬

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

ধাপ ১. মেসেজটি পড়ুন

/hosting/vds/m/<id> খুলুন, “Console” ট্যাব, “Screen” ভিউ (VNC)। টেক্সট কনসোলও কার্নেল আউটপুট দেখায়, কিন্তু প্যানিক প্রায়ই গ্রাফিক্যাল বাফারে আঁকা হয়, আর “Screen”-এ তা বেশি নির্ভরযোগ্যভাবে দেখা যায়। গুরুত্বপূর্ণ হলো প্রথম লাইন নয়, বরং সবচেয়ে নিচের অর্থবহ লাইনটি, সাধারণত এগুলোর একটি:

  • VFS: Unable to mount root fs on unknown-block(0,0) — কার্নেল রুট পার্টিশন খুঁজে পায়নি;
  • Kernel panic - not syncing: Attempted to kill init — প্রসেস নাম্বার এক মারা গেছে, বেশিরভাগ ক্ষেত্রে ব্যর্থ আপডেটের পর /sbin/init নষ্ট হয়ে যাওয়ার কারণে;
  • Kernel panic - not syncing: No working init found — একই সমস্যা;
  • স্ট্যাক ট্রেসসহ একটি ড্রাইভার ত্রুটি — সাধারণত থার্ড-পার্টি কার্নেল মডিউল ইনস্টল করার পর।

সাথে সাথেই ছবি তুলুন বা টেক্সট কপি করুন: রিবুটের পর স্ক্রিন মুছে যাবে।

ধাপ ২. আগের কার্নেল চেষ্টা করুন

আপডেটের ঠিক পরেই যদি প্যানিক দেখা দেয়, তাহলে GRUB-এ পুরনো কার্নেল আছে। প্যানেল থেকে মেশিন রিবুট করুন এবং “Screen”-এ মেনুটি ধরুন: প্রথম কয়েক সেকেন্ডে Shift বা Esc চাপুন, তারপর “Advanced options” এবং আগের ভার্সন।

পুরনো কার্নেল দিয়ে বুট হয়ে গেলে, কাজ করা অবস্থাটি লক করে রাখুন এবং নতুন প্যাকেজটি নিয়ে কাজ করুন:

uname -r
dpkg -l | grep linux-image
apt install --reinstall linux-image-amd64

ধাপ ৩. রিকভারি ডিস্ক

বুটলোডার মেনু না এলে বা পুরনো কার্নেলও ক্র্যাশ করলে, “Access” ট্যাবে “SystemRescue recovery disk” বুট মোড চালু করুন এবং মেশিন রিবুট করুন। পাসওয়ার্ড ছাড়াই root হিসেবে লগ ইন করুন; মেশিনের ডিস্ক /dev/sda হিসেবে দেখা যাবে।

lsblk
mount /dev/sda1 /mnt
ls /mnt

নষ্ট হয়ে যাওয়ার সন্দেহ হলে ফাইল সিস্টেম পরীক্ষা করুন:

umount /mnt
fsck -f /dev/sda1

ম্যানুয়াল এডিটের পর প্যানিকের একটি সাধারণ কারণ হলো /etc/fstab-এ ত্রুটি: অস্তিত্বহীন পার্টিশন বা ভুল UUID-সহ একটি লাইন বুট আটকে দেয়। এটি পরীক্ষা করুন:

blkid /dev/sda1
cat /mnt/etc/fstab

সিস্টেমের ভেতরে কাজ করতে (কার্নেল পুনরায় ইনস্টল করা, বুটলোডার এডিট করা), chroot-এর মাধ্যমে এতে প্রবেশ করুন:

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash

কাজ শেষ হলে অবশ্যই “Access” ট্যাবে স্বাভাবিক বুট মোডে ফিরে যান। নাহলে প্রতিটি রিবুটে মেশিন SystemRescue-তে বুট হবে, আর আপনি ভাববেন সিস্টেম কখনোই চালু হয়নি।

ধাপ ৪. যখন পুনরায় ইনস্টল করাই সহজ

আমাদের কাছে স্বয়ংক্রিয় মেশিন ব্যাকআপ বা স্টেট স্ন্যাপশট নেই, তাই সিদ্ধান্ত আপনার। ডিস্কে মূল্যবান ডেটা থাকলে, প্রথমে SystemRescue থেকে scp-এর মাধ্যমে তা আপনার নিজের মেশিনে কপি করুন, তারপরই “Access” ট্যাব থেকে OS পুনরায় ইনস্টল শুরু করুন — এটি ডিস্ক সম্পূর্ণ মুছে ফেলে।

ক্রমটি হলো: ডেটা কপি করুন, আপনার দিকে তা পড়া যাচ্ছে কিনা নিশ্চিত করুন, পুনরায় ইনস্টল করুন। পুনরায় ইনস্টলের পর আর ফেরার উপায় নেই।

এটি আবার যাতে না ঘটে

আপনার ডেটার কপি মেশিনের বাইরে রাখুন, কার্নেল অন্য প্যাকেজ থেকে আলাদাভাবে আপডেট করুন, এবং আপডেটের পরপরই রিবুট করুন — এভাবে কোনো সমস্যার কথা আপনি সুবিধাজনক সময়ে জানতে পারবেন, এক মাস পর হঠাৎ কোনো রিবুটে নয়। সাধারণ সার্ভিস ব্যর্থতার সমাধানের জন্য দেখুন Service won't start: systemd troubleshooting।