Egregoros

Signal feed

Timeline

Post

Remote status

Context

5

@kitsune_yasu@waldbewohner.eu @lanodan@queer.hacktivis.me @volpeon@icy.wyvern.rip

This can happen with every distro, if GRUB gets an update but fails or if the initcpio-Image was not build successfully.
I'm not that familiar with Arch, but it sounds extremely incompetent to me that Pacman would just continue updating and not fail if grub-install fails.

Debian, for example, has a transaction based package manager so that makes sure when failures like this happen the old stuff that was previously working is not overwritten. So that definitely sounds like a design flaw in Pacman.

@SuperDicq @lanodan @kitsune_yasu @volpeon pacman never does anything with a bootloader. There are two (three) main failure modes that pacman has:
- distro keyring not up to date, failing package authenticity check (archlinux-keyring needs to be updated first)
- pacman deletes initrds on transaction start meaning that if your system fails in the middle of an update, you not only have a system in an unknown state with half-extracted packages, but also no kernel to boot
- when using BTRFS, the free space check can fail because free space as reported by BTRFS isn't actually real and it doesn't use the specific btrfs library for getting free space
@SuperDicq @kitsune_yasu @lanodan @volpeon
>pacman never does anything with a bootloader
This is also why now two (?) years ago grub installs randomly started blowing up on users installs. Because they updated configuration with grub-mkconfig which generated config for a version of grub that wasn't compatible with the old grub version that is installed as the bootloader. This is both an Arch issue and grub issue for making breaking changes without a major bump.

Replies

0
No replies yet.