[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::amiga_v1

Title:AMIGA NOTES
Notice:Join us in the *NEW* conference - HYDRA::AMIGA_V2
Moderator:HYDRA::MOORE
Created:Sat Apr 26 1986
Last Modified:Wed Feb 05 1992
Last Successful Update:Fri Jun 06 1997
Number of topics:5378
Total number of notes:38326

4838.0. "WarmBooting Amigas ?" by VIVIAN::D_VISTUER () Fri Jun 21 1991 21:09

    Is there a prog that can be run from CLI/Workbench that can WarmBoot
    my machine.
    
    Thanks.
    
    Dave V.
    
T.RTitleUserPersonal
Name
DateLines
4838.1coldreboot & guruhandler progCGOWGS::DREWSteve DrewSat Jun 22 1991 00:2865
    Heres are reboot utility etc.. I wrote while ago:
    
    TAPE::AMIGA:[UPLOAD]GURUHANDLER.LZH


    Steve.
        
DOC FILE
=---------------------
    


    Two programs here that I use to aid in ensuring my system is always
    available for dialups, and able todo remote reboots (when dialed up).


    coldreboot:
    -----------
    
    This is taken from the Commodore supplied code to properly reboot
    any Amiga..

    
    Guruhandler
    -----------

    I wrote this one a long time ago, and still find it quite usefull:
    
    Guruhandler is intended for unattended machines that need to always
    reboot rather than halting at the red flashing gurubox if a software
    or system failure occurs.
    
    It is a small program that makes it's self resident into
    memory (occupies <1K bytes) and traps all attempts to put up the
    red flashing guru box, instead it collects the info that would
    of been displayed in the box, and tries to figure out the command
    that caused the crash and saves this in memory.
    
    On reboot when guruhandler is again run, (via your startup seqeunce)
    or via guruhandler -l it will list the reason for the last crash.    

    1> guruhandler -l

System Crash Information:

        Alert Code  :  00000003 

        Process Id  :  0025dfd0 
        Process Type:  PROCESS
        Task Name   :  ARP Shell Process
        CLI Command :  Sys:Tools/TestProg

Total Reboots/Gurus :  1/1

    To remove the guruhandler:
        1> guruhandler -r
        
    Note:
        Since guruhandler is installed to recover from reboots it may
        trigger some virus checkers to give warnings.
        
        GVP030 with 'setcpu FASTROM' enabled does not seem to allow
        warm reboots, this was mentioned by Commodore.
        
4838.2PAMSRC::PAMSRC::BARRETTA Holy owned subsidiary of GodMon Jun 24 1991 11:112
    Unfortunately for me, this program doesn't seem to work on my system
    with a 68020, even when I boot in 68000 mode. It just crashes.
4838.3Which program ? CGOWGS::DREWSteve DrewMon Jun 24 1991 14:066
  Which one? The coldreboot should, it's just commodores supplied asmembly 
  routine to do a complete software reboot.

	When you say crashes, what do you mean? Red guru box, task held req?
  Steve.
4838.4STAR::GUINEAUbut what was the question?Mon Jun 24 1991 14:465
There is a much simpler reboot utility I wrote awhile back at 

	DFS::AMIGA:REBOOT.LZH

john
4838.5Here's some info -- I'll get morePAMSRC::PAMSRC::BARRETTI must not waste pixelsMon Jun 24 1991 18:2322
    
    What I run:
    
    	VBR
    	MoveSSP
    	KS in 32bit RAM
    	MEMGUARD
    	GOMF
    	VIRUSX
    
    
    What happens:
    
    Startup GuruHandler. Then when I run the reboot program, I just get
    an instant colored screen (light grey I think -- I'll have to check),
    and it stays there. Actually, this happens whether GuruHandler is up
    or not.
    
    
    	I realize I'm running several "interupt grabbing" type programs; I'll
    play around and see if I can determine if a specific program is in the
    way.
4838.6setcpu nofastromCGOWGS::DREWSteve DrewMon Jun 24 1991 18:569
    Your problem is as per my note (usually seen with GVP 030's) and that
    is most reboot programs, guruhandler etc.. will not work when kickstart
    is in 32bit ram, not sure why.
    
    This is the same symptom I get, if I have done a 'setcpu fastrom'.

    Steve.
    
4838.7PAMSRC::63643::BARRETTI did not see ElvisMon Jun 24 1991 20:000
4838.8It happens when I boot in 68000 mode also thoughPAMSRC::63643::BARRETTI did not see ElvisMon Jun 24 1991 20:010
4838.9also try amnew:reboot.lzhCGOWGS::DREWSteve DrewTue Jun 25 1991 01:5312

    Also for rebooting you could try CGOU01::AMNEW:REBOOT.LZH this is
    a simple jump to start of kickstart routine that will force a reset.
    
    I was doing it this way previous to the commodore supplied version
    that they said was suppose to work on any platform(?).
    
    Stev.e
    
    

4838.10How about a reboot that destroys KS?PAMSRC::63643::BARRETTTar is not a playthingSat Jul 27 1991 03:446
    Does anyone have something that will "destroy" the loaded kickstart on
    a 3000 so that holding the mouse buttons down will ask for which KS to
    boot again? I'm getting very tired of turning the power off on my
    system every time I want to switch KS versions.
    
    Keith
4838.11Try (Set)CPU...FROCKY::BALZERChristian Balzer DTN:785-1029Mon Jul 29 1991 04:589
Re: .10

Try to play a bit with (Set)CPU. I dunno remember the exact sequence,
but you can munge the MMU tables sufficiently with it to cause a
KS-select reboot.

Cheers,

<CB>
4838.12Please post results here.CSC32::K_APPLEMANMon Jul 29 1991 11:335
    If anyone finds a way to do what .10 wants, please be sure to post it
    here as I am very interested in it also.
    
    Ken
    
4838.13MADRE::MWMMon Jul 29 1991 13:577
I believe kickreboot in on TAPE:: somewhere. It does just what you want -
reboots the system after mangling the MMU tables. It works under both 2.0
or 1.3 so you can go both ways.

If you reboot with a running enforcer, that will do the same thing.

	<mike
4838.14I lookedPAMSRC::63686::BARRETTTar is not a playthingMon Jul 29 1991 15:207
Can't find kickreboot*.* on TAPE:: in [upload] or [amiga...]


I don't have enforcer.


Keith
4838.15KickReboot uploaded to Tape:: but possibly corrupt.CSC32::K_APPLEMANTue Jul 30 1991 15:1814
    Someone uploaded Kickreboot.lzh and KickReboot.readmen to
    tape::amiga:[upload] today.  The readme file is fine but when I do a 
    lharc list under vms I receive the following:
    
    LHARC Warning: Checksum error (LHarc file?)a
    LHARC Warning: Unknown header (LHarc file ?)
    ------- ------- ------ ---- ----------------- -------------
        659    1087  60.6%      Jul 30 09:29 1991    1 file
    
    I will try downloading it tonight to check it out just in case it is
    the VMS Lharc that is wrong.
    
    Ken
    
4838.16KickReBoot archive is definately corrupt.CSC32::K_APPLEMANTue Jul 30 1991 15:226
    After some testing, I am sure the second part of the archive is
    corrupt.  The readme file is fine but the second file, which I assume
    is the actual program, has an unknown header.
    
    Ken
    
4838.17I don't think it is.PAMSRC::63653::BARRETTKeith meister, making notesTue Jul 30 1991 16:037
I downloaded it last night and it works fine on my Amiga System -- no
problems.

Perhaps you're describing a VMS situation (what does DIR/FULL say), or
someone uplaoded it within the last 8 hours?

Keith
4838.18CLOVAX::COBURNGrowing older, but not up...Tue Jul 30 1991 17:225
    The archive probably is not in Stream LF format - LHARC expects the
    file to be in that format. Variable length files will cause these
    symptoms.
    
    John
4838.19ThanksCSC32::K_APPLEMANTue Jul 30 1991 17:287
    OK, I wasn't aware that Lharc was format sensitive.  Regardless, I am
    going to download it tonight and try it out.  Thanks to whoever
    uploaded it.  I have been looking for something like this for the past
    6 months.
    
    Ken