# Integrating \`blivet-gui\` pr \`gparted\` into the core

**URL:** <https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032>\
**Category:** Bluefin\
**Created:** [May 31, 2024, 6:30pm UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032 "2024-05-31T18:30:04Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![darkghosthunter](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/darkghosthunter/32/703_2.png) [@darkghosthunter](https://universal-blue.discourse.group/u/darkghosthunter)\
**Post date:** [May 31, 2024, 6:30pm UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032/1 "2024-05-31T18:30:04Z")

</div>

Currently Bluefin/Aurora includes GNOME’s Disks, which may be enough for simple partitioning.

The problem is that is not enough for other filesystems, especially `btrfs` which comes by default. Enabling GUI applications like `blivet-gui` (part of anaconda installation) or `gparted` (third party), require `rpm-ostree install xxx` which not all users should be using since it’s mostly “last resort”.

I think these utilities should be included into the base image, or at least, made available to install using `ujust --install-gparted/blivet` safely.

Note: I tried the rootless Distrobox for both but coudln’t run, and even if they did, these detected no device.

---

<div class="post-metadata">

**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\
**Post date:** [June 2, 2024, 1:32am UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032/2 "2024-06-02T01:32:23Z")

</div>

Have you tried using the included gnome disks?

---

<div class="post-metadata">

**Author:** ![darkghosthunter](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/darkghosthunter/32/703_2.png) [@darkghosthunter](https://universal-blue.discourse.group/u/darkghosthunter)\
**Post date:** [June 2, 2024, 1:46am UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032/3 "2024-06-02T01:46:32Z")

</div>

Yes, but it doesn’t list BTRFS subvolumes. Not even `udisks` can make up their mind (since 2010), so I think we’re bound for third-party tools to manage BTRFS partitions, subvolumes and snapshots, let alone backup plans.

BTRFS subvolume mounting is exclusive to editing `etc/fstab`. I tried to mount an subvolume for `/home/superman` with `1000:1000` but then the system refused to boot and had to revert the `fstab` using a live distro.

BTW, no luck trying Distrobox for using tools like ButterManager or blivet-gui. These need root and for some reason they don’t detect any disk if I create/mount them as root.

---

<div class="post-metadata">

**Author:** ![j0rge](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/j0rge/32/8_2.png) [@j0rge](https://universal-blue.discourse.group/u/j0rge)\
**Post date:** [June 2, 2024, 1:51am UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032/4 "2024-06-02T01:51:35Z")

</div>

Oh sorry just realized that you had mentioned that in your original post! I’d just layer it, do the thing you need to do to setup your disks and then remove it?

---

<div class="post-metadata">

**Author:** ![darkghosthunter](https://yyz2.discourse-cdn.com/free1/user_avatar/universal-blue.discourse.group/darkghosthunter/32/703_2.png) [@darkghosthunter](https://universal-blue.discourse.group/u/darkghosthunter)\
**Post date:** [June 6, 2024, 4:44pm UTC](https://universal-blue.discourse.group/t/integrating-blivet-gui-pr-gparted-into-the-core/2032/5 "2024-06-06T16:44:00Z")

</div>

Well, to constantly do snapshots and restore them I need an app installed permanently.

I don’t think I’m the only one that needs a BTRFS manager, as the CLI works, but a graphical manager would be a better experience.
