OS دوبارہ انسٹال کرنا
مشین کو شروع سے کیسے دوبارہ انسٹال کریں یا OS کیسے تبدیل کریں: پہلے سے کیا محفوظ کریں، عمل کیسے چلتا ہے، اور فوراً بعد کیا کنفیگر کریں۔
اپ ڈیٹ 23 اگست، 2026
دوبارہ انسٹالیشن مشین کو نئے جیسا کر دیتی ہے: صاف سسٹم، ڈسک پر موجود سب کچھ مٹ جاتا ہے۔ یہ ایک عام کام کا آلہ ہے، آخری حربہ نہیں۔
کب یہ درست قدم ہے
- آپ کو مختلف 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 کیز، صارف، فائر وال، گیسٹ ایجنٹ۔
عام غلطیاں
| غلطی | نتیجہ |
|---|---|
| آرکائیو مشین ہی پر چھوڑ دی | وہ ڈسک کے ساتھ مٹ گئی |
| ڈیٹابیس ڈمپ کی جانچ نہیں کی | بحال کرنے کو کچھ نہیں، یا فائل خالی ہے |
| سیٹنگز کی فہرست بھول گئے | مہینوں کے سیٹ اپ کو بحال کرنے میں ایک ہفتہ ضائع |
| تشخیص کے بجائے دوبارہ انسٹال کیا | مسئلہ صاف سسٹم پر پھر سامنے آیا |
اگر مقصد صرف رسائی بحال کرنا ہے، شروع سے نیا سسٹم لگانا نہیں، تو دوبارہ انسٹالیشن کی ضرورت نہیں: دیکھیں روٹ پاس ورڈ تبدیل کرنا اور ٹیکسٹ کنسول۔