[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Unattended upgrade of grub failed



On Sun, Oct 8, 2023 at 1:04 PM Jesper Dybdal <jd-debian-user@dybdal.dk> wrote:
>
> On 2023-10-08 12:07, Jesper Dybdal wrote:
> > On 2023-10-08 11:25, Marco M. wrote:
> >> Am 08.10.2023 um 11:09:53 Uhr schrieb Jesper Dybdal:
> >>
> >>> It seems to have a problem with "grub-pc".  But I thought that
> >>> grub-pc was only for BIOS boot, and that by installing the UEFI
> >>> version grub-pc would disappear or at least be disabled.
> >> Uninstall grub-pc if you are on an UEFI system.
> >> You can still have the .deb in /var/cache/apt, so you can reinstall it
> >> in a chroot environment of you fear.
> >>
> >
> > Can I simply do an apt-get remove grub-pc and expect that the grub-efi
> > installation is still intact and working?
> >
> > Would it make sense to do a grub-install after removing grub-pc, just
> > to ensure that it will work?
> I tried to simulate it with a "apt-get -s remove grub-pc".  It then said:
>
> The following packages will be REMOVED:
>    grub-pc grub2
>
> Is removing grub2 not a problem?  If I do an "aptitude why grub2", it says:
>
> Manually installed, current version 2.06-3~deb11u6, priority optional
> No dependencies require to install grub2

Sometimes  packages need to be marked manual rather than auto to
ensure they are not auto-removed. For example, you need to perform
`apt-mark manual cryptsetup-initramfs` to ensure initramfs can mount
an encrypted root. See <https://wiki.debian.org/DebianUpgrade>.

I'm not saying that's happening here. I'm only saying that it happens
on occasion.

Jeff


Reply to: