पुनर्स्थापना के बिना मदरबोर्ड और सीपीयू को अपग्रेड करें

Question

मेरे पास एक घरेलू सर्वर है जो Ubuntu 10.04 पर चल रहा है। मैं ओएस को पुनर्स्थापित किए बिना मदरबोर्ड और सीपीयू को बदलना चाहता हूं। मैंने बहुत समय पहले पढ़ा था कि यह विंडोज़ एक्सपी पर काम करेगा, लेकिन स्थिरता के मुद्दों के साथ। हालाँकि, मैं एक कूबड़ है कि एक आधुनिक लिनक्स पर कोई समस्या नहीं होनी चाहिए।

क्या मैं सही हू?

Comments

लिनक्स के बारे में नहीं जानते, लेकिन यह XP के लिए सच नहीं है। XP के साथ हैंगअप सभी ऑनबोर्ड डिवाइस ड्राइवर होगा। मैंने यह कोशिश की है और जब तक आप बहुत भाग्यशाली नहीं हैं, आप बूट करने में सक्षम नहीं होंगे। आप कभी-कभी सुरक्षित मोड में बूट कर सकते हैं और फिर मैन्युअल रूप से ड्राइवरों को स्थापित कर सकते हैं यदि आपके पास हटाने योग्य मीडिया है जैसे फ्लॉपी ड्राइव, लेकिन यह इसके लायक नहीं था।

— जेएनके

उह ... मैंने हाल ही में XP और लिनक्स (इस मामले में Xubuntu) कुछ मुद्दों के साथ किया है। दोनों पर ऑटोकॉन्फिग सिस्टम बहुत सारे मुद्दों के बिना हार्डवेयर को बदलने के लिए पर्याप्त सक्षम हैं।

— फेक नेम

Answer 1

अधिकांश आधुनिक लिनक्स सेटअपों के लिए यह ठीक काम करना चाहिए। मेरे होम सर्वर के पिछले हफ्ते के पुनर्निर्माण तक (डेबियन / लेनी से उबंटू / 10.04 तक चलने और फिर से बनाने के लिए चमकदार नए ड्राइव का एक सेट स्थापित करना) यह तीसरे सीपीयू + मोबो संयोजन पर था और सीपीयू + मोबो के दोनों स्विच ने ठीक काम किया। इसके अलावा, जब कुछ समय पहले एक काम फ़ाइल सर्वर की मृत्यु हो गई थी, तो हमने ड्राइव को एक और पूरी तरह से अलग बॉक्स में ट्रांसप्लांट किया और सब कुछ ठीक काम किया (सभी प्रासंगिक हार्डवेयर का पता लगाया गया था, सॉफ्टवेयर RAID सरणियों ने ठीक इकट्ठा किया, और इसी तरह) नेटवर्क डिवाइस नंबरिंग से अलग हो गया। मुद्दा मैं उल्लेख करने वाला हूं।

यह संभावना नहीं है कि डिवाइस एन्यूमरेशन में अंतर के कारण कुछ पुनर्संरचना कार्य होंगे। मदरबोर्ड का ऑन-बोर्ड लैन नियंत्रक सबसे अधिक संभावना बन जाएगा eth1यदि पिछले बोर्ड eth0उदाहरण के लिए था , और इस मामले में आपको eth1 को कॉन्फ़िगर करने के लिए कुछ बदलाव करने होंगे या तदनुसार किसी भी फ़ायरवॉल / रूटिंग नियमों को बदलना होगा या eth0 के आरक्षण को हटाने के लिए udev को फिर से कॉन्फ़िगर करना होगा। पुराने एनआईसी से और उस नाम के लिए नया सेट करें (इसके लिए बदलने की फाइल /etc/udev/rules.d/70-persistent-net.rulesउबंटू की डिफ़ॉल्ट व्यवस्था के तहत प्रतीत होती है )।

हो सकता है कि ड्राइव में समान नाम हों / अलग-अलग नामांकित हों, खासकर जब आपके पास कई हों, लेकिन उबंटू डिफ़ॉल्ट रूप से यूयूआईडी द्वारा विभाजन की पहचान करता है, जैसा कि कर्नेल के एलवीएम और RAID अपने संस्करणों की पहचान के लिए समर्थन करते हैं, इसलिए यह ज्यादातर मामलों में मुद्दा नहीं होना चाहिए। ।

