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 कीज़, यूज़र, फ़ायरवॉल, गेस्ट एजेंट।
आम गलतियाँ
| गलती | नतीजा |
|---|---|
| आर्काइव मशीन पर ही छोड़ दिया | वह डिस्क के साथ मिट गया |
| डेटाबेस डंप की जाँच नहीं की | रीस्टोर करने के लिए कुछ नहीं है, या फ़ाइल खाली है |
| सेटिंग्स की सूची भूल गए | जो सेट करने में महीने लगे, उसे रीस्टोर करने में हफ़्ता लगा |
| जाँच करने के बजाय रीइंस्टॉल कर दिया | साफ़ सिस्टम पर भी समस्या दोबारा आई |
अगर मक़सद सिर्फ़ एक्सेस वापस पाना है, शुरू से नहीं करना, तो रीइंस्टॉलेशन की ज़रूरत नहीं: देखें रूट पासवर्ड बदलना और टेक्स्ट कंसोल।