Path: utzoo!attcan!uunet!mcvax!unido!fauern!faui44!mlelstv
From: mlelstv@faui44.informatik.uni-erlangen.de (Michael van Elst )
Newsgroups: comp.sys.amiga
Subject: Re: Loading Workbench from the Hard Drive
Keywords: Workbench, Boot, Hard Drive
Message-ID: <364@faui10.informatik.uni-erlangen.de>
Date: 29 Jun 88 13:27:30 GMT
References: <782@rover.UUCP>
Reply-To: mlelstv@faui10.UUCP (Michael van Elst)
Organization: CSD., University of Erlangen, W - Germany
Lines: 51

In article <782@rover.UUCP> mph@rover.UUCP (Mark Huth) writes:
>.
>.
>When the script gets to the loadwb command I get a requestor telling
>me that the disk isn't validated yet, and of course, the disk
>validator is running (for about 10 -15 minutes - 40 meg disk).  After
>the validator finishes, workbench loads and the script completes.
>
>How do I get this script to work without having the validator hold
>things up forever.  It doesn't happen if I just boot the cli and
>shell, or if the loadwb command is located before all the assigns to
>the hard disk (ie it is loaded from the boot floppy.)
>
>Thanks,
>
>Mark Huth

I got the same problems when I tried to use a startup-sequence similar
to this:

>>  Mount DH0:
>>  DH0:c/Execute DH0:s/startup-sequence

The problem is that in order to run a nested script an intermediate file
'Command-T-n' is generated in the :T directory. When the script execution
reaches a LoadWB the workbench program sends (ACTION_INHIBIT) to all
filesystem tasks.

Thus, a filesystem that has been written to cannot update its rootblock,
i.e. it is not validated.

The first solution is to use RAM: as the directory for the intermediate file.
Disadvatage: the Ram-Handler has to be loaded from disk.

The second solution (I have used for 3 months) is to
>>   DH0:c/RUN DH0:c/Execute DH0:s/startup-sequence
Disadvantage: the second CLI Task cannot accept any input.

The third solution (and the best one):
Wait for the rootblock to get updated before you start Workbench.

This requires a 'WAIT 3' in your second startup-sequence (that one on
your harddisk). If you have more drives you may have to increase
the time you wait.

--
Michael van Elst

E-mail: UUCP: ...seismo!unido!fauern!faui10!mlelstv
E-mail: UUCP: ...uunet!unido!fauern!faui10!mlelstv	<- when seismo ceases
							   operation