encrypted swap reused from previous install when wiping and reinstalling

Bug #1097890 reported by Paul Larson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Expired
Medium
Unassigned

Bug Description

I've been able to reproduce this easily on both amd64 and panda, so it does not appear to depend on arch.

1. install raring with lvm+crypt selected
2. once that install is complete, reinstall using the same drive/system, this time select to have it "Erase Ubuntu and reinstall"
3. once the install is complete, reboot to the newly installed system and run 'cat /proc/swaps'

It would be expected to see /dev/sda? here due to automatic creation of a swap partition at install time. However after installing with lvm+crypt, it seems to reuse the old encrypted volume from the previous install (/dev/dm-0).

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 3.7.0-7.15-generic 3.7.0
Uname: Linux 3.7.0-7-generic x86_64
ApportVersion: 2.8-0ubuntu1
Architecture: amd64
Date: Wed Jan 9 12:19:00 2013
EcryptfsInUse: Yes
InstallCmdLine: file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity
InstallationDate: Installed on 2013-01-09 (0 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130109)
MarkForUpload: True
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Paul Larson (pwlars) wrote :
Revision history for this message
Dimitri John Ledkov (xnox) wrote :

Needs checking if this can also be reproduced with ubuntu server cd.

Changed in ubiquity (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Paul Larson (pwlars) wrote :

Using the server cd, I did the equivalent process: Install with lvm+crypt, then reinstall using guided partitioning/use full disk. When doing this, it did not reuse the previous swap partition. Contents of /proc/swaps after the 2nd install indicated /dev/sda5 was being used instead of /dev/dm-?

Changed in ubiquity (Ubuntu):
status: New → Triaged
tags: added: rls-r-notfixing
removed: rls-r-incoming
Revision history for this message
Dimitri John Ledkov (xnox) wrote :

By default in partman we do specify to reuse the swap partition if one exists on the system already.
The fact that server cd != desktop cd case is a little surprising to me, unless there are further ubiquity specific delta there.

Revision history for this message
Marcus Tomlinson (marcustomlinson) wrote :

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

Changed in ubiquity (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.]

Changed in ubiquity (Ubuntu):
status: Incomplete → Expired
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.