Red Hat Bugzilla – Bug 42253
anaconda crash because of too small partition size for /
Last modified: 2007-04-18 12:33:25 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2 i586)
Description of problem:
Standard crash, the the user is prompted to send in a bugzilla report using
a floppy disk to hold the description
Steps to Reproduce:
1. Select partitions too small
2. Select packages
3. After the error message saying that the / partition is too small, a
Actual Results: Nothing - a reboot is needed
Expected Results: As is - but without a crash following the error message
Traceback (innermost last):
File "/usr/bin/anaconda", line 520, in ?
intf.run(todo, test = test)
File "/var/tmp/anaconda-7.1//usr/lib/anaconda/text.py", line 1126, in run
rc = apply (step(), args)
File "/var/tmp/anaconda-7.1//usr/lib/anaconda/text.py", line 551, in
if todo.doInstall ():
File "/var/tmp/anaconda-7.1//usr/lib/anaconda/todo.py", line 1925, in
File "/var/tmp/anaconda-7.1//usr/lib/anaconda/fstab.py", line 632, in
isys.umount(mntPoint, removeDir = 0)
line 134, in umount
raise ValueError, "isys.umount() can only umount by mount point"
ValueError: isys.umount() can only umount by mount point
Local variables in innermost frame:
Weird. I can't reproduce this. I made a / partition that was 50MB in size. In
disk druid, but after formatting the partition, I got a message saying that I
don't have enough disk space to install. Clicking ok then allows me to go back
to the package selection screen.
What were the sizes of the partitions that you made?
I've got a 8 gig disk with 4 partions:
circa 1000 megs fat16 for DOS
circa 1000 megs linux native for /
circa 70 megs for swap
circa 4996 megs for fat32 (windows'98)
circa 1 gig unallocated
These numbers are from memory. I got around the problem by deleting the linux native and the linux swap partions, re-creating the swap (100 megs) and
allowing the linux native partion to use remaining space.
Did you happen to set mount points for the DOS partitions on the times when it
I set mountpoints as follows:
or - I don't recall - it was this setup:
I think that might be the source of the problems. There seem to be some
problems with setting mount points for DOS partitions during the install. Does
the installer work correctly if you don't set mount points fos DOS partitions?
There was no problem with the installer and DOS partitions, if all partitions were big enough (See my 2001-05-27 03:42:06 comment)
I haven't tried with a too small partition for the "/" mountpoint and no DOS partition, since I got it to work as described.
I can't explain why deleting the partitions and then recreating them would make
a difference, but it seems like you've found a workaround.