मैं ऐसी किसी भी समस्या की उम्मीद नहीं करूँगा, जो पूरी तरह से बूटिंग को रोक देगी (आप 10.04 के साथ एक बहुत नया कर्नेल चला रहे होंगे, इसलिए नए बोर्ड के बारे में चिंता करने की ज़रूरत नहीं है कि कर्नेल को ठीक से पहचानने के लिए हार्डवेयर बहुत नया है), और अगर वहाँ ऐसी कोई भी समस्या थी जिसे वे शायद पहले बूट के बाद या लाइवसीडी से थोड़ा गुड़-पकौड़ी के साथ तय कर सकते थे, लेकिन मैं किसी भी तरह महत्वपूर्ण डेटा / कॉन्फ़िगरेशन के नए बैकअप लेने की सलाह दूंगा।

ऊपर मैं मान रहा हूँ कि आप एक स्टॉक उबंटू गुठली का उपयोग कर रहे हैं। यदि आप एक कस्टम कर्नेल + मॉड्यूल चला रहे हैं, तो अधिक देखभाल की आवश्यकता है, क्योंकि आप नए बोर्ड द्वारा आवश्यक चीजों को छोड़ सकते हैं, लेकिन पुराने को नहीं, लेकिन यदि आपने एक कस्टम कर्नेल स्थापित किया है, तो आपको संबंधित चीजों के बारे में पता होगा यहाँ के बारे में पता होना!

विंडोज एक्सपी या बाद में अक्सर एक मदरबोर्ड स्विच-ओवर (कई रिबूट के बाद और शायद एक यात्रा या सुरक्षित रूप से ड्राइवरों को छाँटने के लिए दो) बच सकता है, क्योंकि यह एनटी दिनों में इस संबंध में लगभग नहीं था, क्योंकि यह लंबे समय से था आप मदरबोर्ड के लिए कुछ विशिष्ट के बजाय अपने आई / ओ नियंत्रक के लिए मानक विंडोज़ ड्राइवरों का उपयोग कर रहे हैं, लेकिन यह लिनक्स की तुलना में बहुत कम सुरक्षित दांव है। सीपीयू / मोबो टेक (सिंगल कोर सिंगल सीपीयू से एसएमपी और / या मल्टी-कोर शायद) का एक बड़ा पर्याप्त छलांग का मतलब है कि एक अलग एचएएल की जरूरत है (या सिर्फ एक अलग इष्टतम होने के नाते) या तो विंडोज बूट करने में विफल होगा या नए हार्डवेयर का उचित उपयोग करने में विफल।

किसी भी OS के साथ , यदि आप RAID के लिए अपने वर्तमान मदरबोर्ड के RAID नियंत्रक (जो कि एक "नकली-RAID" व्यवस्था होगी) का उपयोग कर रहे हैं, बजाय इसके कि यह एक bog मानक PATA और / या SATA नियंत्रक के रूप में काम करे तो सभी दांव बंद हो जाते हैं और आप बंद हो जाते हैं पुन: स्थापित करने की सबसे अधिक संभावना है। जैसा कि बॉब सुझाव देता है, 64-बिट से 32-बिट तक नीचे जाने के लिए एक पुनर्स्थापना की भी आवश्यकता होगी। और किसी भी OS के लिए, दूसरी मशीन उपलब्ध होने के मामले में एक उपयोगी सुरक्षा जाल है, जिसमें आपको संशोधित ड्राइवरों को हथियाने या कुछ अन्य समस्या पर शोध करने की आवश्यकता है जो आपके मुख्य बॉक्स को अस्थायी रूप से कार्रवाई से बाहर ले जाती है।

Answer 2

मैं जेएनके से सहमत हूं ... यह कभी भी किसी भी विंडोज मशीन पर काम नहीं करेगा। वे बहुत ही नटखट हैं और आपको बीएसओडी बहुत तुरंत मिल जाएगा। हालांकि लिनक्स अधिक क्षम्य है। मैंने अपने HD को दूसरी मशीन में स्थानांतरित कर दिया, और एक बार (थोड़ी देर पहले!) से बूट किया और kudzu ने नए हार्डवेयर के रूप में सब कुछ पता लगाया और इसके लिए ड्राइवरों को स्थापित किया। मेरा सिस्टम ठीक चला, और बहुत स्थिर था। बेशक, आपको इस तरह का कुछ भी प्रयास करने से पहले एक बैकअप बनाना चाहिए, भले ही आपका डेटा सुरक्षित होना चाहिए।

Comments

गलत! बस मेरे दो कंप्यूटरों के बीच एक मोबो स्वैप करना समाप्त कर दिया। (एक एक्सपी, एक 7)। मुझे एक पर सीएमओएस को साफ करना था, और दूसरे पर यूएसबी सिस्टम ड्राइवरों को स्थापित करने के लिए ड्राइवर सीडी को ढूंढना था (थंबड्राइव तब तक काम नहीं करता था जब तक कि उन्हें स्थापित नहीं किया गया था), लेकिन यह पूरी तरह से संभव है।

— फेक नेम

Answer 3

यह उबंटू के साथ ठीक काम करना चाहिए। आपके सभी हार्डवेयर बूट पर पाए जाते हैं, और उपयुक्त "ड्राइवर" (कर्नेल मॉड्यूल) लोड किए जाते हैं। यह, निश्चित रूप से, मान लें कि आप कुछ भी मूर्खतापूर्ण नहीं कर रहे हैं जैसे कि 32 बिट सीपीयू को 64-बिट उबंटू या कुछ भी चलाने वाले बॉक्स में डालना।

Comments

मैं वर्तमान में 32-बिट चला रहा हूं। नया सीपीयू एक उपहार है। मुझे नहीं पता कि यह वास्तव में क्या है, लेकिन इसे वर्तमान में मेरे पास मौजूद भार से बेहतर होना चाहिए, इसलिए यह 64-बिट हो सकता है। मुझे लगता है कि एक समस्या नहीं होगी, क्योंकि पीछे-संगतता है? जो भी उपरि जोड़ी गई है वह नए सीपीयू के दांव से बौनी होनी चाहिए।

— बार्ट वैन ह्युकेलोम

@ बर्ट यदि CPU AMD64 है (अधिकांश नए इंटेल चिप सहित नए हैं), तो यह ठीक होगा, यह सिर्फ 32-बिट मोड में सब कुछ चलाएगा। यदि यह एक इटेनियम (असंभावित) है, जो IA-64 वास्तुकला चला रहा है, तो यह आपके मौजूदा 32-बिट OS को नहीं चलाएगा।

— बॉब

32- बनाम 64-बिट यकीनन आपकी समस्याओं में से सबसे कम है। फिर से, मैं आपसे दृढ़ता से आग्रह करूंगा: क) अपने आप को "बैकअप / पुनर्स्थापना" के लिए सबसे सुरक्षित, सबसे सरल तरीका के रूप में समेट लें b) अपने बैकअप का परीक्षण करें / समय से पहले प्रक्रिया बहाल करें

— paulsm4

यदि आप 32-बिट से केवल 64-बिट-सक्षम और डॉन पर जाते हैं, तो लिनक्स को पूरी तरह से पुनर्स्थापित न करें, आप 64-बिट कर्नेल स्थापित कर सकते हैं, लेकिन 32-बिट उपयोगकर्ताभूमि का उपयोग करते रहें (सिर्फ aptitude install linux-image-2.6-amd64डेबियन में चलाएं और इसे पूरा करेंगे बाकी) जिसका अर्थ है कि आप बिना किसी रीइंबर्स के 4G के ऊपर (या अपने चिपसेट के आधार पर 3.25Gb से ऊपर) रैम का कुछ फायदा उठा सकते हैं।

— डेविड स्पिलट

जो भी वास्तव में इटेनियम बक्से के साथ काम कर चुके हैं, वे लगभग निश्चित रूप से सुपरयूजर डॉट कॉम पर नहीं हैं।

— ThatGraemeGuy 19

Answer 4

सफलता! स्नैप नहीं, लेकिन जो हुआ वह था: मैं क्वाड-कोर एएमडी में बदल गया (मदरबोर्ड विफल हो गया था) मेरे हाल के उबंटू कर्नेल पर पूर्ण पुनः लोड नहीं चाहते हैं। लिनक्स शुरू हुआ, लेकिन केवल एक स्क्रीन पर पहुंच गया, जिसमें कोई लॉगिन नहीं था। GRUB मेनू पर मैंने रिकवरी / सेफ और सीमित ग्राफिक मोड विकल्पों की भी कोशिश की, GRUB टर्मिनल को अभी भी समाधान नहीं मिला। छप स्क्रीन पर, जहाँ मैं लॉगिन करूँगा, हालाँकि मैं कुछ भी नहीं देख सकता था, फिर मैंने अपना उपयोगकर्ता नाम टाइप किया फिर Enter, फिर पासवर्ड और फिर लॉगिन शुरू किया। अगला प्लेन डेस्कटॉप बैकग्राउंड था, लेकिन कोई आइकन या बटन नहीं था :(। Keystrokes Cnt-Alt-T टर्मिनल को पॉप अप नहीं करता था। ** फिर मैंने कोशिश की कि विष्णु शॉर्टकट Alt-F2 और 2-सेकंड एक खूबसूरत कमांड प्रॉम्प्ट पॉप अप करें :)। इसमें कहा गया है कि वेलकम-अपग्रेड की सिफारिश करें और अपग्रेड करें। कृपया इसे 3 घंटे के अपग्रेड के बाद ठीक करें। त्रुटियों को अनदेखा करें।