Date: Thu, 1 Apr 2010 13:04:44 +0200 From: Leon =?iso-8859-15?Q?Me=DFner?= <l.messner@physik.tu-berlin.de> To: freebsd-questions@freebsd.org Subject: Re: Default labeling and space for rebuilding the kernel. Message-ID: <20100401110444.GK76702@emmi.physik-pool.tu-berlin.de> In-Reply-To: <hovfgv$6nt$1@dough.gmane.org> References: <20100331102600.GJ76702@emmi.physik-pool.tu-berlin.de> <hovfgv$6nt$1@dough.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--M0YLxmUXciMpOLPE Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 31, 2010 at 08:34:59AM -0400, Michael Powell wrote: > Leon Me=DFner wrote: >=20 > > Hi, > >=20 > > if one uses the default labeling with current installer it is not > > possible to rebuild the kernel (GENERIC). It fails on installing the > > wlan.ko. <snip> > > /: write failed, filesystem is full > > install: /boot/kernel/wlan.ko.symbols: No space left on device > [snip] >=20 > There has been some discussion lately about possibly changing the default= s.=20 > If you become faced with having to reinstall jot down your current partit= ion=20 > sizes and adjust manually making / larger. On production machines i have some 2G. This was just an as fast as possible installation. =20 > Since it is full, if you intend to try and recover it will entail deletin= g=20 > something. This could get tricky, especially if the new 'kernel' space is= =20 > what filled up. This would presuppose that the kernel.old area was alread= y=20 > written out successfully. If the machine will not boot successfully with = the=20 > new kernel it is imperative that kernel.old still be healthy in order to= =20 > recover. However, if the new kernel does actually boot, with the result= =20 > being that some modules are missing you may be able to delete the kernel.= old=20 > in order to buy space. Messing around with this can potentially be=20 > problematic, for obvious reasons. A strong 'YMMV' is indicated here. I just went the easy way and moved the old kernel away from / . I wouldn't have done so if this machine would be very critical though. > If you can get past that, you may be able to mitigate the / being too sma= ll.=20 > Place STRIP=3D -s into /etc/make.conf and WITHOUT_PROFILE=3D true into=20 > /etc/src.conf. The con of this is that you lose some debugging ability. T= he=20 > pro is new kernels will now fit. I have two servers set up this way at ho= me,=20 > and one uses 91MB while the other uses 93MB of space. The 91MB one only h= as=20 > a / of 200MB total, and is nearly half empty. Allows for rebuilding and= =20 > installing a new kernel without running out of space. Hm, never used this file. Looks like it was introduced in FBSD7 somewhere. Looks reasonable to split parameters for /usr/src into a different file than /etc/make.conf thanks, Leon --M0YLxmUXciMpOLPE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAku0fcwACgkQJCh4HSRvNnzncQCfaCmEt6zSyW+pk3yrYJ5Pgt3l nwkAniOf9dvnt3/1iWL6TUX/fwTawaWa =I8M0 -----END PGP SIGNATURE----- --M0YLxmUXciMpOLPE--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100401110444.GK76702>