On Tue, 12 May 2020, Ancor Gonzalez Sosa wrote:
Crazy idea 1 ============
[...]
sda1 (NTFS) sda2 (NTFS) sdb1 (ext3) vg0/root (btrfs) vg0/home (ext4) Free space at vg0 sdc (empty)
Those are the devices (or spaces) that can be used for something immediately.
sda is not displayed because is fully used, so there is not much you can do with it unless you delete/resize its partitions first. sdb2 is not displayed because it's the PV of vg0, so you likely don't want to do anything with it, unless you destroy vg0 first. And so on.
To think along this example: sdb is not shown as it's fully used - so I have to free its partitions first. But - oops - sdb2 is not shown either, so I can't free it - *and* - I don't know *why* it's not shown. I think it's not a good idea to put too much efford into hiding the details. This goes the parted way and won't make many people happy. What I expect from a storage manager is that it shows - in an easily understandable way - what storage is there and how it's used. If I have to go for a hunt for partitions or have to undo the partitioner's logic first to get to things, that's not helpful. I would argue that the typical user knows what a disk is and that there are things like partitions on it. I admit, I also played like Josef with the thought that doing something along the device graph would be cool. That goes the way of all this orchestrating cloud people do. But that always pops up the image of Tom Cruise swishing wildly with his hands in the air in that movie. Anyway, I would avoid too much implementation efford for no tangible use.
In that list, if you select sda1 you could then decide to mount it or reformat it. And of course, you could also decide to delete or resize it, which will result in a new free space appearing in the list.
In a more realistic use-case I would want to add sda1 to my pool of PVs. *Without* deleting it first because that would surely mess up my partition layout.
If you select the free space in vg0, you will have the option to create a new LV.
And there would be several free spaces for a disk labeled 'free space #N at sdc'. With no clear indication where the free space is and which partition I could enlarge (for example).
If you select sdc, you will be able to format it or to create a partition table on it. Maybe even the option to use it as PV for an existing or new volume group.
What I *would* like to see added to the partitioner is an option to delete sdc (a whole disk). You can do that easily for partitions right now but are completely left alone when you want to get rid of that encrypted file system on sdc - and no, I don't want to put somthing else there instead. Maybe even offer a secure wipe.
Crazy idea 1. Extension ========================
[...]
Previous status: formatted as ext4
Chosen action(s): - Format it as Btrfs - Mount it at "/" (see subvolumes)
Possible actions: [Format / mount] [Delete] [Resize]
Maybe, but this might be bordering on information overload. Presenting too much information in a too verbose way is like reading a license agreement. :-) Finally, I wouldn't throw away everything. The UI is actually quite good. IMHO it just bears some legacy burden from the old storage UI and the information presented is not always ideal. What I really would miss is the ability to partition my disks in an expert partitioner. :-) P.S. An idea for the device graph viewer: can't we increase the level of detail when the user zooms in? Steffen -- Give orange me give eat orange me eat orange give me eat orange give me you. (chimp Nim, using sign language) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org To contact the owner, e-mail: yast-devel+owner@opensuse.org