क्या बिना पुनः आरंभ किए लिनक्स को बूट करने के बाद GRUB में "वापस" करना संभव है

Question

मैं अपने एसएसडी पर डुअल-बूटिंग विंडोज और लिनक्स हूं और खुद को अक्सर दो ओएस के बीच स्विच करता हूं। GRUB में चयनित होने के बाद SSD वास्तव में तेज़ है और लगभग 3 सेकंड में दोनों OSes बूट करते हैं। हालाँकि, यह हमेशा के लिए मेरे BIOS, RAID और दूसरे SATA नियंत्रक के लिए हमेशा के लिए (लगभग 30 सेकंड) लेता है आरंभ करने से पहले मैं अंत में GRUB में हूँ।

इसलिए मैं सोच रहा था कि क्या इन इनिशियलाइज़ेशन को छोड़ना संभव है और बस एक बार जब मैंने लिनक्स को बूट किया है, तो GRUB में "वापसी" कर सकता है। आदर्श रूप से मैं विंडोज के भीतर से भी ऐसा कर पाऊंगा लेकिन मेरी उम्मीद वहां बहुत अधिक नहीं है :)

मैंने ऑनलाइन थोड़ी खोज की और कुछ भी नहीं बल्कि कुछ आउट-डेटेड लाइनक्स लोडर - loadlin.exe पाया, जो कि लिनक्स के लिए डॉस या विंडोज 95/98 से चला सकता है। तो कम से कम रिबूट के बिना ओएस को स्विच करने की अवधारणा नई नहीं है। किसी को भी एक मौजूदा उपकरण का पता है जो यह करता है?

यदि नहीं, तो क्या कोई तकनीकी समस्या है जो हमें इस तरह के कार्यक्रम को लिखने से रोकती है या बस इतनी मांग नहीं है?

अद्यतन: मेरे एक दोस्त ने मुझे केक्सेक के बारे में बताया । इसका उपयोग करते हुए यह प्रतीत होता है कि चल रहे कर्नेल के भीतर से एक अलग लिनक्स कर्नेल शुरू करना संभव है, लेकिन क्या जीआरयूबी पर वापस जाना संभव है या सीधे विंडोज़ इंस्टॉलेशन शुरू करना संभव है?

Comments

दिलचस्प सवाल। इसका एक कारण यह हो सकता है कि इसमें कोई दिलचस्पी नहीं है कि हाल ही में VMs में सुधार हुआ है। ज्यादातर लोग केवल दोहरी बूटिंग के बजाय अपने प्राथमिक एक वीएम के अंदर अपने माध्यमिक ओएस को चलाते हैं।

— नौफाल इब्राहिम

मैं एक वीएम का उपयोग करने पर भी विचार कर रहा था, लेकिन मुझे तेजी से ग्राफिक्स के प्रदर्शन की आवश्यकता है और अब तक वीएम संतोषजनक प्रदर्शन प्रदान नहीं करते हैं। हो सकता है कि चीजें अब बदल जाएंगी कि Xen (और जल्द ही अन्य) के पास ग्राफिक्स कार्ड के लिए एक पूर्ण पैशाच विकल्प है। फिर भी यह देखना दिलचस्प होगा कि क्या फास्ट स्विच करने का कोई तरीका है। दूसरी टिप्पणी के संबंध में, मुझे वास्तव में unix.stackexchange.com के बारे में पता नहीं था। मैं निश्चित रूप से एक नज़र होगा और शायद वहाँ पोस्ट अगर मैं पहले एक जवाब नहीं मिलता है। सलाह के लिये धन्यवाद।

30 सेकंड ? मुझे लगता है कि एक ibm सर्वर 5 मिनट की तरह है।

— सेरेक्स

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

— ग्रैविटी

@ साइरेक्स: लेकिन आईबीएम सर्वरों को कौन दोहराता है? :)

— ग्रैविटी

Answer 1

