Date: Sun, 17 Jan 1999 08:27:22 -0600 From: David Kelly <dkelly@hiwaay.net> To: freebsd-current@FreeBSD.ORG Subject: Re: boot single with new loader? Message-ID: <199901171427.IAA01013@nospam.hiwaay.net> In-Reply-To: Message from Stefan Esser <se@mi.uni-koeln.de> of "Sat, 16 Jan 1999 23:54:36 %2B0100." <19990116235436.B382@dialup124.mi.uni-koeln.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Stefan Esser writes:
> On 1999-01-11 23:11 +0100, Ollivier Robert <roberto@keltia.freenix.fr> wrote:
> >
> > Beware of something that can be deadly for a "make installworld". When
> > using SU, space freed by "rm" takes a bit more time to be taken into account
> > and you can fill "/" or "/usr" up because the space recovered by "install"
> > is not yet freed.
> >
> > It happened to me a few times for "/usr" and one time for "/". Having
> > "/bin/sh" with a 0-byte size is not good for booting :-)
>
> Yes, that forced me to turn off soft-updates for the / file system.
> I was lucky not to have tried rebooting the system, since then there
> would not have been a chance to invoke a shell (and lots of other
> binaries that had not made it to /bin and /sbin) from within /usr/obj !
Maybe something like this was happening to me yesterday. I too have
softupdates on root and everything. Rebooted more times yesterday than
ever messing with a soundcard and updating kernel. 4 or 5 times
/etc/nologin did not get unlinked before the system halted. Forced me to
login as root to remove the troublemaker manually. The problem always
happened when I issued shutdown as myself (not root) but as a member of
group operator. But has now cured itself possibly due to replacing /etc/
login.{conf,access} and /etc/rc* with current versions. This is what /
etc/nologin contained altho "shutdown -r now" was the command used:
NO LOGINS: System going down at 18:00
--
David Kelly N4HHE, dkelly@nospam.hiwaay.net
=====================================================================
The human mind ordinarily operates at only ten percent of its
capacity -- the rest is overhead for the operating system.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901171427.IAA01013>