Date: Tue, 15 Jul 1997 10:20:57 -0700 (PDT) From: Simon Shapiro <Shimon@i-Connect.Net> To: Bruce Evans <bde@zeta.org.au> Cc: freebsd-SCSI@FreeBSD.ORG, filo@yahoo.com, dg@root.com, gibbs@plutotech.com Subject: Re: problems with reboot Message-ID: <XFMail.970715102057.Shimon@i-Connect.Net> In-Reply-To: <199707151050.UAA16854@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Bruce Evans; On 15-Jul-97 you wrote: > >* It appears that the shutdown procedure does a umount -a and that > umount issues a close to sd.c... > > Open swap devices prevent the last close in some cases. This needs fixing, then. > >* I further confused the issue by ASKING ``Does the /sbin/reboot > command > > umount or not?'' I then added that, if memory does not fail me, > UnixWare > > equivalent of /sbin/reboot does not and indeed can cause this sort of > > failure. BTW, most other O/S do NOT issue the ``PREVENT/ALLOW...'' > pairs > > It does for clean shutdowns only. If syncing all busy buffers succeeds, > then all file systems are unmounted. Otherwise, file systems are not > unmounted. > > Summary: this doesn't work quite right yet. DPT Users: Beware! :-) One idea (which vilotes the warranty on the cards); solder (carefully!!!) a 20 pin DIP socket over the 10 LED's on the board (holes are provided) and extend the LED array out t o the front. Do not kell power before your see the idle pattern. Simon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.970715102057.Shimon>