+++ This bug was initially created as a clone of Bug #681597 +++ Description of problem: An attempt to resize existing logical volume during installation can corrupt filesystem on it. See steps to reproduce, logs from the installation will be attached. Version-Release number of selected component (if applicable): anaconda-15.20-1 How reproducible: probably always Steps to Reproduce: 1. install with default LVM partitioning 2. start new installation in graphical mode 3. use custom partitioning 4. edit and resize existing logical volume holding / from previous install new size: 2000 MB mount point: /mnt/resized 5. create logical volume for new root filesystem 6. reuse /boot and swap partitions from previous installation 7. continue with the installation Actual results: error message: Unable to mount filesystem An error occurred mounting device /dev/mapper/vg_rtt7-lv_root as /mnt/resized: mount failed: (9, None). This is a fatal error and the install cannot continue. Press <Enter> to exit the installer. Expected results: resized logical volume is mounted after resizing, installer continues with package selection.
Fixed for Fedora 15 in anaconda-15.22-1.
Discussed at 2011-03-11 blocker review meeting. This issue is fixed and available for testing in anaconda-15.22-1. The issue has been accepted as a beta blocker.
anaconda-15.26-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/anaconda-15.26-1.fc15
Package anaconda-15.26-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-15.26-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/anaconda-15.26-1.fc15 then log in and leave karma (feedback).
anaconda-15.26-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.