|
Bugzilla – Full Text Bug Listing |
| Summary: | Installer Expert Partitioner has several issues with existing partition use | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Stuart Rogers <stuart> |
| Component: | Installation | Assignee: | YaST Team <yast-internal> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P2 - High | CC: | jlopez, jreidinger, jsrain, nwr10cst-oslnx, riafarov |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| URL: | https://trello.com/c/r6sk4mQB | ||
| Whiteboard: | https://trello.com/c/14Kfo6mY/202-5-expert-partitioner-dialog-for-formatting-options | ||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Stuart Rogers
2018-01-28 11:15:57 UTC
Just double checked on how it fails and noticed that there is no VFAT option when trying to format /boot/efi partition. The Options button reports Not Implemented Yet. Some of this makes me think that the installer added to this snapshot is in fact not a stable version but some work in progress, especially as the Options button works in the older snapshot. I download openSUSE-Tumbleweed-DVD-x86_64-Snapshot20180128-Media.iso to test this. I tested in a KVM virtual machine. Test 1: I went to expert partitioner, with existing partitions. I set the EFI partition to mount at "/boot/efi" I set the root partition to be formatted and mounted at "/" I set the home partition to be mounted at "/home" I set the swap partition to be mounted at "swap" (I had to type in "swap" (without the quotes). That all worked, though I aborted the install before it actually wrote to disk. Test 2: Again, using expert partitioner with existing partitions. I set the EFI partition to be formatted with FAT. And it lost its property of being the EFI System Partition. Although I set it to mount at "/boot/efi", and completed the steps for other partitions, I got that complaint about no "/boot/efi". Test 3: I then hit the "Back" button, and restarted the partitioning section. I was then able to proceed as in Test1. What I did not try, but might work: I did not try deleting the EFI partition, and then adding it back. That might work, because adding a partition gives more options than formatting. One further point I have discovered after successful install on a new empty HDD is that the fstab built by the installer references the system disks by name eg. /dev/sda1 etc rather than by UUID which is a backwards step as the name can change if the disks are plugged in in a different order. From memory the Options (if it worked) would allow the disk to be referenced by UUID which in my view should be the default. There seem to be more bugs appearing in this installer each time I look at it. >references the system disks by name eg. /dev/sda1 etc rather than by UUID
This seems to be true for my install.
You can change that in the partitioner. For each partition, click on "FSTAB options, and you can choose. However the default seems to be device name. And I agree with you, that UUID would be a better default.
However, I think you should report this as a new (different) bug.
From memory I think you need to click on Options button to change that but the issue with this installer is that the Option button does not work! The 'options' button has been added back with this pr: https://github.com/yast/yast-storage-ng/pull/506 The other issue(s) described here is that you can only set the partition type if you do *not* format it - which is a bit strange. And the dialog 'forgets' the current partition type if you switch to 'format'. I've created a new card in our scrum board for these issues. But please do *not* heap any further bugs you encounter in the expert partitioner onto this bugzilla entry. Remember the rule: one bug - one bug report. With version 4.0.130 of yast2-storage-ng it will possible to manually edit the partition id. |