Re: running out of space during FC3 install

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Robert P. J. Day wrote:
  earlier today, i tried to do an NFS-based install onto a laptop.
everything went well, until the final (/var) filesystem was being
formatted, then the install just hung with the formatting progress bar
at about 90%.  how odd, i thought.

  i checked one of the other VCs -- intermittent NFS errors -- so i
started over, same kind of install.  and a hang at *exactly* the same
place, in the final part of formatting /var.  ok, so that's not
coincidence.

  give up on NFS install, go with the local CDROM and the CDs,
partition everything the same way, and this time, i get *just* past
the formatting, at which point i get the message that anaconda is
transferring the install image to the hard disk.  and then i get an
"out of space" error, "disk full?"  or something to that effect (this
is from memory).

  now, first, i'll assume that the NFS install was actually getting to
the same point, i just never saw it, and i never got that error.  it
only showed up when i did the CDROM-based install.  does that make
sense?  it's sure annoying to now know why the NFS install was
failing.

Do you have a install tree or are you using a directory full of ISOs in your NFS install method? I don't know if this would matter. Perhaps the install tree may closely resemble the CD method? That's pure speculation on my part.

  but i'm curious -- why would i be running out of space?  i partition
my setup so that i need a fairly small root filesystem, and i picked
256M for mine.  anaconda certainly didn't complain about this.  but
what i'm not sure about is this section in the release notes:

=====

The disk space requirements listed below represent the disk space
taken up by Fedora Core 3 after the installation is complete. However,
additional disk space is required during the installation to support
the installation environment. This additional disk space corresponds
to the size of /Fedora/base/stage2.img (on CD-ROM 1) plus the size of
the files in /var/lib/rpm on the installed system.

In practical terms, this means that as little as an additional 90MB
can be required for a minimal installation, while as much as an
additional 175MB can be required for an "everything" installation.

=====

  "additional disk space is required"?  where?  in the root
filesystem?  i could have sworn that *somewhere* i remember reading
that the install image is copied into ***RAM***, not onto the hard
drive.  so what does this have with needing extra space on the hard
drive?

I recall this is correct. I haven't poked around in an install lately but the hard drive is mounted in other partitions while the http://www.busybox.net/ system is used to run the anaconda linux system that runs out of the ram disk.


  for no good reason i can think of, i repartitioned and bumped the
root filesystem up from 256M to 512M and it worked like a charm.  so
can someone clarify *exactly* what this required additional space is
for?  and if it's really necessary to allocate extra space in the root
FS, shouldn't anaconda warn the user about insufficient space in the
first place?  that excerpt from the release notes is really not
terribly informative.

Perhaps a df -h would help here. How exactly did you partition your drive. There are many debates about how to implement a partition scheme. For example, It is suggested that all growing file systems go in a separate /var partition. If the server is under a DoS attack and the logs fill up in /var, then the system would continue to function because the /var partition would act as a "fire break line." Another practical suggestion is that /usr and /home be in separate partitions to support upgrades. You can completely reformat /usr in an upgrade, and leave you home partition alone.

In your case, if you do not have a /var partition, then it is thrown in with the /, root partition. Part of the install is setting up /var based on Linux Standards Based requirements and Red Hat's philosophy. /var may have grown with this release.

Anaconda does perform some sanity checks. In the partitions.py file the code checks for these minimums:
        checkSizes = [('/usr', 250), ('/tmp', 50), ('/var', 384),
                      ('/home', 100), ('/boot', 75)]
I don't know if that means you need 859M of space for one big root. However a /var of 384 may be the answer of why you had to bump the /, root, partition to 512. This is especially true if /var is just a directory in /.

You may want to post a bug report in buzilla if you think there is a problem with the documentation.

Greg


[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux