सर्वव्यापकता को ग्रब स्थापित न करने के लिए कैसे मजबूर किया जा सकता है?


9

मेरे HDD विभाजन:

  • esp -> sda1
  • आर्च्लिनक्स -> sda2
  • स्वैप -> sda3
  • sda4 -> ubuntu के लिए एक जगह होगी

मैं sda4 पर ubuntu स्थापित करने जा रहा हूं; वर्तमान में मेरी बूट प्रक्रिया को सिस्टमड -बूट द्वारा नियंत्रित किया जाता है जो कि बूटलैटल सॉफ्टवेयर के माध्यम से आर्चलिनक्स में स्थापित है। यह ठीक है और मैं इसे रखना चाहूंगा।

उबंटू स्थापित करके यह sda या sdaX पर ग्रब स्थापित करने का प्रयास करेगा। इस स्क्रीनशॉट पर ड्रॉपडाउन मेनू देखें:

यहां छवि विवरण दर्ज करें

मैं grub से निपटने के बिना sda4 पर Ubuntu स्थापित करना चाहता हूं। तब मैं उबंटु vmlinuz फ़ाइल और initrd फ़ाइल को पॉइंट-बूट कॉन्फ़िगरेशन सिस्टम के तहत आर्चलिनक्स में एक नई प्रविष्टि फ़ाइल बनाकर इंगित करूँगा।


मैं जानता हूँ कि के अस्तित्व preseed सर्वव्यापकता पर बूट लोडर के लिए विकल्प नहीं है
blkpws

2
मत सोचो कि आसानी से ग्रब से बचने का एक तरीका है, लेकिन आप इसे sda4 में स्थापित करने का प्रयास कर सकते हैं, और फिर इसे डीडी के साथ अधिलेखित कर सकते हैं।
मिखेवतेवर

खैर अब यह एक दिलचस्प सवाल है ...
YouAGitForNotUsingGit

यह 12.04 के साथ मान्य था, इसका उपयोग कभी नहीं किया। sudo ubiquity -bलाइव इंस्टॉलर में जाएं और टर्मिनल से लॉन्च करें।
ओल्डफ्रेड

@oldfred, ऐसा लगता है कि कोई -bविकल्प नहीं है: manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.html
मिनी

जवाबों:


4
sudo ubiquity -b

ग्रब के लूपमाउंट के साथ एसडीए पर सीधे आईएसओ बूट करके 16.10 स्थापित किया गया। एक बार इंस्टॉलर टर्मिनल में चला गया और कमांड के ऊपर इस्तेमाल किया गया। कुछ और स्थापित सामान्य लग रहा था। तब तक ध्यान नहीं दिया, जब तक कि मैंने थ्रू क्लिक नहीं कर लिया था, लेकिन ग्रब स्थापित करने के लिए बहुत ज़रूरी कॉम्बो बॉक्स गायब था। और स्थापित प्रक्रिया के दौरान यह सामान्य रूप से ग्रब स्थापित करने के लिए कहता है, लेकिन यह कभी नहीं दिखा।

सामान्य रूप से sdb या किसी दूसरी संस्थापन के लिए एक अधिष्ठापन मेरे मुख्य अधिष्ठापन बूट के साथ my / EFI / ubuntu फ़ोल्डर को अधिलेखित करता है। इस बार मैं अपने मुख्य इंस्टॉल में वापस बूट करने में सक्षम था

और चल रहा है फिर sudo update-grubभी नई स्थापित पाया भले ही ग्रब "स्थापित नहीं"। कोई बूट / बूट / ग्रब में कोई grub.cfg नहीं है।


sudo ubiquity -b-> i.stack.imgur.com/ZTYaB.png यदि आप इस चरण में जारी रखते हैं, तो इसका मतलब है कि यह ग्रब स्थापित नहीं करेगा, है ना?
मिनी

ध्यान दें कि आपको कॉम्बो बॉक्स को सामान्य रूप से नहीं दिखाया गया है कि कहां पर ग्रब स्थापित करना है। लगभग आधा नीचे कॉम्बो बॉक्स के साथ विभाजन स्क्रीन है जहां बूट लोडर स्थापित करना है। askubuntu.com/questions/343268/… ध्यान दें कि एक पार्टीशन पर ग्रब स्थापित करने का प्रयास केवल BIOS के साथ काम करता है, जीईएफआई के साथ नहीं।
18

1

मुझे ग्रब की स्थापना को रोकने के लिए एक विधि का पता नहीं है। लेकिन आप /dev/sdaग्रब के साथ छुआ अपने / देव / एसडीए ड्राइव के अन्य विभाजन होने से बच सकते हैं ।

कंप्यूटर में दूसरा USB डालें। स्थापना के दौरान इसे बूट डिवाइस के रूप में चुनें। अब अपने / dev / sda4 पर Ubuntu स्थापित करें। स्थापित प्रक्रिया आपके बूट सेक्टर / देव / sda या किसी भी अन्य विभाजन को नहीं छोड़ेगी, सिवाय इसके /dev/sda4


1

मैं लिनक्स मिंट 18.3 सिनामन पर जानता हूं, जो उबंटू 16.04 पर आधारित है, निम्नलिखित कमांड काम करता है:

ubiquity --no-bootloader

यह स्पष्ट रूप से विकल्प के लिए एक उपनाम है -bऔर लिनक्स मिंट 18.3 सिनामन पर काम करने के लिए जाना जाता है।

