croweland:
UUID=32ce7456-d8ff-44d3-b018-c6b468e19c53 /home btrfs subvol=/@home,defaults,discard=async,ssd 0 0
UUID=32ce7456-d8ff-44d3-b018-c6b468e19c53 /root btrfs subvol=/@root,defaults,discard=async,ssd 0 0
UUID=32ce7456-d8ff-44d3-b018-c6b468e19c53 /srv btrfs subvol=/@srv,defaults,discard=async,ssd 0 0
It is always nice to be able to rescue some files after they where overwritten by accident. With your separate subvolumes this is independent from system-rollback
and in
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
…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…
Difficulty: ★★☆☆☆
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…
Hello,
I have a Dell XPS 13 9360 with Manjaro stable and the 5.15 kernel and Plasma. I am using btrfs.
I decided to perform an update today, which also included some AUR packages. The AUR packages include ceph-llibs, deadbeef and some others. ceph in particular required a lot of time and resources to build and has failed a few times before. During the update, it seems that I ran out of disk space based on the messages in pamac, and the desktop environment seemed broken (the KDE tray stopped a…
You may have a look at
This is Work in progress (but stable already)
3 Likes
