Reinstall+erase: unconfigured /home mount leads to false success.

Bug #1993663 reported by Adrien Nader
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu Manual Tests
New
Undecided
Unassigned

Bug Description

testcase: "Install (erase and re-install) in Ubuntu Desktop amd64 in Kinetic Daily "

The test is supposed to check that the /home filesystem has been wiped.

UPDATE: I made a mistake since I had missed something in the testcase near the end.
It is expected that the new installation doesn't re-use the /home partition from the first installation. However I also think the testcase should be improved by providing a way to check the data in the now-unused /home partition has been indeed deleted if that is indeed what is wanted.

Possible mprovements:
- after chosing to re-install, the installer displays what will be done to partitions: this should include formatting the previously-used /home partition (which requires remembering the partition numbers seen when partitioning for the first install),
- try to mount the previous /home partition and if it doesn't fail, then 'ls' it to check that it is empty.

Adrien Nader (adrien)
description: updated
summary: - Unconfigured /home mount is enough to succeed
+ Reinstall+erase: unconfigured /home mount is enough to succeed
summary: - Reinstall+erase: unconfigured /home mount is enough to succeed
+ Reinstall+erase: unconfigured /home mount leads to false success.
description: updated
Revision history for this message
Adrien Nader (adrien) wrote (last edit ):

I checked that this behaviour has not been met since at least 14.04 (ok, I admit I didn't test 16.04). It would be helpful to have someone provide the insights on the intention(*) and when that was the case. If this is not possible, we should decide what should be the behaviour now.

(*) I'd say the original intention is to format the /home partition and re-use it because of these two sentences in the test:
- "Name, username and password are accepted. You should enter the same username as the first install so that the /home partition is re-used. The continue button is enabled"
- "You should verify that the /home partition has been wiped out an no previous data has been left back "

It is also possible that the partition is not (automatically) re-used though.

edit: while I now have doubts as to what the original intention was, I also think these sentences are inconsistent/misleading wrt the rest of the document since the first one says "so that the /home partition is re-used".

Adrien Nader (adrien)
description: updated
Revision history for this message
Jane Atkinson (irihapeti) wrote :

I find the current (23.04) wording confusing, and have difficulty in figuring out how this is different from the "manual partitioning re-using home partition" reinstall variant. E.g. should the existing /home partition be removed and then a new one created? Or do I just leave the existing one there and change the other partitions?

If the original /home partition is retained and not formatted, then I'd expect it to retain the browsing history etc. Yet this is considered a fail. I agree with adrien-n that it would help if the intention of this test were clearer.

Revision history for this message
Tim Andersson (andersson123) wrote :

The wording for this should be better. Perhaps the /home partition should be formatted? I just tested removing the home partition and putting it back when 'erasing' and it retains the data if not formatted. Perhaps the instruction should say to format the /home partition, or maybe in the second step instead of choosing 'Something else' the tester should press the 'Erase and Reinstall' option instead, and not manually partition the disk. Will look into it and improve the wording

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.