मशीन बूट नहीं हो रही

रिबूट के बाद SSH पर जवाब न देने वाली मशीन का मतलब हमेशा डिस्क फेलियर नहीं होता। ज़्यादातर मामलों में सिस्टम किसी खास स्टेप पर रुक जाता है और आपका इंतज़ार कर रहा होता है: टूटी हुई /etc/fstab, खराब बूटलोडर कॉन्फ़िगरेशन, या फेल हुए अपडेट के बाद का कर्नेल।

सबसे पहले, स्क्रीन देखें

पैनल /hosting/vds/m/<id> में “Console” टैब खोलें। दो तरह के कंसोल उपलब्ध हैं:

• टेक्स्ट कंसोल (सीरियल पोर्ट) — कर्नेल मैसेज पढ़ने और कॉपी करने के लिए सुविधाजनक, लेकिन हमेशा 80×24;
• “Screen” (VNC) — वही दिखाता है जो मॉनिटर दिखाता है: GRUB मेन्यू, फुल-स्क्रीन मैसेज और Windows की स्क्रीन।

“Screen” पर आप ठीक-ठीक देख सकते हैं कि सब कहाँ रुका है। फिर मैसेज के हिसाब से आगे बढ़ें।

आम कारण

Cannot open access to console, the root account is locked या Give root password for maintenance। सिस्टम इमरजेंसी मोड में चला गया है, आमतौर पर /etc/fstab की वजह से। root पासवर्ड डालें (वह “Access” टैब पर है) और समस्या वाली लाइन हटा दें। बचाव: ऐसे माउंट के लिए जिनके बिना सिस्टम चल सकता है, nofail ऑप्शन लगाएँ।

डेढ़ मिनट तक चलने वाला A start job is running for ...। कोई सर्विस या माउंट टाइमआउट का इंतज़ार कर रहा है। इसका इंतज़ार करें और पिछले बूट का लॉग देखें: journalctl -b -1 -p err।

GRUB मेन्यू और grub> प्रॉम्प्ट। बूटलोडर अपना कॉन्फ़िगरेशन नहीं ढूँढ पाया। इसे रिकवरी डिस्क से ठीक किया जा सकता है।

कर्नेल चुनने के तुरंत बाद कर्नेल पैनिक। आमतौर पर कर्नेल अपडेट के बाद। GRUB मेन्यू में “Advanced options” चुनें और पिछले वर्ज़न से बूट करें, फिर पैकेज रोलबैक करें।

Windows: “Undoing changes, don’t turn off your computer” का लूप। अपडेट रोलबैक चल रहा है; इसमें आधा घंटा या उससे ज़्यादा लग सकता है। मशीन बंद न करें; “Screen” से इसे देखते रहें।

रिकवरी डिस्क

एक सार्वभौमिक टूल SystemRescue बूट मोड है: “Access” टैब → बूट मोड → रिकवरी डिस्क, फिर रिबूट करें। मशीन इमेज से शुरू होती है, root लॉगिन बिना पासवर्ड के, और आपकी डिस्क /dev/sda के रूप में दिखती है।

जाँचें और माउंट करें:

lsblk
fsck -f /dev/sda1            # only on an unmounted partition
mount /dev/sda1 /mnt
ls /mnt

फ़ाइलें सीधे /mnt में एडिट करें, जैसे nano /mnt/etc/fstab।

जिन कामों के लिए सिस्टम का वर्किंग एनवायरनमेंट चाहिए (कर्नेल रीइंस्टॉल, GRUB अपडेट), उनके लिए chroot में जाएँ:

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

grub-install /dev/sda && update-grub     # Debian, Ubuntu
grub2-install /dev/sda && grub2-mkconfig -o /boot/grub2/grub.cfg   # AlmaLinux
exit

फिर “Access” टैब पर नॉर्मल बूट मोड बहाल करें और मशीन रिबूट करें। मोड वापस बदलना भूल जाना सबसे आम गलती है: मशीन बार-बार SystemRescue में ही बूट होती रहेगी।

डेटा सेव करें और नए सिरे से शुरू करें

अगर सिस्टम ठीक नहीं हो सकता, तो रीइंस्टॉल से पहले डेटा कॉपी करें। रिकवरी डिस्क से:

mount /dev/sda1 /mnt
tar czf - /mnt/var/www /mnt/etc | ssh user@other-server 'cat > vds-rescue.tar.gz'

इसके बाद “Access” टैब पर मनचाहा वर्ज़न चुनकर सिस्टम रीइंस्टॉल करें। रीइंस्टॉल डिस्क को पूरी तरह मिटा देता है, और हमारे पास स्टेट स्नैपशॉट या ऑटोमैटिक बैकअप नहीं होते, इसलिए क्रम बिल्कुल यही है: पहले कॉपी, फिर रीइंस्टॉल।

ताकि दोबारा ऐसा न हो

• fstab, GRUB और नेटवर्क सेटिंग्स एडिट करने से पहले सिंटैक्स जाँचें: findmnt --verify, grub-script-check।
• कर्नेल अपडेट के बाद पिछला वाला न हटाएँ — वह मेन्यू में फ़ॉलबैक ऑप्शन के तौर पर रहेगा।
• कॉन्फ़िगरेशन और डेटा की कॉपी मशीन से अलग रखें।
• रिबूट का टेस्ट तय समय पर करें, इमरजेंसी के वक्त नहीं: छह महीने से जो मशीन बूट नहीं हुई, वह आपको चौंका देगी।

अगर स्क्रीन खाली है, कंसोल कुछ नहीं दिखा रहा, और “Overview” के ग्राफ़ अपडेट नहीं हो रहे, तो मशीन नंबर के साथ सपोर्ट से संपर्क करें — समस्या आपके सिस्टम के बाहर भी हो सकती है।