Re: Grub : Could not delete variable: Invalid argument

[Maxim Cournoyer]

Hello Akram,

Akram Chehaima <address@hidden> writes:

> On Fri, Aug 16, 2019 at 07:22:57PM +0100, Akram Chehaima wrote:
>> Hey
>> My system was  working fine , like other days
>> I run these routine commands
>> 
>> # guix pull
>> 
>> But whene i run
>> 
>> # sudo guix system reconfigure  /etc/config.scm
>> 
>> I have problem message from grub:
>> 
>> 
>> slack@planet ~$ sudo guix system reconfigure  /etc/config.scm 
>> guile: warning: failed to install locale
>> hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' 
>> package and defining `GUIX_LOCPATH', along these lines:
>> 
>>      guix package -i glibc-utf8-locales
>>      export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
>> 
>> See the "Application Setup" section in the manual, for more info.
>> 
>> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
>> The following derivation will be built:
>>    /gnu/store/drw1mbhx088q4ans6nsqd53rr02g5rn2-grub.cfg.drv
>> building /gnu/store/drw1mbhx088q4ans6nsqd53rr02g5rn2-grub.cfg.drv...
>> /gnu/store/wj8rlkvcmz80ib6c3lz5qhbg1drlvzmp-system
>> /gnu/store/6ak1rfdkcp0pm4wwy3cia85psq63q06m-grub.cfg
>> 
>> activating system...
>> making '/gnu/store/wj8rlkvcmz80ib6c3lz5qhbg1drlvzmp-system' the current 
>> system...
>> setting up setuid programs in '/run/setuid-programs'...
>> populating /etc from /gnu/store/pxhzsr2iq2xy221p3n09gkgns4g0as2k-etc...
>> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
>> building 
>> /gnu/store/1rhjd4ahqg7zm1n11f1n0zzh6dikhbb8-install-bootloader.scm.drv...
>> guix system: error: 
>> '/gnu/store/jjys4nn7s5xi9i2wbdb0gvl50cisy1wb-grub-efi-2.04/sbin/grub-install 
>> --boot-directory //boot --bootloader-id=Guix --efi-directory //boot/efi' 
>> exited with status 1; output follows:
>> 
>>   Installing for x86_64-efi platform.
>>   Could not delete variable: Invalid argument
>>   
>> /gnu/store/jjys4nn7s5xi9i2wbdb0gvl50cisy1wb-grub-efi-2.04/sbin/grub-install: 
>> error: efibootmgr failed to register the boot entry: Block device required.
>> 
>> slack@planet ~$ sudo guix system reconfigure  /etc/config.scm 
>> guile: warning: failed to install locale
>> hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' 
>> package and defining `GUIX_LOCPATH', along these lines:
>> 
>>      guix package -i glibc-utf8-locales
>>      export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
>> 
>> See the "Application Setup" section in the manual, for more info.
>> 
>> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
>> The following derivation will be built:
>>    /gnu/store/drw1mbhx088q4ans6nsqd53rr02g5rn2-grub.cfg.drv
>> building /gnu/store/drw1mbhx088q4ans6nsqd53rr02g5rn2-grub.cfg.drv...
>> /gnu/store/wj8rlkvcmz80ib6c3lz5qhbg1drlvzmp-system
>> /gnu/store/6ak1rfdkcp0pm4wwy3cia85psq63q06m-grub.cfg
>> 
>> activating system...
>> making '/gnu/store/wj8rlkvcmz80ib6c3lz5qhbg1drlvzmp-system' the current 
>> system...
>> setting up setuid programs in '/run/setuid-programs'...
>> populating /etc from /gnu/store/pxhzsr2iq2xy221p3n09gkgns4g0as2k-etc...
>> substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
>> building 
>> /gnu/store/1rhjd4ahqg7zm1n11f1n0zzh6dikhbb8-install-bootloader.scm.drv...
>> guix system: error: 
>> '/gnu/store/jjys4nn7s5xi9i2wbdb0gvl50cisy1wb-grub-efi-2.04/sbin/grub-install 
>> --boot-directory //boot --bootloader-id=Guix --efi-directory //boot/efi' 
>> exited with status 1; output follows:
>> 
>>   Installing for x86_64-efi platform.
>>   Could not delete variable: Invalid argument
>>   
>> /gnu/store/jjys4nn7s5xi9i2wbdb0gvl50cisy1wb-grub-efi-2.04/sbin/grub-install: 
>> error: efibootmgr failed to register the boot entry: Block device required.
>>   
>> Note that I have not restarted the system yet.
>> Is there a solution ?
>> 
>> 
> I have solved the problem after rebooting the system
> I was afraid after a reboot will not boot because of a problem with Grub

I encountered the same problem, after my system had been asleep (suspend
to RAM).  It seems to be a EFI firmware bug, as rebooting resolves it,
as you found out.  It affects other distributions as well, such as
Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1851922.

You could try setting your boot compatibily mode to Legacy instead of
EFI in your BIOS settings, if your machine supports this.

Otherwise, there's not much to do (than complain to the manufacturer)
unless your board is supported by Libreboot :-).

Maxim