Date: Sat, 22 Dec 2001 18:14:15 -0700 From: Joe Warner <rootman22@attbi.com> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: Doug White <dwhite@resnet.uoregon.edu>, stable@FreeBSD.ORG, David Wolfskill <david@catwhisker.org>, Gunnar Flygt <flygt@sr.se> Subject: Re: IT'S FIXED!! Whew! (was:Make Installworld fills up / ...help!) Message-ID: <3C252FE7.79443B86@attbi.com> References: <Pine.BSF.4.33.0112181526200.86140-100000@resnet.uoregon.edu> <3C22915C.F31E2C61@attbi.com> <20011220174037.A1142@Odin.AC.HMC.Edu> <3C2294FE.CB900677@attbi.com> <20011220180038.A3775@Odin.AC.HMC.Edu> <3C24B0B9.2597A8D9@attbi.com> <20011222162056.A28561@Odin.AC.HMC.Edu>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Brooks Davis wrote:
> On Sat, Dec 22, 2001 at 09:11:37AM -0700, Joe Warner wrote:
> > OK, what Brooks recommended below ended up being the
> > culprit/solution to my woes! Luckily, 'cat' was the only
> > program that got whacked and I was able to continue with
> > 'make installworld' from where I left off.
> >
> > The question still remains: "How did this happen to begin with?
> > ..and is it documented anywhere?
>
> I'm not sure if this is all that well documented, but the issue is that
> you ran out of space on /. This happens to people when they are either
> running with soft updates of their / partition is too small. The
> default has been raised in current, and I think in stable, but this is
> an ongoing issue.
Here's my educated guess of what happened:
1. I chose the 'A' option when setting up my slices during the initial
install.
IMO, this makes the / slice way too small, especially for a desktop
configuration (XFree86 + KDE, Gnome, Blackbox, + related/assorted apps)
2. Some time ago, my / slice filled up and I spent over a week trying to
figure out
what was using up the space. I was unable to determine the exact
cause, so
out of utter desperation, I cleared out /tmp, checked /root and deleted
kernel.old
and modules.old. This brought / down to 89%
3. While describing #2 to a friend on IRC, it was recommended that I delete
/tmp and
then link it to /usr/tmp However, I wasn't told to do this in single
user and I did
it wrong. After deleting /tmp, I linked it with 'ln -s /tmp /usr/tmp'
which was
wrong. I should have booted to single user, moved everything in /tmp to
/usr/tmp, deleted it with 'rmdir /tmp' and then linked it with 'ln -s
/usr/tmp /tmp'
4. (This one should give everyone a chuckle) I discovered this morning that
the
main cause of my recent woes was the odd presence of RUSH' La Villa
Strangiato.mp3
in /dev Don't ask me how it got there. I remember this file being in
my home
directory a while ago, so it's not like I was 0wn3d and someone
deliberately put
it in /dev
So, it seems to me that #4 was the direct cause because it made / go to 106%
during
'make installworld' After installworld errored out saying that / was full,
that's when
I started having problems and couldn't continue on with the upgrade. It
turned out
that the 'cat' command had somehow gone AWOL and prevented the upgrade
process from continuing. #1-3 didn't help things either but when combined
with
#4, it made for a fine day at the looney bin.
>
>
> I wonder if we should consider adding a check to
> installworld/installkernel to refuse to install on very small /
> partitions since the failure mode is really ugly (losing files in /bin
> or /sbin).
I think that would certainly help. When I first installed FreeBSD,
I was fairly new to it and didn't know better than selecting 'A'
when setting up my slices. I certainly plan to manually configure
my slices the next time but for the sake of curiosity, why is the
'A' option set to make the / slice so small in the first place?
>
>
> The only real solution to your space problems is to reparition. You
> might be able to find other temporary solutions, but in the end, that's
> it. If you do it, I recommend using at least 100MB for / and I'd
> probably suggest 150MB for plenty of margin (I use 256MB, but I want
> room for several sets of debug kernels and modules.)
Agreed, I'm hoping Santa will bring me a bigger hard drive on Tuesday
and if that happens, I definitely plan to do a fresh install of 4.4 and will
set my slices correctly. I took the week between Christmas and New
Years off, so I'll have plenty of time to play. 8^)
Thanks again and Merry Christmas!
Joe
>
>
> -- Brooks
>
> --
> Any statement of the form "X is the one, true Y" is FALSE.
> PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
>
> ------------------------------------------------------------------------
> Part 1.2Type: application/pgp-signature
--
Joe Warner
Daemon News
Daemon News E-Zine http://www.daemonnews.org
Print Magazine http://magazine.daemonnews.org/
BSDMall http://www.bsdmall.com
[-- Attachment #2 --]
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Brooks Davis wrote:
<blockquote TYPE=CITE>On Sat, Dec 22, 2001 at 09:11:37AM -0700, Joe Warner
wrote:
<br>> OK, what Brooks recommended below ended up being the
<br>> culprit/solution to my woes! Luckily, 'cat' was the only
<br>> program that got whacked and I was able to continue with
<br>> 'make installworld' from where I left off.
<br>>
<br>> The question still remains: "How did this happen to begin with?
<br>> ..and is it documented anywhere?
<p>I'm not sure if this is all that well documented, but the issue is that
<br>you ran out of space on /. This happens to people when they are
either
<br>running with soft updates of their / partition is too small.
The
<br>default has been raised in current, and I think in stable, but this
is
<br>an ongoing issue.</blockquote>
Here's my educated guess of what happened:
<p>1. I chose the 'A' option when setting up my slices during the
initial install.
<br> IMO, this makes the / slice way too
small, especially for a desktop
<br> configuration (XFree86 + KDE, Gnome,
Blackbox, + related/assorted apps)
<p>2. Some time ago, my / slice filled up and I spent over a week
trying to figure out
<br> what was using up the space. I
was unable to determine the exact cause, so
<br> out of utter desperation, I cleared
out /tmp, checked /root and deleted kernel.old
<br> and modules.old. This brought
/ down to 89%
<p>3. While describing #2 to a friend on IRC, it was recommended
that I delete /tmp and
<br> then link it to /usr/tmp However,
I wasn't told to do this in single user and I did
<br> it wrong. After deleting /tmp,
I linked it with 'ln -s /tmp /usr/tmp' which was
<br> wrong. I should have booted to single
user, moved everything in /tmp to
<br> /usr/tmp, deleted it with 'rmdir /tmp' and
then linked it with 'ln -s /usr/tmp /tmp'
<p>4. (This one should give everyone a chuckle) I discovered this
morning that the
<br> main cause of my recent woes was the odd presence
of RUSH' La Villa Strangiato.mp3
<br> in /dev Don't ask me how it got there.
I remember this file being in my home
<br> directory a while ago, so it's not like I
was 0wn3d and someone deliberately put
<br> it in /dev
<p>So, it seems to me that #4 was the direct cause because it made / go
to 106% during
<br>'make installworld' After installworld errored out saying that
/ was full, that's when
<br>I started having problems and couldn't continue on with the upgrade.
It turned out
<br>that the 'cat' command had somehow gone AWOL and prevented the upgrade
<br>process from continuing. #1-3 didn't help things either but when
combined with
<br>#4, it made for a fine day at the looney bin.
<blockquote TYPE=CITE>
<p>I wonder if we should consider adding a check to
<br>installworld/installkernel to refuse to install on very small /
<br>partitions since the failure mode is really ugly (losing files in /bin
<br>or /sbin).</blockquote>
I think that would certainly help. When I first installed FreeBSD,
<br>I was fairly new to it and didn't know better than selecting 'A'
<br>when setting up my slices. I certainly plan to manually configure
<br>my slices the next time but for the sake of curiosity, why is the
<br>'A' option set to make the / slice so small in the first place?
<blockquote TYPE=CITE>
<p>The only real solution to your space problems is to reparition.
You
<br>might be able to find other temporary solutions, but in the end, that's
<br>it. If you do it, I recommend using at least 100MB for / and
I'd
<br>probably suggest 150MB for plenty of margin (I use 256MB, but I want
<br>room for several sets of debug kernels and modules.)</blockquote>
Agreed, I'm hoping Santa will bring me a bigger hard drive on Tuesday
<br>and if that happens, I definitely plan to do a fresh install of 4.4
and will
<br>set my slices correctly. I took the week between Christmas and
New
<br>Years off, so I'll have plenty of time to play. 8^)
<p>Thanks again and Merry Christmas!
<p>Joe
<br>
<blockquote TYPE=CITE>
<p>-- Brooks
<p>--
<br>Any statement of the form "X is the one, true Y" is FALSE.
<br>PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238
1AD4
<p> ------------------------------------------------------------------------
<br> Part 1.2Type: application/pgp-signature</blockquote>
<pre>--
Joe Warner
Daemon News
Daemon News E-Zine <A HREF="http://www.daemonnews.org">http://www.daemonnews.org</A>;
Print Magazine <A HREF="http://magazine.daemonnews.org/">http://magazine.daemonnews.org/</A>;
BSDMall <A HREF="http://www.bsdmall.com">http://www.bsdmall.com</A></pre>;
</html>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C252FE7.79443B86>