Timeline
Post
Remote status
Context
7
@lanodan@queer.hacktivis.me @volpeon@icy.wyvern.rip Just because Arch is terrible doesn't mean this applies to every other distro though.
@SuperDicq@minidisc.tokyo @lanodan@queer.hacktivis.me @volpeon@icy.wyvern.rip it does not have to do anything with arch itself. This can happen with every distro, if GRUB gets an update but fails or if the initcpio-Image was not build successfully.
The best way to avoid those issues is, by reading through the output of your package manager and ensuring that the installation of GRUB and the Initcpio process were successful.
@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
- 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
@phnt @volpeon @SuperDicq @lanodan @kitsune_yasu >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
Literally never happened, initrd generation is called by a post-update hook that only runs after the update is completed and kernel/firmware/module/whatever was updated in the process.
Literally never happened, initrd generation is called by a post-update hook that only runs after the update is completed and kernel/firmware/module/whatever was updated in the process.
@mint @volpeon @SuperDicq @lanodan @kitsune_yasu Look at the pre-transaction hook called when a kernel is updated. It deletes the old initrd before even the kernel is installed.
Replies
1