Не мог подготовить переменную Начальной загрузки: Никакое пространство не оставлено на установке личинки устройства: ошибка: efibootmgr не удалось зарегистрировать запись загрузки: ошибка ввода/вывода
получение ниже ошибки. Но я думаю, что свободное место достаточно для этого (используйте %, 9%), можно ли помочь нам разрешить это?
lab@lab:~$ sudo -E apt-get install subversion apache2-utils
Reading package lists... Done
Building dependency tree
Reading state information... Done
subversion is already the newest version (1.9.7-4ubuntu1).
apache2-utils is already the newest version (2.4.29-1ubuntu4.3).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] Y
Setting up grub-efi-amd64-signed (1.93.4+2.02-2ubuntu8.3) ...
Installing for x86_64-efi platform.
Could not prepare Boot variable: No space left on device
grub-install: error: efibootmgr failed to register the boot entry: Input/output error.
dpkg: error processing package grub-efi-amd64-signed (--configure):
installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent processing triggers for shim-signed:
shim-signed depends on grub-efi-amd64-signed; however:
Package grub-efi-amd64-signed is not configured yet.
dpkg: error processing package shim-signed (--configure):
dependency problems - leaving triggers unprocessed
Errors were encountered while processing:
grub-efi-amd64-signed
shim-signed
E: Sub-process /usr/bin/dpkg returned an error code (1)
lab@lab:~$ df -k .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 479152840 37427836 417315612 9% /
4 ответа
Было много отчетов, что, если NVRAM составляет используемых больше чем 50%, efibootmgr перестанет работать, потому что существует озабоченность по поводу способности собрать "мусор" переменные EFI правильно или некоторые такой. К сожалению, я не мог найти ясный способ определить используемое/свободное пространство в NVRAM, таким образом, я иду на подозрение.
Существует много потенциальных решений этого:
1) Очистите файлы дампа
копайтесь хранит efi, входит в систему /sys/fs/efi/efivars/dump-*
Попытайтесь удалить их, чтобы видеть, достаточно ли этого для перевода в нерабочее состояние использованного пространства. Затем выполненный apt -f install видеть, изменилась ли ошибка.
2) Обновление BIOS
Если бы Ваш поставщик оборудования имеет обновление BIOS/EFI, то я рекомендовал бы делать это также, то попробуйте apt -f install снова.
3) ПОСЛЕДНЕЕ СРЕДСТВО - ОТКЛЮЧАЕТ ПРОВЕРКУ EFI
Это немного опасно, потому что Вы могли технически заполниться, Ваши NVRAM к точке были, это является незагрузочным. Однако я использовал этот процесс успешно на Dell R420.
Для переопределения проверки добавьте "efi_no_storage_paranoia" к опции ядра. Сделать это:
- Добавьте "efi_no_storage_paranoia" к GRUB_CMDLINE_LINUX_DEFAULT и переменным GRUB_CMDLINE_LINUX в
/etc/default/grub - Личинка обновления путем выполнения
sudo update-grub - Перезагрузка
- Выполненный
apt -f install
Для безопасности я инвертирую этот процесс позже также. Параметры переопределения безопасности ядра не что-то, что Вы хотите разбросать ложь!
Я смог зафиксировать ошибку путем отключения Модуля поддержки совместимости (CSM) в моей установке UEFI. После перезагрузки обновление пакета для 'grub-efi-amd64-signed' прошло без проблемы.
Хорошо, я только что столкнулся с той же ошибкой и успешно решил ее, спасибо за полезный ответ от @tu-Reinstate Monica-dor duh. Его / ее ответ объяснил точную причину ошибки.
Однако я решил эту проблему путем редактирования встроенного менеджера загрузки, который также хранится в NVRAM. В моем случае я выполнил шаги https://superuser.com/a/931016/672706:
sudo efibootmgr -vперечислить все параметры загрузки.sudo efibootmgr -b # -B, чтобы удалить ненужные параметры.
После выполнения этих двух шагов я успешно установил grub-efi-amd64-signed.
Выбор Загрузить значения по умолчанию в BIOS помог мне.