(Update) Well finally back on my desktop but sadly not on my original install, Thanks for all the help and advice! Sadly every path just sent me into another brick wall, I’m starting to think my drive itself is physically failing as I couldn’t mount it in chroot and even had trouble reformatting it…I’ll keep an eye on it and not save anything important to it

I’ve decided I’m just not cut out for vanilla Arch just yet and gone back to Endeavour but this time with Cinnamon (for now) Thanks again!

After upgrading to KDE 6 and experiencing too many bugs for it to be useable for me I went back to a snapshot I made right before upgrading.

Now I’ve spent half my Friday tracking down different systemctl errors and trying to fix corrupted conf files from live USB environments, physically unplugged all but my nvme boot drive.

Rn I’m in a situation where I’m getting

[FAILED] Failed to mount /boot. See ‘systemctl status boot.mount’ for details [DEPEND] Dependency failed for Local File System.

Then it’s asking to give root password or press control-D, which I’ve dealt with before but this time my keyboard just doesn’t work

I tried to just sort it myself reading the Arch Wiki before begging for help on forums but I’m kinda at my wits end, This is a pretty new Arch installed and the first time using btfs on my main drive, I last updated maybe 4 days ago before today. I’ve also successfully restored from timeshift snapshots on this install before without issues.

Any help where to go from here would be great, thanks in advance.

  • Atemu@lemmy.ml
    8·
    8 months ago

    So you rolled back your root filesystem’s system state to a snapshot but did you roll back the kernel you’re booting into aswell?

    If you didn’t, that’d explain the symptoms seen here; you might be booting into a newer kernel than the system state has modules for. Without the appropriate kernel modules, Linux cannot mount filesystems or accept keyboard input. (This depends on which modules are required by the HW and whether they’re built into the kernel or copied to the initrd though.)

    For debugging, simply boot a live ISO and chroot into the system. The Arch Wiki has a page for that. You should be able to look at the journal inside the chroot and it’ll tell you exactly what’s wrong.

    • HouseWolf@lemm.eeOPEnglish
      2·
      8 months ago

      I rolled back using timeshift, which I have used many times before without issue.

      I’m not sure it that also rolls back the kernal but I seem to recall it typically does? I can be mistaken.

      • Atemu@lemmy.ml
        5·
        8 months ago

        That fully depends on where your kernels are stored. If they’re in a separate partition, then no; it won’t roll back with the rest of your system.

            • Atemu@lemmy.ml
              1·
              8 months ago

              That doesn’t matter. Snapshots only concern the state of any one filesystem; they do not address separate filesystems in any way.

            • losttourist@kbin.social
              1·
              8 months ago

              Linux doesn’t really know about drives, it knows about partitions and mount points.

              Obviously this is a simplification, but in general it’s close enough. It also could well be your problem - timeshift doesn’t know or care that /boot is on the same physical drive as the rest of your system: if it’s a different partition, it’s separate.

  • CeeBee@lemmy.world
    3·
    8 months ago

    FAILED] Failed to mount /boot.

    Something you did made your boot partition disappear.

    Then it’s asking to give root password or press control-D, which I’ve dealt with before but this time my keyboard just doesn’t work

    It dropped you into an emergency console. Which makes sense because something has gotten terribly messed up.

    It would be helpful if you have some extra details like system specs. Partition layout (is boot, root, and home all on the same drive?). Which FS are you using, etc.

    It’s likely you’re only going to get back to a working system with a live environment. You’ll have to manually mount the important partitions (root and /boot), chroot to those mounts, and then repair the bootloader.

  • thingsiplay@beehaw.org
    2·
    8 months ago

    Check your /etc/fstab and uncomment all drives you have unplugged. But not sure if that helps in your case, beceause it cannot find /boot? I’m no expert, so not sure whats going on. Check if EFI or like that is installed on an unplugged drive.

  • fl42v@lemmy.ml
    2·
    8 months ago

    So, what’s in the fstab, anyways? Full contents uploaded on pastebin or smth similar would be helpful. Same goes for the bootloader used and the method of installation (the proper way or archinstall)

    Anyway, you can boot into the arch iso, make mounts and re-genfstab -U it.