On Fri, 14 Dec 2018 10:22:49 +0100 Ralf Jung wrote:
> Hi,
>
> > Fixing this does seem like it would be a good idea for general
> > robustness against dodgy firmware (this is not the first iteration of
> > problems along these lines). It would take some development work, but
> > hopefully not
Hi,
> Fixing this does seem like it would be a good idea for general
> robustness against dodgy firmware (this is not the first iteration of
> problems along these lines). It would take some development work, but
> hopefully not too much.
>
> Things that GRUB can't do, as far as I can tell:
>
On Sun, Feb 25, 2018 at 04:13:13PM +0100, Ralf Jung wrote:
> earlier today I did a system update, which completed successfully (as in, dpkg
> didn't stop due to an error). I then rebooted my machine. This left Linux
> unable to boot; only the Windows entry was left in the boot menu. After some
Just had this again, this time even after I repaired Debian, Windows disappeared
completely from the start menu. I do not yet know how to get it back.
What does it take to get attention t a bug that completely breaks the system?
Kind regards,
Ralf
Package: grub-efi-amd64
Version: 2.02+dfsg1-4
Followup-For: Bug #891434
I just ran into this same issue and it is specific to grub:
refind-install also has similar issues, so this is specific to the state of the
computer.
I found this answer helpful:
Hi,
I experienced the same today after a grub update to '2.02+dfsg1-1' on testing.
Looking back at logs, grub-install reported an error but the upgrade process
as a whole didn't fail, so I missed it at first:
```
Could not prepare Boot variable: No space left on device
grub-install: error:
Package: grub-efi
Version: 2.02+dfsg1-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
earlier today I did a system update, which completed successfully (as in, dpkg
didn't stop due to an error). I then rebooted my machine. This left Linux
unable to boot; only the
7 matches
Mail list logo