Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!caen!uwm.edu!spool.mu.edu!cs.umn.edu!atc!hawkmoon!det
From: det@hawkmoon.MN.ORG (Derek E. Terveer)
Newsgroups: comp.unix.sysv386
Subject: Re: Rebooting Sys V/386
Message-ID: <1991Apr1.165103.4251@hawkmoon.MN.ORG>
Date: 1 Apr 91 16:51:03 GMT
References: <1991Mar29.134732.11457@scuzzy.in-berlin.de> <1991Mar31.125826.25542@cimcor.mn.org>
Organization: Home System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
Lines: 21

mike@cimcor.mn.org (Michael Grenier) writes:

>From article <1991Mar29.134732.11457@scuzzy.in-berlin.de>, by src@scuzzy.in-berlin.de (Heiko Blume):
>> bill@astph.UUCP (Bill Dripps) writes:
>>>large cache disk adapters do not have enough time to flush disk blocks to
>>>the drive before the 'init 6' code jerks the reset line.
>> 
>> i KNEW using those cache-suckers is risky, that's why i don't use them.
>> (altho i think the ones with battery backed up ram won't discard the cache's
>> contents on reset.)

>I'm confused. Why not just modify the rc script on shutdown to add a little
>time. The inittab entry on this ESIX box simply kills the processes
>and run /etc/unmountall (from /etc/rc0) before calling uadmin to reset
>the box. Why not add a sleep statement before the end of /etc/rc0?

A sleep may not be enough -- perhaps a few syncs followed by a sleep?
-- 
Derek "Tigger" Terveer	det@hawkmoon.MN.ORG -- U of MN Women's Lax
I am the way and the truth and the light, I know all the answers; don't need
your advice.  -- "I am the way and the truth and the light" -- The Legendary Pink Dots