GRUB2 EFI को कैसे पुनर्स्थापित करें?

56

मेरे बायोस को सफलतापूर्वक अपडेट करने के बाद, कुछ गलत हो गया और मैं ब्लैक स्क्रीन के ऊपरी बाएँ कोने पर एक ब्लिंकिंग कर्सर के साथ समाप्त हो गया। कोई त्रुटि नहीं, कुछ भी नहीं। बायोस ने अब केवल SATA: <disc name>सामान्य यूईएफआई के स्थान पर एक बूट विकल्प सूचीबद्ध किया है ubuntu। मैं एक GPT विभाजन योजना का उपयोग कर रहा हूँ।

मैंने अंततः पाया कि काम करने वाले समाधान को ठीक से पुनर्स्थापित करना था grub-efi-amd64। फिर मेरे द्वारा इसे कैसे किया जाएगा ?

पुनश्च: वास्तव में, मैं अपने दम पर GRUB2 EFI को पुन: स्थापित करने में सफल रहा और यहां अपना उत्तर पोस्ट करूंगा क्योंकि मुझे इस पर कोई पूर्ण-पता लगाने में असमर्थ था।

linux 64-bit uefi

— मैक्सिमे आर।
स्रोत

मुझे अपने दोहरे बूट से परेशानी थी: विंडोज 10 / पीसीएलिनक्सओएस लैपटॉप। मैं किसी तरह grub2 लोडर या कार्यक्षमता खो दिया है। उपरोक्त कई गर्भधारण की कोशिश करने के बाद भी मैंने ग्रब 2 बूट रेस्क्यू आइसो पर ठोकर खाई, इसे एक सीडी में जला दिया और ड्राइव में छोड़ दिया। हर बार बूट प्रक्रिया से गुजरना थोड़ा थकाऊ था लेकिन कम से कम यह काम कर गया। तब मैंने बूट रिपेयर डिस्क आइसो पाया और उसे एक डीवीडी में जला दिया। इस समय मेरी ड्राइव वास्तव में मेरे प्रयासों से भड़की हुई थी, इसलिए मैंने इस बार विंडोज 10 और मिंट सोन्या को सब कुछ सुधार दिया और फिर से स्थापित किया। फिर बूट रिपेयर डिस्क को बूट किया और Grub2 ov

— Keith Krehbiel

87

UEFI मोड में अपने कंप्यूटर को लाइव-यूएसबी / सीडी के साथ बूट करें । मेरे पास दो बूट विकल्प थे <flash_drive>और UEFI: <flash_drive>, दूसरे की जरूरत है कि ओफी चर को उजागर किया /sys/firmware/efi/जाए ताकि efibootmgrबाद में विफल न हों। पहले विकल्प के साथ बूट करने से मुझे निम्नलिखित त्रुटि मिलती है:
```
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.
```
modprobe efivars मेरे लिए काम नहीं किया।

टूटी हुई प्रणाली में चुरोट ( ubuntu grub2 मदद के लिए लेकिन एफी विशिष्टताओं के समान):

sudo mount /dev/sda2 /mnt #sda2 is the root partition
sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
sudo cp /etc/resolv.conf /mnt/etc/ #makes the network available after chrooting
modprobe efivars # make sure this is loaded
sudo chroot /mnt

आपके लिनक्स वितरण के आधार पर, अब आप अलग-अलग काम करते हैं।
- के लिए Ubuntu / डेबियन :
```
apt-get install --reinstall grub-efi-amd64
```
  या वैकल्पिक रूप से:
```
apt-get install --reinstall grub-efi
update-grub
```
  ऊपर आपको एक ग्रब देना चाहिए, लेकिन बूट करने योग्य नहीं
- के लिए फेडोरा (16 अप करने के लिए, दूसरों के लिए काम कर सकते हैं):
```
yum reinstall grub-efi
```
  निम्नलिखित कमांड में, आपको sdX को उस डिवाइस से बदलना होगा जिसमें EFI विभाजन है जिसे आप बूट करना चाहते हैं। में --part Yआप को बदलने के लिए Y EFI विभाजन की संख्या (के रूप में के साथ /dev/sdXY)।
```
efibootmgr -c --disk /dev/sdX --part Y
efibootmgr -v # verify a new record called Linux is there
```
अब chroot से बाहर निकलने के लिए Ctrl + D टाइप करें, सब कुछ अनमाउंट करें और रिबूट करें:
```
for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
sudo umount /mnt/boot/efi #please do this. Corrupted efi partitions are not nice
sudo umount /mnt
sudo reboot
```

आपको इसे अपनी आवश्यकताओं (अलग विभाजन तालिका, अलग / बूट विभाजन, आदि) के लिए अनुकूलित करना पड़ सकता है और यह एकमात्र विकल्प नहीं हो सकता है, लेकिन यह मेरे लिए ठीक काम करता है।

चीजों को ठीक करने के लिए एक उपयुक्त लाइव-सिस्टम grml है । बूट करने योग्य यूएसबी डिवाइस को सेटअप करने के तरीके पर एक व्यापक गाइड भी है, जिनमें से मैक अनुभाग वास्तव में सबसे उपयोगी है (बस एक FAT32 विभाजन बनाएं, फ़ाइलों की प्रतिलिपि बनाएँ, रिबूट करें, किया गया)।

— मैक्सिमे आर।
स्रोत

4

Dude! बहुत - बहुत धन्यवाद! लेनोवो X220 के रीसेट के बाद अब मैं बूट नहीं करना चाहता था, इसने मुझे बचा लिया, जिसने नवीनतम पैकेज अपडेट को सक्रिय कर दिया और उसी समय मुझे एक BIOS रीसेट करने को देखा क्योंकि यह 3 जी कार्ड के साथ कनेक्शन समस्याओं को ठीक करता है। उसके बाद बूटिंग असंभव हो गई, जो भी कारण हो। जब तक मैंने आपके गाइड का इस्तेमाल किया। BTW, भाग आप कॉपी थे resolv.conf मेरे लिए काम नहीं किया, क्योंकि यह /run/resolvconf...(Ubuntu 12.04 में) में एक सिमलिंक है , इसके बजाय मैं बस mount --bind /run /mnt/runपूरी /runनिर्देशिका को क्रोकेट वातावरण में माउंट करता था ।

— nem75

मैंने फेडोरा 16 के लिए अपने अनुभवों और जीआरएम के संदर्भ में उत्तर दिया। यदि आप संपादन की समीक्षा और स्वीकार कर सकते हैं, तो मुझे खुशी होगी।

— जोनास शफर

1

Ubuntu पर (कम से कम 12.04 के लिए) update-grubआपके EFI विभाजन में नवीनतम grub2 छवि की प्रतिलिपि नहीं करेगा, यह केवल grub.cfg को अपडेट करता है। तो बेहतर तरीका यह है apt-get install --reinstall grub-efi(या grub-efi-amd64) यह अंत में अपडेट-ग्रब भी कहेगा।

— नंबर 5

3

कल मेरे मीडिया प्लेयर को बचाया। आपको 300 इंटरनेट प्वाइंट।

— स्टेफानो बोरीनी

2

update-grubमेरे /boot/efiफ़ोल्डर को चलाने के बाद भी खाली था (मैंने यह नया विभाजन बनाया था)। grub-installवास्तविक फाइलें चलाने के बाद ही वहां लिखा गया था। इस गाइड ने मेरी (जर्मन) मदद की: wiki.ubuntuusers.de/EFI_Problembehebung

— फिलिप गेर्बर

8

पहली विधि के संभावित सरलीकरण के रूप में, हार्ड डिस्क पर सिस्टम में सीधे बूट करना संभव है, केवल लाइव सीडी के ग्रब का उपयोग करना। Xubuntu 13.10 लाइव सीडी के साथ xubuntu 13.10 पर परीक्षण किया गया।

सुनिश्चित करें कि आपके BIOS में सिक्योर बूट अक्षम है। लाइव सीडी डालें और इसे यूईएफआई के माध्यम से बूट करें। सीडी का GRUB मेनू दिखाएगा। कमांड लाइन में जाने के लिए "c" दबाएं।

configfile (hd0,gpt1)/EFI/ubuntu/grub.cfg

