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