FreeBSD को 13.2 से सीधे 14 में अपग्रेड करना, और एक बोनस के रूप में Vultr से कस्टम ISO के साथ बूट करने के ध्वन्यात्मक शब्द
नमस्ते, मैं अक्षम हूँ।
चूंकि FreeBSD 14 की प्रतिष्ठा काफी अच्छी है, इसलिए मैं इसे एक बार में अपग्रेड करना चाहूँगा।
जब मैंने पहली बार 13.3 को freebsd-upgrade किया, तो किसी कारण से यह हर बार बूट पर fsck में विफल रहा और Read Only मोड से बाहर नहीं निकल पाया, और सिंगल यूजर मोड में fsck करने पर भी कोई बदलाव नहीं हुआ।
इसके अलावा, ping भी काम नहीं कर रहा था और curl ने बताया कि लाइब्रेरी गायब है। ऐसा लगता था कि नेटवर्क भी बूट के समय काम नहीं कर रहा था।
अगले, Vultr कस्टम ISO को एक अलग पार्टीशन के रूप में बूट कर सकता है, और वहाँ से FreeBSD को बूट करने के बाद, समस्याग्रस्त FreeBSD पार्टीशन पर fsck करने पर भी कोई बदलाव नहीं हुआ।
FreeBSD की बूट प्रक्रिया के रूप में, यदि fsck विफल हो जाता है, तो सिंगल यूजर मोड जारी रहता है, और काम करने से पहले mount -o rw / करना आवश्यक था।
आखिरकार, चूंकि मैं 13.3 में अपग्रेड करने में विफल रहा, तो मैंने सोचा, 'इसे सीधे 14 में अपग्रेड कर दो!' और इस विफलता के कारण किसी कारण से इंटरनेट कनेक्शन टूट गया था, एक बार ifconfig के साथ
vtnet0 होने की पुष्टि करने के बाद, मैंने dhclient vtnet0 के रूप में एक बार DHCP के साथ फिर से प्राप्त करने की कोशिश की और नेटवर्क से कनेक्ट हो गया (resolv.conf की सामग्री किस समय बदल गई थी?) इसलिए, मैंने निम्नलिखित साइट की मदद ली और लेख के अनुसार सब कुछ बिना किसी समस्या के पूरा किया।
https://www.takatono.info/article/144
हालांकि,
मूल रूप से, आपको '<<<<<<< current version' से '=======' तक की पंक्तियों को हटाना होगा और '>>>>>>> xx.x-RELEASE' वाली पंक्ति को भी हटाना होगा।
हालांकि, यह सुनिश्चित करना आवश्यक है कि क्या उन्हें हटाना ठीक है।
यह शायद बहुत अच्छा नहीं है।
चूंकि आप प्रत्येक कॉन्फ़िग फ़ाइल की सामग्री को संशोधित करेंगे, यदि आप इस लेख में बताए अनुसार करते हैं, तो अपडेट से पहले की लगभग सभी सेटिंग्स गायब हो जाएंगी, इसलिए आपको आवश्यक स्थानों की ठीक से जांच करनी होगी और उन्हें vi एडिटर में संपादित करना होगा।
उसके बाद pkg के अपग्रेड सहित सब कुछ लेख के अनुसार चला, और चूंकि यह संक्षेप में लिखा गया था, इसलिए यह बहुत मददगार था।
एक तरफ की बात के रूप में, Vultr सपोर्ट टीम
इस बार के संबंध में, स्वाभाविक रूप से, लगभग 2 घंटे के बाद मैंने Vultr से भी मदद मांगी।
जब मैंने पूछा कि क्या fsck भी विफल हो रहा है तो इसे ठीक करने का कोई तरीका है, तो मुझे कस्टम ISO बूट सुविधा के बारे में बताया गया था जिसका मैंने शुरुआत में उल्लेख किया था।
मुझे बताया गया था कि Vultr की मानक इमेज में Finnix नामक इस Debian-आधारित बचाव OS का उपयोग करके fsck करना है, लेकिन BSD संस्करण fsck और GNU/Linux संस्करण fsck के बीच, GNU/Linux संस्करण ने कमांड को सीधे चलाने पर इसे ext2/3/4 के रूप में पहचान लिया और FreeBSD के UFS फ़ाइल सिस्टम को ही नहीं पहचाना।
तो, इस बार का सबक यह है कि आप Vultr से कस्टम ISO से बूट कर सकते हैं। एक तरह से, यह कस्टम ISO बूट उसी इंस्टेंस पर शुरू होता है, इसलिए एक साथ दो बूट करना संभव नहीं है। यदि आप इसे USB बूट के रूप में कल्पना करते हैं, तो यह समझना आसान होना चाहिए।
लेकिन, अगर इसका उपयोग किया जा सकता है, तो मैं कल्पना कर सकता हूँ कि मैं पूरी डिस्क का चयन कर सकता हूँ और scp के माध्यम से इमेज को अपने होम सर्वर पर ला सकता हूँ, और मुझे लगता है कि मुझे सशुल्क बैकअप विकल्प का उपयोग करने की आवश्यकता नहीं होगी।
Vultr सपोर्ट टीम का जवाब बहुत तेज़ था, और मुझे आश्चर्य हुआ कि वे कभी-कभी लगभग 1 मिनट में जवाब दे रहे थे।
किसी तरह, आराम की तलाश में, मैंने पूछ लिया, 'यह एक तरफ की बात है, अगर आप जवाब नहीं देना चाहते तो ठीक है, लेकिन जापान में अभी 3:40 बजे हैं। आपके यहाँ क्या समय है?' और उसके बाद, जो जवाब पहले बहुत तेज़ आ रहे थे, वे पूरी तरह से बंद हो गए।
तो, चूंकि एक निष्कर्ष भी निकल गया है, आज के लिए बस इतना ही।
फिर से आपसे सहयोग की उम्मीद है।