Was just a regular day, i see that there’s suddenly 430+ updates from pamac, i hit the update button. After ignoring the updates from a few annoying packages (electron33 and some others i don’t remember), it goes through.
But after that, all hell breaks lose: mouse settings are reset, then the settings app won’t launch, then the terminal won’t launch. So i figure maybe it’s like past occurrences of this kind of bug: just restart and it’ll be fine, but now my pc is not booting at all anymore.
(wanted to embed the images but apparently the forum doesn’t allow it on this thread? Also tried putting links but it’s not allowed either?) here’s the links regardless
https://ibb.co/MyZBF6Bx
https://ibb.dot.co/tM60LR1z
Other info from the top of my head:
AMD CPU
AMD GPU
running KDE env
using btrfs on an SSD
Thank you very much for your future support and time!
Thank you very much!
After following the GRUB rescue guide i managed to at least try to complete the pacman updates.
Unfortunately when it comes to updating/reinstalling grub, i get critical errors like tee_jee_file_system_path_combine: assertion path1 != NULL failed and E: Selected snapshot device is not a system disk
But the weirdest, and possibly what prevents me from reinstalling grub is that manjaro-chroot -a and os-prober and grub-probe seem to be unable to detect my system, which makes it fail to detect kernels and possibly writes a config that prevents me from booting.
Moreover, when i try to update a package via pacman, it often ends with
(2/4) Refreshing PackageKit...
Error connecting: Could not connect: No such file or directory
error: command failed to execute correctly
also, for more info, when i do pacman -Syu grub, near the end of the log i get WARNING: EFI directory not found! Grub couldn't be installed.
Redid all the steps to rescue grub but i still get the same bluescreen (this time though grub detected my partitions and stuff).
Tried your command and it outputs
ID 256 gen 231687 top level 5 path @
ID 257 gen 231684 top level 5 path @home
ID 258 gen 231685 top level 5 path @cache
ID 259 gen 231685 top level 5 path @log
ID 331 gen 231619 top level 5 path timeshift-btrfs/snapshots/2025-02-25_23-58-37/@
ID 332 gen 231619 top level 5 path timeshift-btrfs/snapshots/2025-02-26_00-13-18/@
ID 333 gen 231620 top level 5 path timeshift-btrfs/snapshots/2025-03-07_13-24-33/@
No, it doesn’t. With btrfs, one has to follow the manual chroot approach. Assuming that the EFI system partition is on /dev/sda1 and the Manjaro root filesystem on /dev/sda2, it would be something like this…
mount -t btrfs -o subvol=@ /dev/sda2 /mnt
mount -t btrfs -o subvol=@home /dev/sda2 /mnt/home
mount -t btrfs -o subvol=@log /dev/sda2 /mnt/var/log
mount -t btrfs -o subvol=@cache /dev/sda2 /mnt/var/cache
mount -t vfat /dev/sda1 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount -t proc proc /mnt/proc
mount -t sysfs sysfs /mnt/sys
mount -t efivarfs efivarfs /mnt/sys/firmware/efi/efivars
chroot /mnt /bin/bash