Kexec का उपयोग करके आप समस्या को हल कर सकते हैं। GRUB को शामिल करने की कोई आवश्यकता नहीं है। आप लिनक्स के भीतर से अलग ऑपरेटिंग सिस्टम में सीधे बूट करने के लिए kexec-loader का उपयोग कर सकते हैं । (सुनिश्चित करें कि kexec समर्थन आपके कर्नेल में संकलित है।)

Comments

जहां तक ​​मुझे पता है कि kexec_load()syscall केवल एक लिनक्स कर्नेल के लोड करने के लिए है। आपके द्वारा लिंक किया गया उपकरण kexec-loader केवल लिनक्स कर्नेल को भी सपोर्ट करता है। --- उदाहरण के लिए बूट करना संभव है memtest86 लेकिन मैंने कभी नहीं देखा कि किसी ने सीधे kexec तंत्र का उपयोग करके Windows को बूट किया हो, लेकिन यह GRUB के माध्यम से संभव है : kexec + Grub4DOS से विंडोज में सीधे बूट कैसे करें ।

— पाबौक

यह भी देखें: लिनक्स से बूटलोडर कैसे चलाएं?

— पाबौक

Answer 2

जांचें कि क्या आपके पास यूईएफआई का समर्थन है। कि बूटिंग स्पीड को DRASTICALLY बेहतर कर सकती है।

Comments

यह प्रश्न का उत्तर प्रदान नहीं करता है। किसी लेखक से स्पष्टीकरण मांगने या उसका अनुरोध करने के लिए, उनके पोस्ट के नीचे एक टिप्पणी छोड़ दें।

— जवा

@ जवा को ओपी में समस्या हो रही है क्योंकि उसके POST को अस्वीकार्य रूप से लंबा समय लग रहा है। यूईएफआई निश्चित रूप से इस समय में कटौती करता है: इसके निर्माण का बहुत उद्देश्य।

— मिलिंद आर

यहां दो बातें: 1) सवाल यह नहीं है कि "मैं तेजी से बूट कैसे करूं" लेकिन "मैं बूटिंग के बाद GRUB में कैसे लौटूं?" 2) एक पंक्ति के उत्तर शायद टिप्पणियों के रूप में सबसे अच्छे हैं।

— केविन पैंको

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

— दिमितार आसनोव

Answer 3

लंबी कहानी छोटी, जिस तरह से चीजें अब काम नहीं करती हैं। एक बेहतर तरीका यह हो सकता है कि आपके BIOS / RAID / SATA नियंत्रक को इतनी देर क्यों लगे। उपलब्ध BIOS अद्यतन हो सकते हैं, और संभवतः RAID नियंत्रक के लिए फर्मवेयर अपडेट।

Comments

एक धीमी POST का एक संभावित कारण यह है कि आपके पास अपने HDD नियंत्रक को BIOS में गैर-मौजूद ड्राइव को ऑटो-डिटेक्ट करने के लिए कॉन्फ़िगर किया गया है। यदि आपके पास एक एकल एचडीडी और एक एकल सीडी / डीवीडी है, तो अन्य 2 (या 4) स्लॉट के लिए ऑटो-डिटेक्ट करने की कोशिश करने का कोई मतलब नहीं है, इन परीक्षणों को समय देना होगा और कुछ समय लग सकता है।

— हक़ा

Answer 4

जब तक आपके BIOS में रिबूट के दौरान POST को छोड़ने के लिए एक विशिष्ट सेटअप विकल्प नहीं होता है (मैंने इसे एक बार देखा था) यह विंडोज 98 / ME (फास्ट रिबूट चाल) के बाद से अस्तित्व में नहीं है जो वास्तव में केवल विंडोज को फिर से लोड करता है।

हो सकता है कि पर्याप्त समय के साथ कोई व्यक्ति बूट हैकिंग को पुन: उत्पन्न कर सकता है और GRUB को पुनः लोड कर सकता है, लेकिन यह बदलना होगा कि INIT सिस्टम को कैसे पुनरारंभ करता है।

Answer 5

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

इसके अलावा, कुछ सिस्टम में तेज़ / क्विक बूट मोड होता है, जहाँ कुछ चेक ommitteed होते हैं। आप चाहते हैं कि जाँच कर सकते हैं।