On 4/16/19 7:51 PM, Ancor Gonzalez Sosa wrote:
On 4/16/19 6:25 PM, Carlos E. R. wrote:
On 4/16/19 5:46 PM, Ancor Gonzalez Sosa wrote:
On 4/16/19 3:25 PM, Neil Rickert wrote:
On 4/15/19 1:59 PM, Carlos E. R. wrote:
[...]>
The expert partitioner has changed, and IMO it is not better. Huge display.
What does "huge display" mean?
Again, this is how it looked in 42.3 http://paste.opensuse.org/view//99085952
And this is how it looks in 15.1 http://paste.opensuse.org/view//10725727
What is so different or so huge in the general display? It looks very similar to me.
Except when one has perhaps fifty partitions and several disks, and the default expands them all...
Good point. That's something that changed indeed. The good news is that we are fixing it right now. A new version with a more reasonable approach about expanding/collapsing branches of the tree by default will land in Tumbleweed in a matter of weeks. Too late for 15.1, unfortunately.
Good! :-)
And about "being not better", I can tell you the partitioner in 15.1 contain less bugs than the version in 43.2 (that one was full of pitfalls). In addition, it can now directly format full disks, create software MD RAIDs on top of disks without partitions, create partitions within a software-defined MD RAID and many others combinations that were impossible in the past. It also makes possible to setup bcache devices. So from both reliability and functionality point of views, I would dare to say it IS better. ;-)
I have not tested all that, but I'm sure it is true :-)
It is the visual aspect, and that "settings" has fewer things that perhaps 13.1 had. I miss choosing the default type of partition.
One question. Is it possible to set all system encrypted, without using LVM? This is possible to do manually, but there was talk of including it in YaST.
Using the Partitioner you can encrypt disks, partitions, LVs... whatever you want.
Using the Guided Setup you can use encryption with or without LVM.
So all combinations should be possible.
The current drawback is that if you encrypt the partitions/disks that are needed for booting you will need to enter the password twice per device during the boot process. That needs to be fixed by improving the communication between Grub2 and dracut. Something out of the scope of YaST. I don't know when such communication will be implemented.
I will have to try that setup in a virtual machine. Full encrypted system previously required encrypting the whole LVM and then making partitions inside. There is perhaps a way to avoid entering twice the password: Add a secondary key for each other partitions, such as home, in a file with random content stored in root. Once root is opened, the other partitions read the key from there and open automatically. I use that in a system with encrypted home and two data disks, and I'm only prompted once (root is not encrypted).
Import mount points worked, once I found where it was and how it worked. And unclick "format system volumes". This is very dangerous!
It's EXACTLY in the same place it was in 42.3. That can be checked in the previous comparison screenshots.
And it works EXACTLY in the same way it used to work in 42.3. With "format system volumes" being preselected by default... exactly as it was in 42.3.
Maybe, but the way I remember was from 13.1 ;-)
In this design, I find it difficult to find it, because when going to "disks" it disappears.
Again, let's compare screenshots of 42.3... http://paste.opensuse.org/view//60097489
and 15.1 http://paste.opensuse.org/view//90586477
One of the points that people disliked in 15.0 was that we had simplified that option too much. Now it works exactly as it always did. How it comes that classic behavior we have cloned 1:1 on popular demand is suddenly hard to find, hard to understand and dangerous?
I only said that I found it hard to find. I didn't say any of the others, it worked well. I found the meaning of the "next" and "previous" button not trivial.
I agree the feature is a usability nightmare. But a lot of people complained with every bit we changed on it. So back to the roots. Now it works exactly as always so nobody can complain about regressions. :-)
Ok! I forgot to look at the help text, though. Perhaps that explains it. Anyhow, I did find the procedure without help, just try this try that. It is not that difficult. A bit confusing.
Import previous users did not default to import from the same partition as selected on partition import. And it appears not to import user groups.
I think it imports from the most recently booted linux system. I'm not sure if it is using file system time stamps, or something else. And yes, it does not import groups.
Another thing that has not changed. It has always imported from the most recently accessed Linux.
Wouldn't it make sense to import from the same partition that it imported fstab from?
Hmmm, not so sure. What is wrong, in my opinion, is the fact that the user cannot select from where to import. Enforcing any solution (the most recent, the one imported in the partitioner or any other) is not optimal.
Certainly, enforcing is not optional. Only "default". Once the user says "I'm going to install over this partition", then it can import fstab, passwd, etc, or not, or from other partitions. In this case, there was only one group change; but on a complex system with several user defined groups, it is a chore.
Cheers
-- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org