Bugzilla – Bug 1084213
[storage-ng][*15 & TW affected] /home subvolume not created if user opts to not have a /home partition
Last modified: 2019-04-15 12:17:29 UTC
Created attachment 762888 [details]
Steps to reproduce:
- Install any libstorage-ng OS on a blank disk
- Choose guided setup during partitioning
- Select Disk
- Leave LVM and Disk Encryption unticked (as default)
- On the settings for the Root Partition Screen - configure the following:
- UNTICK Propose Separate Home Partition
- Leave all the other boxes as default (File System type BTRFS, Snapshots enabled, Separate Swap enabled, Enlarge RAM for Suspend)
The resulting proposal has only 8 subvolume actions creating the following subvolumes
@/home is missing, this is unexpected and crates a system with a critical flaw.
There is the potential for serious data loss for any user who installs their system showing this behaviour.
That includes any fresh Tumbleweed installation from current snapshots, and potentially SLE-15 and Leap-15 assuming they are showing the same behaviour.
Any user using rollbacks on these systems will loose all data in /home written since their last snapshot
As we have no way of repairing subvolumes retroactively, any user who has installed any *SUSE OS that exhibits this behaviour will need to *RE-INSTALL* to recover from this bug.
It's essential that when using btrfs as the rootfs without /home as a separate partition, the @/home subvolume is created.
This is the purpose of the associated lines in the control.xml, which seem to be ignored at the moment:
These logs are from an installation in topped immediately after proposal is presented; my other system struck by this bug is currently inaccessible, on account of it bring remote, only allowing ssh key authentication, and as it's ssh keys were held in /home, they were lost during a rollback.
(okurz, ccing you to this bug because I am concerned about the SLE-15 impact, can you or someone from QA take a look?)
Confirmed present on SLE 15 and Leap 15
SLE 15 bug filed - https://bugzilla.suse.com/show_bug.cgi?id=1084261
Confirmed alternative way of reproducing bug
- install any libstorage-ng OS on a disk too small for a seperate /home partition (eg. 8GB)
- the automatic default proposal will not propose a /home subvolume, when it absolutely must in this case
Tracking in YaST scrum board
*** Bug 1084261 has been marked as a duplicate of this bug. ***
I created this unit test that showcases the problem
The dark side is that there is indeed a bug. The bright side is that having a testcase should make the fix relatively easy and should prevent it from reappearing.
(In reply to Ancor Gonzalez Sosa from comment #7)
> I created this unit test that showcases the problem
That pull request also contains the fix now, not only the testcase. I will verify the fix manually on top of a SLE15 RC1.
Fixed in yast2-storage-ng >= 4.0.129
See submit request https://build.suse.de/request/show/157585
(In reply to Ancor Gonzalez Sosa from comment #9)
> Fixed in yast2-storage-ng >= 4.0.129
> See submit request https://build.suse.de/request/show/157585
Sorry, I meant submit request https://build.opensuse.org/request/show/584810