diff options
author | David Cantrell <dcantrell@redhat.com> | 2009-04-14 13:35:54 -1000 |
---|---|---|
committer | David Cantrell <dcantrell@redhat.com> | 2009-04-15 04:23:33 -1000 |
commit | ed1426e57fcb270483ab4a2d7852a11a65de5109 (patch) | |
tree | c5f86446800e07e77d1025145a5432c758cf984c /command-stubs | |
parent | 7a57a408966bc2bbe1f6e9a8a0922f3636ef0e87 (diff) | |
download | anaconda-ed1426e57fcb270483ab4a2d7852a11a65de5109.tar.gz anaconda-ed1426e57fcb270483ab4a2d7852a11a65de5109.tar.xz anaconda-ed1426e57fcb270483ab4a2d7852a11a65de5109.zip |
Don't traceback on invalid filesystem detection (#495156)
We may think a partition has a valid filesystem when it really does not.
This is easily reproduced with the following steps:
1) Create a partition on some device.
2) Create an NTFS filesystem on that partition.
3) Delete the partition from the device.
4) Divide the device in to two equal sized partitions, but do not
create a filesystem on either.
Boot the installer and notice that the first partition is assumed to be
NTFS, but it's unmountable. In getExistingSize(), we get an FSError
traceback when trying to mount the filesyste.
The problem is that we haven't zeroed out the new partition or created a
new filesystem on top of it. The old filesystem data is still on the
disk and is misleading udev and friends.
The solution in this patch is to catch the FSError from
getExistingSize(). If the mount failed, assume the partition is empty
and continue.
Diffstat (limited to 'command-stubs')
0 files changed, 0 insertions, 0 deletions