ऊपर ग्रब कमांड को एडॉप्ट करें यदि आपके पास एक अलग ईएफआई सिस्टम विभाजन है।

आपके सिस्टम के हार्ड डिस्क से बूट होने के बाद, यह EFI सिस्टम विभाजन पर ग्रब को फिर से स्थापित करने और इसे ग्रब-इंस्टॉल के माध्यम से फर्मवेयर के साथ पंजीकृत करने के लिए पर्याप्त होना चाहिए।

sudo grub-install

काम नहीं करता है। configfile (hd0,gpt1)/EFI/ubuntu/grub.cfgकुछ नहीं करता। इस आदेश को जारी करने के बाद मैं कैसे बूट करूं?

— ऑटोडिडैक्ट

3

वाह। मुझे उम्मीद नहीं थी कि यह इतना आसान होगा! यह एक उत्तर का एक नरक है! मैं sudo grub-install --target=x86_64-efi --efi-directory=/boot/efiऊपर बताए गए आदेश के बजाय भाग गया (लेकिन ऊपर वाला सिर्फ काम कर सकता है - मुझे नहीं पता)। और इसके बाद आप अपने linux OS को फिर से एक्सेस कर सकते हैं। फिर बस चलाएं sudo update-grubऔर सब कुछ बूट करने योग्य होना चाहिए।

— जोरावर

@SandeepDatta: आपकी efi निर्देशिका शायद एक अलग डिस्क / विभाजन पर है। मेरा / देव / sdb1 पर था, इसलिए मैं भाग गया configfile (hd1,gpt1)/EFI/ubuntu/grub.cfg:। एक LiveCD बूट करें और sudo gpartedअपने efi विभाजन का पता लगाने के लिए दौड़ें ।

— जोरावर

5

मैक्सीन के साथ, मैंने क्षतिग्रस्त होने के लिए अपनी यूईएफआई सेटिंग्स को BIOS में पाया और मेरी मशीन बूट नहीं होगी।

मेरे मामले में, यह लिनक्स टकसाल डेबियन के साथ एक लेनोवो थिंक सेवर RD430 है और ऐसा लगता है कि मैं कुछ भी अपडेट-ग्रब के बारे में करूंगा या सर्वर में किसी भी हार्ड ड्राइव को बदलने से बूट नहीं होने का कारण होगा। मेरे मामले में OS linuxmint-201403-mate-DVD-64bit USB के माध्यम से स्थापित है। (उन घटनाओं के पूर्ण विवरण के लिए नीचे देखें जो यूईएफआई के काम न करने का कारण बनेंगी)

एक थिंकसेवर TS140 पर ठीक उसी चरणों से गुजरने के परिणामस्वरूप UEFI को एक बार भी अपना दिमाग नहीं खोना पड़ा। RD430 ड्राइवर पृष्ठ पर देखा गया और मेरा बायोस दो संस्करण पुराना है। मुझे पहले कभी भी मदरबोर्ड पर बायोस अपडेट नहीं करना पड़ा, इसलिए नए संस्करण उपलब्ध होने पर मैं स्वचालित रूप से अपडेट करने के लिए एक नहीं हूं। बायोस को अपडेट करने के बाद, ऊपर मैक्सिन का जवाब काम किया, केवल एक मोड़ के साथ ...

# efibootmgr -c --disk /dev/sdX --part Y
# efibootmgr -v
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0002,0000,0003,0001,0004
Boot0000* linuxmint HD(1,800,1f4000,829f6cc9-5b17-479c-b3ea-61e43faecbf7)File(\EFI\linuxmint\grubx64.efi)
Boot0001* LMDE Linux Mint Debian    HD(1,800,15d505800,934c598c-fe3c-fd43-84a1-fa38e4f72552)File(\EFI\linuxmint\grubx64.efi)
Boot0002* Linux HD(1,800,1f4000,829f6cc9-5b17-479c-b3ea-61e43faecbf7)File(\elilo.efi)
Boot0003* UEFI: Built-in EFI Shell  Vendor(5023b95c-db26-429b-a648-bd47664c8012,)AMBO
Boot0004* UEFI: VerbatimSTORE N GO 1.00 ACPI(a0341d0,0)PCI(1a,0)USB(1,0)USB(4,0)HD(1,80,1d70780,00000000)AMBO
mint / #

