Bug 438367 - Reusing encrypted partitions in a new install is broken.
Summary: Reusing encrypted partitions in a new install is broken.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-20 16:31 UTC by Bruno Wolff III
Modified: 2008-04-04 15:54 UTC (History)
0 users

Fixed In Version: anaconda-11.4.0.62-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-04-04 15:54:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bruno Wolff III 2008-03-20 16:31:45 UTC
Description of problem:
While doing a reinstall of rawhide I wanted to save a little time by reusing the
raid definitions I had used previously. They originally showed up as type
foreign. I went in to specify that they should be reformatted as ext3 and
specified encryption and specified a mount point. At this point things looked OK
in that menu. However when I close it the device still showed as being type
foreign (rather than ext3) and there was no lock. When I went back to check it
with the edit function the mount point information had been removed.
The raid away with encrypted swap seemed to work correctly.
I expect to be able to work around this easily, and I doubt it will affect many
(any?) people trying to use the beta, so there probably isn't a rush to do this.
I didn't have any encryption on normal devices, so I don't know if raid is
really needed to trigger this.

Version-Release number of selected component (if applicable):
anaconda-11.4.0.55-1 on an x86_64 system.

How reproducible:
I don't know as this is the first reinstall which I tried to do reusing existing
encrypted file systems.

Steps to Reproduce:
1.Install fedora using encrypted file systems (and possibly raid 1).
2.Redo the install using a custom layout and try to reuse an encrypted partition
in the new install.
3.
  
Actual results:
Mount point information is lost before I can proceed to the next step of the
install.

Expected results:
That I be able to move on to the next step of the install.

Additional info:

Comment 1 Jeremy Katz 2008-03-20 16:42:36 UTC
Dave is looking at this and depending on how the patch looks, we're going to
make the call of whether to put it in or to put off this support until F10

Comment 2 Bruno Wolff III 2008-03-20 16:54:42 UTC
OK. The work around was pretty simple, so it may not be worth risking something
that might break things at this point. I just deleted the raid arrays and
recreated them. Doing this one at a time made it so I didn't even have to do
much picking. The install is proceeding now, and I expect it to work. (I am up
to the starting install process. This may take several minutes... prompt.)

Comment 3 David Lehman 2008-04-04 15:54:39 UTC
As of anaconda-11.4.0.62-1 you can reuse preexisting LUKS partitions, RAID
devices, and logical volumes, provided you enter the correct passphrase when
prompted (prompting occurs immediately prior to the partitioning screens, after
root password screen).

Encrypted RAID member devices do not work at this time, but a fix is in the works.


Note You need to log in before you can comment on or make changes to this bug.