Red Hat Bugzilla – Bug 683574
Logical volume resize causes corrupted filesystem
Last modified: 2011-04-05 17:39:13 EDT
+++ 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):
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
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.
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.
* 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:
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.