मैंने यह सत्यापित नहीं किया है कि --no-bootloaderटैग ubiquityवैनिला उबंटू 16.04 (और बाद के संस्करणों) में काम करता है । शायद उबंटू 16.04 (या जो भी संस्करण) चल रहा है, कोई अपने संस्करण संख्या के साथ यहां जांच और टिप्पणी कर सकता है और क्या कमांड ubiquity --no-bootloaderकमांड काम करता है? यदि यह काम करता है, तो GUI प्रमाणक का उपयोग करके प्रमाणित करने के बाद, Ubiquity लोड होगा। यदि यह काम नहीं करता है, तो GUI प्रमाणक का उपयोग करके प्रमाणित करने के बाद, आप टर्मिनल पर वापस किक करेंगे और एक त्रुटि संदेश कहेगा ubiquity: error: no such option: [...]

लिनक्स टकसाल 18.3 दालचीनी में सर्वव्यापी विकल्पों का स्क्रीनशॉट:

लिनक्स टकसाल 18.3 दालचीनी पर टर्मिनल से सर्वव्यापी विकल्प प्रिंटआउट

यह सभी देखें:

http://averagelinuxuser.com/install-linux-mint-without-a-bootloader/


1

आप डिफ़ॉल्ट रूप से बूट लोडर को स्थापित करने के लिए मजबूर नहीं कर सकते।

जबकि @oldfred ने उल्लेख किया था कि -bसर्वव्यापी के लिए विकल्प है, हालांकि यह अनिर्दिष्ट है , यह स्पष्ट नहीं है और इसका उपयोग करने के लिए अधिकांश अंतिम उपयोगकर्ताओं के लिए डरावना हो सकता है। हालांकि, पहले भी ऐसा ही विकल्प मौजूद था।

ऐसा हुआ करता था

अतीत में, उबंटू में एक उन्नत विकल्प था जो उपयोगकर्ता को बूट लोडर स्थापना को अनुकूलित करने की अनुमति देता है। उबंटू एलटीएस रिलीज के बीच, उन्नत विकल्प को आखिरी बार ल्यूसिड लिंक्स (10.04) रिलीज में देखा गया था। विकल्प को तब से हटा दिया गया था, किसी भी कारण से जिसका मैंने पालन नहीं किया था।

प्रमाण के रूप में पुराना स्क्रीनशॉट:

उबंटू ल्यूसिड में यूबीकिटी इंस्टॉलर का चरण 8/8

उसी विभाजन पर स्थापित करें

विशेष चरण में, कोई भी /dev/sdaबूट लोडर इंस्टॉलेशन के लिए प्राथमिक डिवाइस के अलावा अन्य डिवाइस का चयन कर सकता है । उदाहरण के लिए, उबंटू /dev/sda4विभाजन पर स्थापित किया जाएगा , इसलिए बूट लोडर को भी स्थापित किया जाएगा /dev/sda4

ऐसा करने से, उपयोगकर्ता के पास होगा:

  • /dev/sda4उस पर नया बूट लोडर तब तक छिपा रहेगा, जब तक कि मशीन उसे बूट करने के लिए चेनलोड करने के विकल्प के साथ बूट न ​​हो

  • मौजूदा बूट लोडर नए बूट लोडर पर भरोसा किए बिना, /dev/sdaनए स्थापित ऑपरेटिंग सिस्टम का पता लगाने में सक्षम होगा/dev/sda4

  • उपयोगकर्ता को /dev/sdaपहले स्थापित ऑपरेटिंग सिस्टम से बूट लोडर को अपडेट करने की आवश्यकता होगी , ताकि अन्य विभाजनों में बाद में स्थापित सिस्टम का पता लगाया जा सके

जब तक बूट लोडर से निपटने के लिए कोई महत्वपूर्ण कारण नहीं है, तब तक मुझे संबंधित विभाजनों के बाद के बूट लोडर को स्थापित करने का कोई दुष्प्रभाव नहीं दिखता है।

पहले बूट लोडर सभी का प्रबंधन

व्यक्तिगत रूप से, मेरे पास एक ही मशीन पर कई डिस्ट्रो (ज्यादातर उबंटू फ्लेवर और समान डेरिवेटिव) स्थापित हैं, जिसमें पहले बूट लोडर /dev/sdaऔर अन्य बूट लोडर संबंधित विभाजनों पर हैं। एकमात्र चेतावनी है, बूट लोडर को पहले स्थापित ऑपरेटिंग सिस्टम से अपडेट किया जाना चाहिए।

कैविटी के अलावा, कम से कम परेशानी के साथ, कोई हमेशा नए बूट लोडर के बारे में भूल सकता है और मौजूदा बूट लोडर का पता लगाने का प्रबंधन कर सकता है।

TL; DR उसी विभाजन पर नया बूट लोडर स्थापित करें जहां सिस्टम स्थापित किया जाएगा; नया बूट लोडर उपयोगकर्ता से वैसे भी छिपा होता है, जब तक कि उस पार्टीशन में चेन लोडिंग नहीं होती है।


संबंधित : मैंने इस पुराने उत्तर को लिखा था जो एक दोहरे बूट सेटअप को बताता है, os-proberविभाजन के लिए चेनलोडिंग द्वारा उल्लेख और समाधान।


1
यह एक बेहतरीन ट्रिक है, लेकिन AIUI यह केवल BIOS सिटिज़ के लिए काम करता है, UEFI वाले के लिए नहीं।
पीटर ग्रीन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.