Help needed after garuda-update

I’m doing this off my phone so excuse typos, formatting, photo size whatever.

Powered on PC just fine, unlocked disk encryption, logged in, got to to desktop, opened ghostty and started a garuda-update and it started chugging along. Was going fine until a few gave a 500 error, no biggie. Ran garuda-update again, thing ran just fine until I hit the last pack, google fonts (I should’ve gotten rid of it tbh it always takes forever) and it gets to 99% and then the bg goes black (as in, no toolbar etc, but the ghostty window stayed and I could type and move my mouse around). In hindsight I should’ve taken pictures at that time and ask around before powering down through terminal. On reboot I’m met with this after unlocking encryption

I press enter and it takes me to the GRUB menu, I go to snapshots and pick my latest, and then I’m met with this

Preasing enter gives this

Again, sorry for the bad pictures etc. I guess my next step is to get a usb-stick and get the logs somehow?

Edit: I use LUKS for full-disk encryption and the filesystem is BTRFS

You have only one snapshot for restore?

I tried one from before the updates and one from a few days ago.

Try with a live USB.
Use the chroot tool and perform a new garuda-update.
If the kernel is not updated, reinstall it manually

sudo pacman -S linux-zen linux-zen-headers
3 Likes

Use live ISO, chroot from Welcome App, upd in terminal.

3 Likes

Okay so I have realised I have another problem. I don’t have a live usb ready to go and I don’t exactly have another computer. I’ll have to ask my brother to do one for me. It might have to wait for tomorrow depending on his schedule. Edit: I’ll have a live stick tomorrow, I’ll reply here how it goes.

alright I have a live-usb and booted into it, but when I try to chroot it says ==> ERROR: No Linux partitions detected!. I then did a garuda-update regardless, but no difference. Here’s my lsblk

lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0  16.8M  1 loop /run/miso/sfs/livefs
loop1         7:1    0 357.7M  1 loop /run/miso/sfs/mhwdfs
loop2         7:2    0   3.4G  1 loop /run/miso/sfs/desktopfs
loop3         7:3    0 725.8M  1 loop /run/miso/sfs/rootfs
sda           8:0    0   1.8T  0 disk
└─sda1        8:1    0   1.8T  0 part
sdb           8:16   1  14.9G  0 disk
├─sdb1        8:17   1   4.6G  0 part /run/miso/bootmnt
└─sdb2        8:18   1     4M  0 part
zram0       253:0    0  30.5G  0 disk [SWAP]
nvme0n1     259:0    0   1.8T  0 disk
└─nvme0n1p1 259:1    0   1.8T  0 part /run/media/garuda/9753a0ab-acd4-4ce3-a143-70337a937818
nvme1n1     259:2    0 931.5G  0 disk
├─nvme1n1p1 259:3    0   300M  0 part
└─nvme1n1p2 259:4    0 931.2G  0 part

and sudo parted -l

sudo parted -l
Model: ATA WDC WD2003FZEX-0 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
1      1049kB  2000GB  2000GB  primary  ntfs


Model: Verbatim STORE N GO (scsi)
Disk /dev/sdb: 16.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
2      4906MB  4910MB  4194kB  primary               esp


Model: Samsung SSD 980 PRO 2TB (nvme)
Disk /dev/nvme0n1: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
1      1049kB  2000GB  2000GB  btrfs


Model: Samsung SSD 970 EVO Plus 1TB (nvme)
Disk /dev/nvme1n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
1      2097kB  317MB   315MB   fat32              boot, esp
2      317MB   1000GB  1000GB               root


Model: Unknown (unknown)
Disk /dev/zram0: 32.7GB
Sector size (logical/physical): 4096B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system     Flags
1      0.00B  32.7GB  32.7GB  linux-swap(v1)

nvme1n1p2 is where my garuda installation is/was(?) and nvme0n1 is my new storage drive, and sda is my old storage drive.

edit: i went and decrypted the drive but no difference for chroot, new lsblk

sudo lsblk
NAME                MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
loop0                 7:0    0  16.8M  1 loop  /run/miso/sfs/livefs
loop1                 7:1    0 357.7M  1 loop  /run/miso/sfs/mhwdfs
loop2                 7:2    0   3.4G  1 loop  /run/miso/sfs/desktopfs
loop3                 7:3    0 725.8M  1 loop  /run/miso/sfs/rootfs
sda                   8:0    0   1.8T  0 disk
└─sda1                8:1    0   1.8T  0 part  /run/media/garuda/Storage
sdb                   8:16   1  14.9G  0 disk
├─sdb1                8:17   1   4.6G  0 part  /run/miso/bootmnt
└─sdb2                8:18   1     4M  0 part
zram0               253:0    0  30.5G  0 disk  [SWAP]
nvme0n1             259:0    0   1.8T  0 disk
└─nvme0n1p1         259:1    0   1.8T  0 part  /run/media/garuda/9753a0ab-acd4-4ce3-a143-70337a937818
nvme1n1             259:2    0 931.5G  0 disk
├─nvme1n1p1         259:5    0   300M  0 part
└─nvme1n1p2         259:6    0 931.2G  0 part
└─nvme1n1p2_crypt 254:0    0 931.2G  0 crypt /run/media/garuda/4f5db719-10c0-41bd-91b7-f6a68cb5a06d

