[HowTo] UEFI boot -> GPT, FAT32, GRUB to manjaro

[andreas85]

@MrPK

Step 5c. Mount all other partitions at their subsequent mount points but instead of /mnt/mountpoint, you will have to use /mnt/@/“mountpoint” so for an example home partition, you would use mount /dev/sda2 /mnt/@/home

When using chroot with btrfs, you need to create the same filesystemtree as you use always. BUT
You have to do it under /YOURMOUNTPOINT/ instead of /

Wether you need /YOURMOUNTPOINT/@/ instead depends how you mounted the btrfs-volume

• mount with subvol=/ → /YOURMOUNTPOINT/@/
• mount with subvol=/@ → /YOURMOUNTPOINT/

And NO, I didn’t get it wrong! This is intentional.

/YOURMOUNTPOINT/ can be /mnt/ , but i prefere something like /mnt/BTRFS/

You may find additional advice in

[how to] Manual rollback with btrfs

Difficulty: ★★☆☆☆

Why roll back?

If Manjaro doesn’t want to boot into the graphical user interface. If an update managed to break an application you need …

Now btrfs pays off! With a good layout and snapper. Please read all of the instructions through to the end before you begin. Only a few steps are necessary for a rollback:

Boot a rescue Manjaro

Either from CD or from a live USB stick or somewhere else. Under no circumstances use the btrfs volume that you want to repair. If the nece…

[how to] rescue data from a damaged btrfs volume

Difficulty: ★★☆☆☆ You used btrfs. Now it’s paying off. There is an easy way out (I’ve already done this myself):

In most cases, when a btrfs volume breaks, it is possible to recover the data

This is because btrfs works with copy on write. This means that new changes are always appended at the end, so to speak. The previously existing data is not actually overwritten. (In reality this is a bit more complicated, but for us here this simplified view is sufficient). If the file system ge…