ग्रब स्थापना विफल रही


13

मेरे पास डेबियन जेसी की अच्छी स्थापना थी, लेकिन फिर मैं भाग गया apt-get update && apt-get upgrade && apt-get dist-upgrade

और फिर रिबूट करने के बाद, यह सीधे BIOS में आया। मुझे एहसास हुआ कि ग्रब गायब था, इसलिए मैंने एक लाइव सीडी चलाया और प्रवेश किया Rescue mode, अपने रूट विभाजन को माउंट किया , + बूट विभाजन और इन कमांडों को चलाया:

ग्रब लाइनक्स छवि पाता है:

root@debian:~# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.9.0-3-amd64
Found initrd image: /boot/initrd.img-4.9.0-3-amd64
Found linux image: /boot/vmlinuz-4.9.0-0.bpo.3-amd64
Found initrd image: /boot/initrd.img-4.9.0-0.bpo.3-amd64
Found linux image: /boot/vmlinuz-3.16.0-4-amd64
Found initrd image: /boot/initrd.img-3.16.0-4-amd64
Found Ubuntu 16.10 (16.10) on /dev/sdb2
Adding boot menu entry for EFI firmware configuration
done

और फिर grub-install:

root@debian:~# grub-install /dev/sda
Installing for x86_64-efi platform.
Could not prepare Boot variable: No such file or directory
grub-install: error: efibootmgr failed to register the boot entry: Input/output error.

lsblk :

root@debian:~# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 223.6G  0 disk 
├─sda1   8:1    0  92.6G  0 part /
├─sda2   8:2    0 130.4G  0 part 
└─sda3   8:3    0   573M  0 part /boot/efi

क्या मैंने कुछ गलत किया? क्या मेरे /boot/efiविभाजन पर बहुत कम जगह है ?

root@debian:~# ls -l /boot/efi/EFI/debian/
total 120
-rwx------ 1 root root 121856 Jul 20 20:29 grubx64.efi

efibootmgr डेबियन स्थापना नहीं दिखाता है:

root@debian:~# efibootmgr --verbose | grep debian

संपादित करें:

मैं हर बार कोशिश करते समय यह त्रुटि प्राप्त करता रहता हूं और उपयोग करके बूट लोडर बनाता हूं efibootmgr:

grub-install: info: executing efibootmgr -c -d /dev/sda -p 3 -w -L grub -l \EFI\grub\grubx64.efi.
Could not prepare Boot variable: No such file or directory
grub-install: error: efibootmgr failed to register the boot entry: Input/output error.

एएसयूएस लैपटॉप के साथ यहां एक ही समस्या है।
ऑबिन

जवाबों:


33

इसके लिए बूट वैरिएबल बढ़ते हुए efibootmgr त्रुटियों को ठीक करें efibootmgr:

# mount -t efivarfs efivarfs /sys/firmware/efi/efivars

और फिर efibootmgrमुझे अंतरिक्ष के बारे में त्रुटियां दीं:

Could not prepare Boot variable: No space left on device

फिक्स्ड है कि डंप फ़ाइलों को हटाने के द्वारा:

# rm /sys/firmware/efi/efivars/dump-*

और फिर सामान्य भाग गया

update-grub 
grub-install -v --target=x86_64-efi --recheck /dev/sda

और यह सफलतापूर्वक चला!


1
इसने मेरे लिए काम किया, सिवाय इसके कि मुझे कदम rm /sys/firmware/efi/efivars/dump-*और दौड़ के बीच रिबूट भी करना पड़ा grub-install
निक ओडेल

1

यदि डिस्क आपकी / dev / sda नहीं है, तो लोडर युक्त डिस्क को निर्दिष्ट करने का प्रयास करें:

efibootmgr --create --disk /dev/nvme0n1 --part 1 --label Ubuntu

इस विकल्प ने मेरे लिए काम किया, पहले एक्साइट करें sudo apt install efibootmgr, और बूट विकल्प को समाप्त करने के लिए बनाएं, मुझे अन्य बूट विकल्प हटाने के लिए मिला।
डिएगो मेसा

0

मैं अपने Asus मदरबोर्ड के साथ उबंटू पर एक ही मुद्दा था। मुझे हटाने के लिए कोई डंप फ़ाइल नहीं मिली। या कुछ भी बड़ा जिसे हटाना सुरक्षित लगा।

मैं efi_no_storage_paranoiaकर्नेल कमांड लाइन विकल्प के साथ सिस्टम को रिबूट करके समस्या को ठीक करने में सक्षम था । मैंने पहले ही उबंटू यूईएफआई बूट प्रविष्टि खो दी थी। सौभाग्य से मैं अभी भी BIOS सेटिंग्स में बूट चयन में जाकर अपने उबंटू विभाजन को बूट कर सकता था। उसके बाद मैंने उस विकल्प को कर्नेल कमांड लाइन में जोड़ने के लिए ग्रब मेनू में "ई" कुंजी का उपयोग किया। तब मैं चलाकर अपनी पहले से विफल सिस्टम अपग्रेड को समाप्त करने में सक्षम था apt -f install

यदि सिस्टम अन-बूट करने योग्य स्थिति में है, तो एक विकल्प उबंटू यूएसबी स्टिक से बूट करना है और वहां से समस्या को ठीक करना है।

यदि समस्या बाद में फिर से प्रकट होती है तो मैं उस कर्नेल विकल्प को स्थायी रूप से जोड़ने पर विचार करूंगा /etc/default/grub

UEFI चर स्थान को भरने के बारे में कर्नेल बहुत ही पागल है। यह रिपोर्ट करता है कि अंतरिक्ष भरा होने पर भी यह भरा हुआ है। यह जानबूझकर कुछ मदरबोर्ड पर जगह को भरने से रोकने के लिए जानबूझकर है। मुझे संदेह है कि मेरे मदरबोर्ड के साथ यह बहुत अधिक पागल हो सकता है। हो सकता है कि जब तक स्थान अधिक भरा न हो जाए तब तक BIOS कचरा संग्रहण शुरू नहीं करता है।

पहले मैं अपनी मदरबोर्ड पर "स्पष्ट CMOS" हेडर का उपयोग करके उसी स्थिति से उबरने में सक्षम था। एक सॉफ्टवेयर समाधान खोजने के लिए अच्छा है।

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