edit2: incase it helps here’s what gparted shows


edit3: dolphin shows this


image

Edit4: So my current theory on what happened was I hadn’t checked my storage capacity in a while and it capped during the garuda-update and it broke some stuff.

Unsure how to continue now.

Firstly, you need to recover some free space on your drive.

You can start by deleting your pacman package cache.

2 Likes

okay I found the cache and deleted everything in it, it cleared about 50GB :sweat_smile:

https://forum.garudalinux.org/t/out-of-space-error-with-6-7-kernel/33993/6?u=sgs
Just use the hook :slight_smile:

2 Likes

okay I’ll try to reboot without the live-usb and see what happens, i’ll use the hook if I get in.

Okay I guess I should’ve figured since storage space wasn’t what was preventing me from booting, but it was a factor in making it not boot.
1000010263

Maybe you could try with the menual chroot procedure, as opposed to the button.
https://forum.garudalinux.org/t/how-to-chroot-garuda-linux/4004
Probably you’ll have to first decrypt the drive and use /dev/nvme1n1p2_crypt insead of /dev/nvme0n1p2 (or try sudo mount /dev/mapper/crypto_LUKS /mnt/broken) , while the EFI system partition should be /dev/nvme1n1p1 insead of /dev/nvme0n1p4.

1 Like

Okay so I tried it and after doing
sudo mount /dev/nvme0n1p2 /mnt/broken
I get
mount: /mnt/broken: unknown filesystem type 'crypto_LUKS'. dmesg(1) may have more information after failed mount system call.

Here’s my lsblk -f

lsblk -f
NAME          FSTYPE FSVER LABEL                            UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0         squash 4.0                                                                               0   100% /run/miso/sfs/livefs
loop1         squash 4.0                                                                               0   100% /run/miso/sfs/mhwdfs
loop2         squash 4.0                                                                               0   100% /run/miso/sfs/desktopfs
loop3         squash 4.0                                                                               0   100% /run/miso/sfs/rootfs
sda
└─sda1        ntfs         Storage                          223876B538768795                        1.4T    21% /run/media/garuda/Storage
sdb           iso966 Jolie GARUDA_DR460NIZEDGAMING_BIRDOFPR 2024-04-28-13-20-22-00
├─sdb1        iso966 Jolie GARUDA_DR460NIZEDGAMING_BIRDOFPR 2024-04-28-13-20-22-00                     0   100% /run/miso/bootmnt
└─sdb2        vfat   FAT12 MISO_EFI                         BD21-E279
zram0         swap   1     zram0                            8588ba68-88c3-4bb1-88a8-a70ad83ca7ae                [SWAP]
nvme1n1
└─nvme1n1p1   btrfs                                         9753a0ab-acd4-4ce3-a143-70337a937818    1.8T     0% /run/media/garuda/9753a0ab-acd4-4ce3-a143-70337a937818
nvme0n1
├─nvme0n1p1   vfat   FAT32                                  2B24-FEA3
└─nvme0n1p2   crypto 1                                      c399d964-73af-4850-a7bc-afc679df7a06
└─luks-c399d964-73af-4850-a7bc-afc679df7a06
btrfs                                         4f5db719-10c0-41bd-91b7-f6a68cb5a06d     49G    94% /run/media/garuda/4f5db719-10c0-41bd-91b7-f6a68cb5a06d

idk if it helps

edit: screenshot incase it’s easier to read
image

Have you tried after decrypting or with

sudo mount /dev/mapper/crypto_LUKS /mnt/broken

?

2 Likes

Check or post ls -la /boot/ | grep linux

ls /boot/ | grep linux
.rw------- 148M root  7 Mär 09:35 initramfs-linux-zen-fallback.img
.rw-------  58M root  7 Mär 09:35 initramfs-linux-zen.img
.rw-r--r--  15M root  1 Mär 06:27 vmlinuz-linux-zen

you have these files?

1 Like

I tried mapper and it said it didn’t exist so I might’ve put the wrong names. As for unlocking I had unlocked it to delete the cache, idk if I need to do a separate luks command or something. I’ll get back home in a few hours.