summaryrefslogtreecommitdiffstats
path: root/po/id.po
diff options
context:
space:
mode:
authorDavid Cantrell <dcantrell@redhat.com>2009-04-14 13:35:54 -1000
committerDavid Cantrell <dcantrell@redhat.com>2009-04-15 04:23:33 -1000
commited1426e57fcb270483ab4a2d7852a11a65de5109 (patch)
treec5f86446800e07e77d1025145a5432c758cf984c /po/id.po
parent7a57a408966bc2bbe1f6e9a8a0922f3636ef0e87 (diff)
downloadanaconda-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 'po/id.po')
0 files changed, 0 insertions, 0 deletions