efibootmgr -cआदेश दो प्रविष्टियों जोड़ा 0000और 0002! बूट क्रम में प्रविष्टि पहले सही नहीं है । प्रविष्टि सही है।
Boot0002* Linux HD
0000

इसका परीक्षण करने के लिए, मैंने बिना किसी रुकावट के बूटिंग की कोशिश की, जो कि 0002प्रवेश है। जैसी कि उम्मीद थी, यह काम नहीं किया। इसलिए मैंने सर्वर को फिर से शुरू किया, एफ 12 को मारा, और चुना linuxmint। जैसा कि उम्मीद थी, इसने मेरे LMDE इंस्टालेशन के लिए बूट किया।

Efibootmgr के माध्यम से अवांछित प्रविष्टियों को हटाने का तरीका है:

# efibootmgr -b 2 -B

मैंने प्रविष्टियों को हटाने के लिए इस कमांड का उपयोग किया 0001और 0002। विकल्प 0001ओएस को पुनर्प्राप्त करने के मेरे कई प्रयासों में से था।

UEFI नोट

यदि आप इसे पढ़ रहे हैं और यूईएफआई के साथ निराश हूं जैसा कि मैं / हूं, तो यहां कुछ नोट और संसाधन हैं:
»यूईएफआई शैल को बूट करना डॉस शेल का उपयोग करने के लिए समान है।
»इंटेल ने efi शेल कमांड के लिए एक पीडीएफ रेफरेंस मैनुअल बनाया ।
»लेनोवो का UEFI_on_TS430 दस्तावेज़ एकमात्र संसाधन है जिसे मैंने ओफी शेल के उपयोग के बारे में बताते हुए देखा है।
» NPartition प्रशासक गाइड से एक और uefi खोल संदर्भ ।
»आप लोडर के लिए नेविगेट करके और इसे निष्पादित करके efi शेल से विभाजन में बूट करने का प्रयास कर सकते हैं।
»UEFI चाहता है कि डिस्क में GPT विभाजन तालिका हो, ना कि msdos भाग तालिका।
»UEFI चाहता है कि आपकी डिस्क पर पहला विभाजन स्वरूपित वसा 32 या vfat हो।
»" जेनेरिक "बूट के /EFI/bootलिए मूल में एक निर्देशिका होनी चाहिए bootx64.efi।
»कुछ लोग उनकी नकल करते grubx64.efiहैं जहां से इसे स्थापित किया गया था /EFI/boot/bootx64.efiऔर इस धोखा ने उनके लिए काम किया।
»कभी भी आप ग्रब परिवर्तन करें, efibootmgr -vपहले और बाद में उपयोग करें ताकि यह सुनिश्चित हो सके कि आपका रिबूट ठीक है।

मेरा RD430 अनुभव

मैंने पिछले सप्ताह में OS 10+ बार इसे हटाने और सर्वर सेट करने की कोशिश की है। मेरा कॉन्फ़िगरेशन इस RAID नियंत्रक पर PCIe 2.0 स्लॉट में LMDE के साथ इस पर स्थापित SSD है। 6x 3TB ड्राइव के साथ 2 PCIe 3.0 स्लॉट में AOC-S3008L-L8i RAID कंट्रोलर ( आईटी मोड में रिफलेक्ट किया गया)। RAM: 12GB ECC (3x 4GB)।

यहां वे परिवर्तन हैं जिनसे मैं अपने सिस्टम को बूट नहीं कर
पाऊंगा : »S3008L-L8i pci स्लॉट बदलें (SSD + कार्ड को अकेला छोड़कर)।
» ऑनबोर्ड कंट्रोलर के लिए एलएसआई सॉफ्टवेयर छापे बायोस प्रॉम्प्ट को अक्षम करें ।
»एक खुले PCIe स्लॉट में मेरे पुराने हाईपोन RocketRaid कार्ड को जोड़ें।
»एक बदलाव करें /etc/default/grubऔर फिर चलाएं update-grub।
( शायद के grub-installरूप में अच्छी तरह से चलाने की जरूरत है? )

