OS পুনরায় ইনস্টল করা
কীভাবে মেশিন একদম নতুন করে ইনস্টল করবেন বা OS পরিবর্তন করবেন: আগে কী সেভ করবেন, প্রক্রিয়াটি কীভাবে চলে, এবং ঠিক পরে কী কনফিগার করবেন।
আপডেট: ২৩ আগস্ট, ২০২৬
রিইনস্টলেশন মেশিনটিকে নতুনের মতো অবস্থায় ফিরিয়ে আনে: একটি পরিষ্কার সিস্টেম, ডিস্কের সবকিছু মুছে যায়। এটি একটি সাধারণ কাজের টুল, শেষ উপায় নয়।
কখন এটি সঠিক পদক্ষেপ
- আপনার ভিন্ন OS প্রয়োজন: উদাহরণস্বরূপ, আপনি AlmaLinux বেছে নিয়েছিলেন, কিন্তু আপনার সব নির্দেশনা
apt-এর জন্য। - কনফিগগুলো এত জটিল হয়ে গেছে যে সেগুলো ঠিক করতে নতুন করে সেটআপ করার চেয়ে বেশি সময় লাগবে।
- মেশিনটি আক্রান্ত হয়েছে। ব্রিচের পরে সিস্টেম পরিষ্কার করা অর্থহীন: ভেতরে কী রয়ে গেছে তা আপনি জানেন না।
- প্রজেক্টটি শেষ হয়েছে, এবং মেশিনটি নতুন কাজের জন্য পুনরায় ব্যবহার করা হচ্ছে।
আগে যা করতে হবে
রিইনস্টলেশন ডিস্ক সম্পূর্ণ মুছে ফেলে। VPS-এ মেশিনের কোনো স্ন্যাপশট বা স্বয়ংক্রিয় ব্যাকআপ নেই — কিছু ভুলে গেলে তা আর ফিরিয়ে আনা সম্ভব হবে না।
চেকলিস্ট:
- ডেটাবেস ডাম্প
mysqldump -u root -p mydb > /root/mydb.sql
pg_dump -U postgres mydb > /root/mydb.sql
- ডেটা ও কনফিগের আর্কাইভ
tar czf /root/save-$(date +%F).tar.gz /var/www /etc/nginx /opt/app
- সবকিছু আপনার কম্পিউটারে ডাউনলোড করুন
rsync -avz root@203.0.113.10:/root/save-2026-08-23.tar.gz ./
আরও জানুন — scp এবং rsync।
- কী কী কনফিগার করা হয়েছিল তা লিখে রাখুন: প্যাকেজ তালিকা, পোর্ট, ডোমেইন, শিডিউলার জব
dpkg --get-selections > /root/packages.txt
crontab -l > /root/crontab.txt
- আর্কাইভটি আপনার কম্পিউটারে খোলে কিনা যাচাই করুন। যাচাই না করা কপি কোনো কপি নয়।
কীভাবে রিইনস্টল করবেন
অপরিশোধের কারণে স্থগিত করা মেশিন রিইনস্টল করা যায় না, অন্যান্য কাজের মতোই: প্রথমে নবায়ন করুন, তারপর ডিস্ক সংক্রান্ত যেকোনো কিছু। দেখুন অপরিশোধের কারণে স্থগিতকরণ।
- মেশিন কন্ট্রোল প্যানেল
/hosting/vds/m/<id>, “Access” ট্যাব, “Reinstallation” উপবিভাগ। - একটি OS বেছে নিন: Debian 12 বা 13, Ubuntu 22.04 / 24.04 / 26.04, AlmaLinux 9 বা 10, CentOS Stream 9, Windows Server 2022 বা 2025।
- নিশ্চিত করুন। মেশিনটি রিইনস্টল হয় এবং আবার বুট হয়।
- রিইনস্টলেশনের পরপরই কন্ট্রোল প্যানেল নতুন পাসওয়ার্ড দেখায়, এবং পরে এটি “Show password” বোতাম দিয়ে খোলা যায়।
- আবার SSH কী: সেগুলো নতুন সিস্টেমে স্থানান্তরিত হয় না। “SSH Keys” খুলুন এবং তালিকাটি সংরক্ষণ করুন — মেশিনটি আরও একবার রিবুট হবে।
পাবলিক IPv4 ঠিকানা একই থাকে, এবং ডোমেইন আবার রিডাইরেক্ট করার প্রয়োজন নেই।
ঠিক এর পরে
মেশিন কী পরিবর্তিত হয়েছে, তাই SSH ক্লায়েন্ট অভিযোগ করবে:
REMOTE HOST IDENTIFICATION HAS CHANGED
পুরনো এন্ট্রি মুছে ফেলুন এবং আবার লগ ইন করুন:
ssh-keygen -R 203.0.113.10
ssh root@203.0.113.10
এরপর, প্রথম ঘণ্টার চেকলিস্ট অনুসরণ করুন: আপডেট, SSH কী, ব্যবহারকারী, ফায়ারওয়াল, গেস্ট এজেন্ট।
সাধারণ ভুল
| ভুল | পরিণতি |
|---|---|
| আর্কাইভ মেশিনেই রেখে দেওয়া | ডিস্কের সাথে সেটিও মুছে গেছে |
| ডেটাবেস ডাম্প যাচাই না করা | পুনরুদ্ধার করার কিছু নেই, অথবা ফাইলটি খালি |
| সেটিংসের তালিকা ভুলে যাওয়া | যা সেটআপ করতে মাস লেগেছিল তা পুনরুদ্ধারে সপ্তাহ কেটে গেল |
| ডায়াগনোসিসের বদলে রিইনস্টল করা | পরিষ্কার সিস্টেমেও সমস্যাটি আবার দেখা দিল |
যদি লক্ষ্য শুধু অ্যাক্সেস পুনরুদ্ধার করা হয়, নতুন করে শুরু করা নয়, তাহলে রিইনস্টলেশনের প্রয়োজন নেই: দেখুন রুট পাসওয়ার্ড পরিবর্তন এবং টেক্সট কনসোল।