Timeshift restore without GRUB rebuild, can't mount /efi.

dcaspar · 2024-11-28 04:59:03

The other day I accidentally restored a timeshift backup that was much older than I anticipated (note to self, don't use timeshift while on a phone call at the same time).

This required me to fix the bootloader when all was done. After booting back into the system I then decided I should try revert to one of the more recent timeshift snapshots on the system.
Stupidly I chose not to rebuild GRUB with this (thinking, well I've just done that).

This has now created the situation where the system hangs after grub with the message "failed to mount /efi - dependency failed for local filesystem" (same for remote filesystems that are in my fstab).

I tried to put in the arch live USB again to repair GRUB again, but when trying to mount my root partition at /mnt it fails with the error "can't look up blockdev".

Since I am able to boot into "emergency mode" can I repair GRUB from there? Am I barking up the wrong tree with the grub repair since this seems to be a filesystem mounting error and it shows up after GRUB.

I figured best to ask here before I make things more messy for myself.

Head_on_a_Stick · 2024-11-28 05:52:57

dcaspar wrote:

This has now created the situation where the system hangs after grub with the message "failed to mount /efi - dependency failed for local filesystem" (same for remote filesystems that are in my fstab).

Does the booted kernel image match the content of /usr/lib/modules/? Use the `file` command on the kernel image to find the version, if they do not match the kernel can't load the filesystem drivers it needs to read the partitions.

dcaspar · 2024-11-28 06:56:19

Seems like they match.
/usr/lib/modules and /boot/vmlinuz-linux both report 6.11.6-arch1-1

Head_on_a_Stick · 2024-11-29 21:51:56

dcaspar wrote:

I tried to put in the arch live USB again to repair GRUB again, but when trying to mount my root partition at /mnt it fails with the error "can't look up blockdev"

Your vague description is confusing for me. Please post the exact, full commands used along with the verbatim output. Thanks.

dcaspar · 2024-11-30 06:57:44

Sorry about that.

From the Arch live USB:

mount /dev/nvme0n1p3 /mnt
mount: /mnt: fsconfig system call failed: /dev/nvme0n1p3: Can't lookup blockdev.
dmesg(1) may have more information after failed mount system call.

Here is the output of dmesg:
https://0x0.st/XRES.txt

Booting without the live usb I can enter "emergency mode". From there lsblk shows that nvme0n1p3 is mounted at / and i can access all files. but it seems the boot partition (nvme0n1p1) is not mounted. Checking jounalctl -xb it says "systemd[1]: efi.mount: Mount process exided, code=exited, status=32/n/a"
I am unable to upload the full journalctl to 0x0.st as it reterns "curl: (6) Could not resolve host: 0x0.st"

Head_on_a_Stick · 2024-11-30 11:31:53

dcaspar wrote:

mount /dev/nvme0n1p3 /mnt
mount: /mnt: fsconfig system call failed: /dev/nvme0n1p3: Can't lookup blockdev.
dmesg(1) may have more information after failed mount system call.

Which filesystem is on that partition? Use `lsblk -f` to check. Perhaps try fsck(8) as well.

dcaspar wrote:

I am unable to upload the full journalctl to 0x0.st as it reterns "curl: (6) Could not resolve host: 0x0.st"

View from the live ISO and use the connection there: https://wiki.archlinux.org/title/System … al_to_view

dcaspar · 2024-11-30 11:48:24

The filesystem is ext4.
Running fsck seemed to work and I'm now able to mount that partition from the live USB.

Here's the output of journalctl:
https://0x0.st/XRIj.txt

Since I am now able to mount the drive and arch-chroot into it should I go ahead and try re-installing grub?

Head_on_a_Stick · 2024-11-30 13:22:09

Yes.

dcaspar · Yesterday 05:31:04

Unfortunately it didn't work. I am still getting the error: failed to mount /efi - dependency failed for local filesystem.

I followed the GRUB installation instructions here: https://wiki.archlinux.org/title/GRUB#Installation and then rebuilt the config with grub-mkconfig.

EDIT:
I noticed I had an entry at /boot/EFI/EFI, so I deleted this and tried to re-install grub to --efi-directory=/boot, however I'm now getting the error "FAT-fs (nvme0n1p1): error, corrupted directory (invalid entries), grub-install error: failed to make directory '/boot/EFI/GRUB'.

Last edited by dcaspar (Yesterday 05:44:09)

Head_on_a_Stick · Yesterday 08:28:45

So did you originally have the ESP mounted under /efi/ or /boot/?

I'm not sure how much help I will be here, I've used btrfs snapshots for restoration but I used my own scripts rather than Timeshift.

Arch Linux

#1 2024-11-28 04:59:03

Timeshift restore without GRUB rebuild, can't mount /efi.

#2 2024-11-28 05:52:57

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#3 2024-11-28 06:56:19

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#4 2024-11-29 21:51:56

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#5 2024-11-30 06:57:44

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#6 2024-11-30 11:31:53

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#7 2024-11-30 11:48:24

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#8 2024-11-30 13:22:09

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#9 Yesterday 05:31:04

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

#10 Yesterday 08:28:45

Re: Timeshift restore without GRUB rebuild, can't mount /efi.

Board footer