Bug 1426126 - Implement partitions customization in text user interface
Summary: Implement partitions customization in text user interface
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-02-23 09:22 UTC by Germano Massullo
Modified: 2017-11-20 08:56 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-11-20 08:56:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Germano Massullo 2017-02-23 09:22:46 UTC
Description of problem:
Actually anaconda text user interface does not permit to customize mountpoints and partition type.
So in my experience, I was installing CentOS (as guest system in a virtualized environment) using anconda text user interface and I got a system with swap partiion and XFS filesystem type. I did not need swap partition and XFS filesystem.
The only workaround is to learn using kickstarter customized config files, but this will require an additional "time effort".

In IRC, Freenode, #anaconda, mkolman said:
[10:08] <mkolman> [...] I see two way how this could be improved:
[10:08] <mkolman> 1) (as mentioned above) make it possible for users to assign mountpoints in the TUI to partitions/LVs
[10:09] <mkolman> like that users can switch to shell during installation, create partitions/LVs etc. & format them as they see fit
[10:09] <mkolman> then return to TUI and assign mountpoints (/, /home, swap, etc.) to the partitions/LVs they have created
[10:10] <mkolman> 2) adding an option for fs type to the current automatic partitioning in TUI
[10:10] <mkolman> also the two options are technically not mutually exclusive
[10:13] <mkolman> in any case I suggest filling an enhancement request bug in bugzilla co we can track this (being able to use non-default FS from the tui)

Comment 1 Naresh Sukhija 2017-02-24 13:00:26 UTC
I would also like to fully control the disk partitioning in text mode

Comment 2 Martin Kolman 2017-02-27 12:38:10 UTC
(In reply to Naresh Sukhija from comment #1)
> I would also like to fully control the disk partitioning in text mode
This is very unlikely to happen in the text user interface - just compare the custom partitioning UI in the GUI. Even just the information density to be presented is far too high to reasonably present in a text interface.

But the create-storage-in-shell & assign-mountpoints in text mode workflow should provide almost the same thing (for people who can use the corresponding shell commands).

Comment 3 Naresh Sukhija 2017-02-28 09:46:47 UTC
Ok, please suggest how to get and use "create-storage-in-shell & assign-mountpoints" during text install
With Alt + F2, I know it is easy to create the partitions, VGs, LVs, filesystems. But the question is how do we make Text Installation to use them ? May be this is what "assign-mountpoints" is supposed to do, but I don't have visibility into it

Comment 4 Martin Kolman 2017-02-28 10:59:37 UTC
(In reply to Naresh Sukhija from comment #3)
> Ok, please suggest how to get and use "create-storage-in-shell &
> assign-mountpoints" during text install
> With Alt + F2, I know it is easy to create the partitions, VGs, LVs,
> filesystems. But the question is how do we make Text Installation to use
> them ? May be this is what "assign-mountpoints" is supposed to do, but I
> don't have visibility into it

Well, at this stage the select-mountpoint workflow is a proposal/idea/brainstorming, but this is how a example workflow *could* look like if it is ever implemented:

0) let say we have a system with a single empty disk (/dev/vda) and want to have a EXT4 formatted /var partition
1) you switch to shell (via ALT + F2 or there might possibly even be a menu option) from the TUI
2) use fdisk to create partition table & your root partition:
fdisk /dev/vda
3) format the partition with ext4: 
mkfs.ext4 /dev/vda1
4) exit the shell (CTRL + d/exit)
5) back in TUI you switch to the storage spoke
6) in storage spoke select the "assign mountpoint" option
7) anaconda rescans storage configuration and presents the option to assign block devices to mountpoints (this could be as simple as just two input fields - path to the block device & mountpoint, or some menu could be presented, but that might not scale very well for complex storage configurations)
8) once you cofirm the selection Anaconda will register the block device - mountpoint assignment and would make sure it ends up in fstab

Does the example workflow above look like something you can imagine using if it is implemented ?

Comment 5 Naresh Sukhija 2017-02-28 12:02:38 UTC
Yes, that will fulfill my custom partitioning requirement
Hope "Assign mount point" option will allow more filesystems apart from / and swap
Also, I hope it will support LVs

Comment 6 Fedora End Of Life 2017-02-28 12:25:06 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.

Comment 7 Vratislav Podzimek 2017-02-28 13:00:48 UTC
(In reply to Naresh Sukhija from comment #5)
> Yes, that will fulfill my custom partitioning requirement
> Hope "Assign mount point" option will allow more filesystems apart from /
> and swap
> Also, I hope it will support LVs

Yes, this all is part of the plan.

Comment 8 Jiri Konecny 2017-11-20 08:56:53 UTC
Already implemented in F27 and Rawhide.

PR: https://github.com/rhinstaller/anaconda/pull/1211


Note You need to log in before you can comment on or make changes to this bug.