Description of problem:
I changed existing PV encryption status and it becomes to have "Unknown" type in table.
Version-Release number of selected component (if applicable):
Editing encrypted PV again shows "ext4" fs type in editor.
Logs in bug# 526906, if needed.
And it doesn't have "encrypt" checkbox set.
Seems, same happens with all other partition types.
Created attachment 363477 [details]
Screenshot of what happened when I changed encrypt status of swap partition.
Does this happen with preexisting LVM only? I just performed the following test:
1. created VG
2. created 2 LV (no encryption)
3. modified one LV (checked encryption)
4. modified the previous LV (unchecked encryption)
I did not see "unknown" anywhere in the custom layout.
That is on kvm virtual guest with new clean disk image.
I started with default partitioning and just click encrypt on swap.
Also, this is on livecd, as you see on screenshot.
Can't reproduce with Xen and regular install. I'll have to check the LiveCD and KVM tomorrow.
Any luck reproducing?
I'm still seeing this error with newer livecd.
But question was to Alexander Todorov, I guess.
(In reply to comment #8)
> Any luck reproducing?
No. I've tried with F12-Alpha-LiveCD on KVM host using:
1) start with clean disk image and select default partitioning
2) Edit lv_swap and make it encrypted
3) Click OK
The type doesn't change it stays "swap" and the encrypted icon is shown.
can you give us more details about your steps to reproduce, package/distro versions, etc. If you can post a screen cast (using gtk-recordMyDesktop) that might be helpful.
(In reply to comment #10)
> No. I've tried with F12-Alpha-LiveCD on KVM host using:
I was using latest nightly build from http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/
> can you give us more details about your steps to reproduce, package/distro
> versions, etc. If you can post a screen cast (using gtk-recordMyDesktop) that
> might be helpful.
Will post screen cast if it won't work for you with nightly.
With the latest desktop ISO from the above link I can reproduce this bug:
1) start livecd as KVM guest
2) select default partitioning or use entire system
3) Modify the swap logical volume and enable the encrypted checkbox.
4) The type column goes from swap to Unknown and the install can't proceed in my case because I have only 512MB of memory for the virtual guest.
(In reply to comment #12)
> install can't proceed in
> my case because I have only 512MB of memory for the virtual guest.
With 512M of memory installation was successful with default partitioning.
As confirmed and pretty severe bug, adding this to F12Blocker tracker.
Adding for discussion in F-12 Beta blocker review meeting
I'm able to reproduce this consistently now live images built from rawhide as of 2009-10-09. Available soon on http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/
The new key escrow functionality, which is only usable via kickstart, had a dependency which was not present in the live images. This prevented loading of the module that handles LUKS formatting.
Will be fixed in anaconda-12.37-1 for F12 and anaconda-13.4-1 for rawhide.
Tested using a custom built live image of the desktop spin that contains anaconda-12.37-1. No longer able to reproduce the reported failure.
Alexey, can you confirm as well?
NOTE: you will need anaconda-12.37 which isn't included in the live image as of this post. You can either create or download a live image that includes anaconda-12.37, or install it on an existing live image.
Moving to CLOSED RAWHIDE. I have tested this on nightly composes containing anaconda-12.38-1 and am not able to reproduce the failure. Feel free to reopen this issue if the problem remains