— क्रिस के
स्रोत

मैं UEFi से बहुत निराश हूं। मैंने लिनक्स को BIOS के साथ स्थापित किया है, लेकिन UEFi के साथ काम करना और इसे फिर से तैयार करना बहुत मुश्किल है

— Suici Doga

3

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

मैं ऑफ लाइन काम कर रहा हूं, इसलिए उपयुक्त विकल्प नहीं था। मैंने USB स्टिक पर उबंटू डेस्कटॉप को रखा था, grub-efiऔर grub-efi-amd64USB स्टिक (grub-efi_1.99 ~ rc1-13ubuntu3_amd64.deb) और grub-efi-amd64-9.99/ rc1-13ubuntu3_amd64.deb के रूट में पैकेज जोड़ें। उबंटू 11.04 - डिस्ट्रो और आर्किटेक्चर के लिए उपयुक्त रूप में परिवर्तन), और यूएसबी स्टिक पर एक स्क्रिप्ट में निम्नलिखित डालें:

#! /bin/bash
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi
dir=`dirname $0`
sudo cp $dir/grub-efi*.deb /mnt/tmp
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
sudo chroot /mnt /bin/sh -c "dpkg -i /tmp/grub-efi*.deb"
sudo shutdown -r now

लाइव यूएसबी स्टिक को बूट करें, एक टर्मिनल खोलें, कमांड चलाएं, और काम एक अच्छा 'संयुक्त राष्ट्र है! एकमात्र सामयिक समस्या यह है कि यूईएफआई कभी-कभी एचडीडी के नीचे बूट प्राथमिकता क्रम को नीचे ले जाता है, जिस बिंदु पर आपको BIOS में जाने और बूट ऑर्डर को बदलने की आवश्यकता होती है ताकि इसे रोकने की कोशिश की जा सके (और असफल) SATA: drive।

आप dpkg-reconfigureइसके बजाय उपयोग भी कर सकते हैं dpkg -i, लेकिन यह कुछ बूट लोडर प्रश्नों को पूछता है।

[संपादित करें] मेरे पास भी टिप्पणी करने के लिए पर्याप्त प्रतिनिधि नहीं है, इसलिए मैंने जो सोचा था कि एक उत्तर पर एक टिप्पणी एक उत्तर हो जाती है।

— द्वारा IBBoard
स्रोत

बोर्ड पर आपका स्वागत है! वास्तव में आपको वोट करने के लिए 15 अंक चाहिए, टिप्पणी करने के लिए 50 ( superuser.com/privileges देखें ), बस आसान सवालों के जवाब के लिए चारों ओर देखें और आप जाने के लिए अच्छे हैं, यह कहने के लिए स्टैकएक्सचेंज तरीका है :) अपनी स्क्रिप्ट से सावधान रहें 'शट डाउन करने से पहले कुछ भी अनमाउंट करें। खुशी है कि यह मदद की।

— मैक्सिमे आर।

भ्रम अधिक था, क्योंकि मुझे अन्य संबंधित साइटों पर एक्ट्स मिले हैं। भूल गया मैं इस तरफ नया था। लिनक्स आमतौर पर शटडाउन पर unmounts, और समाप्त होने के बाद एक कमांड रिटर्न के साथ चुरोट करता है, इसलिए मुझे नहीं लगता कि यह एक समस्या का कारण होना चाहिए। मैंने पाया कि यदि आप यूईएफआई को लाइव डिस्ट्रो बूट नहीं करते हैं तो यह गर्भपात नहीं करेगा, लेकिन यह परीक्षण करने की प्राथमिकता नहीं थी कि क्या sudo chroot /mnt /bin/sh -c "dpkg -i /tmp/grub-efi*.deb" && sudo shutdown -r nowसही व्यवहार दिया गया है।

— IBBoard

1

लेनोवो योगा 2 प्रो पर मेरे 32 बिट उबंटू 14.10 पर, मैं इस तरह यूईएफआई बूट में बदल गया:

फोल्डर बनाएं
```
sudo su
mkdir /boot/efi
```
"EFI सिस्टम" विभाजन को माउंट करें /etc/fstab
```
fdisk -l|grep EFI
```
यह दिखाया गया है: /dev/sda2 2050048 2582527 532480 260M EFI System
```
echo "/dev/sda2 /boot/efi   vfat    defaults,sync   0   0">>/etc/fstab
```
उस विभाजन को माउंट करें
```
mount /boot/efi
```
स्थापित करें grub-efi-amd64-binऔर स्थापना रद्द करेंgrub-efi-ia32-bin
```
aptitude install grub-efi-amd64-bin grub-efi-ia32-bin_

grub-install --target=x86_64-efi
```
efi मोड में रिबूट Ubuntu
```
update-grub
```
परीक्षण अगर यह ठीक बूट करता है, तो मैंने इसे स्थापित grub-efi-amd64और अनइंस्टॉल grub-pc grub-gfxpayload-listsकिया है
```
aptitude install grub-efi-amd64 grub-pc_ grub-gfxpayload-lists_
```

मैं चुनने पर बूट / बूट नहीं करने का चयन करता हूं।

शायद मैंने इसे जटिल बना दिया है और यह ठीक काम करेगा:

apt-get install --reinstall grub-efi
update-grub

— rubo77
स्रोत

0

यह प्रविष्टि आपके कंप्यूटर को तैयार करने की पंक्तियों के साथ और भी अधिक है, जिससे कि efi प्रविष्टियों को पुनः स्थापित किया जा सके। आंतरिक मीडिया (SSD, HDD) पर सिस्टम इंस्टालेशन के बाद बचाव डिस्क बनाने के लिए यह एक प्रभावी और सरल तरीका हो सकता है।

लिनक्स मिंट तारा (उबुनियन बायोनिक बीवर से संबंधित एक लिनक्स संस्करण) के साथ, विधि दोनों ने मेरी स्थापना को रोक दिया, और इसे बचाने के लिए बाद में संभव बना दिया। यह मेरे लिए एक जीवित USB दृढ़ता बने रहने की इच्छा से उत्पन्न हुआ, और जब से एक निरंतर स्थापित करने के लिए Unetbootin जैसी उपयोगिता स्थापित करने का समय लगभग एक ताज़ा स्थापना के समान है, तो मैंने USB पर इंस्टॉलेशन करने के लिए समान लाइव वितरण का उपयोग किया आंतरिक SSD पर OS स्थापित करने के लिए उपयोग किया गया था।

बेशक, इसका कोई भी RAID या कोई अन्य विशिष्ट सेटअप नहीं है, लेकिन इसके लिए USB ड्राइव पर तैयार वॉल्यूम विभाजन की आवश्यकता होती है, और उस USB पर एक अधिष्ठापन जो डिस्ट्रो की उपलब्ध विधि का उपयोग करता है, आंतरिक ड्राइव को एक एकल पर स्थापित करने के लिए करता है। विभाजन की जड़ (/) आरोह।

यह वह जगह है जहां नया ग्रब इंस्टॉलेशन आंतरिक ड्राइव के साथ उलझ गया है। जब मैंने USB को रिबूट किया, तो आंतरिक UEFI ग्रब प्रविष्टियां गायब हो गई लगती हैं, केवल BIOS मेनू में प्रविष्टियों का उपयोग करके ड्राइव का चयन करने का प्रयास करते समय केवल ग्रब मेनू को छोड़ देता है।

इसके बजाय, USB से बूट करने से पता चला कि डिस्ट्रो की विधि ने / dev / sda2 के लिए लिस्टिंग के साथ तैयार बूट मेनू तैयार किया था, जिसमें विभाजन / boot / efi माउंट था। अधिकांश प्राथमिक आंतरिक ड्राइव में विभाजन का grub नाम hd0, gpt1 है।

'उन्नत' में जाने से, एक से अधिक कर्नेल बचाव उपलब्ध थे। वहां से, ग्रब उपयोगिता चलाएं और फिर सामान्य रूप से बूट करें।

इस बिंदु से, आंतरिक ड्राइव पर ओएस चलाना जो पूर्व में दुर्गम था, यूएसबी को अनप्लग करें, फिर चलाएं sudo grub-install।

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

— टिम पोज़्ज़ा
स्रोत