home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4776 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: soap.news.pipex.net!pipex!usenet
  2. From: m.hendry@dial.pipex.com (Mathew Hendry)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Want to boot FAAAST? -problems
  5. Date: Tue, 5 Mar 96 01:46:59
  6. Organization: Private node.
  7. Distribution: world
  8. Message-ID: <19960305.4D8E60.2485@am183.du.pipex.com>
  9. References: <199.6630T608T838@login.eunet.no> <347.6631T956T857@stud.cs.uit.no>
  10. NNTP-Posting-Host: am183.du.pipex.com
  11. X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
  12.  
  13. Mike (Mike@Redrobe.demon.co.uk) wrote:
  14. : Whilst fastboot does what it says it does, I'm not currently using it for
  15. : these reasons:
  16. : 
  17. : 1) the diskchange command doesnt seem to work when using runback (even other
  18. : versions of runback..) ..see below
  19.  
  20. Works fine here.
  21.  
  22. : 2) when diskchange works ...it basically makes my system useless due to
  23. : assigns/paths used by workbench...
  24.  
  25. I've had no problems with this either. What filesystem are you using? Assigns
  26. and paths should not be affected by DiskChange.  Don't you remember running
  27. your old Amiga off floppies only and having to swap out the Workbench disk the
  28. whole time? This is equivalent to running DiskChange. Were your assigns and
  29. paths affected then?
  30.  
  31. : Am I right in thinking that if diskchange isnt run directly after a "fastboot"
  32. : boot up, then your HD is in mortal danger the next time you write to it?
  33.  
  34. Yes. The system has to know that the hard disks may be in a different state
  35. than they were when the grab was done. File pointers used by programs will
  36. become invalid if the system is not informed of the disk change, and this
  37. could give you SERIOUS problems. SERIOUS = Munged hard disk. You don't want
  38. that to happen, really.
  39.  
  40. One problem I did encounter was that my disk cache program (HyperCache) became
  41. unstable if I allowed it to be grabbed. This is probably obvious. Putting it
  42. in FastBoot-Startup and removing it from my normal Startup-Sequence fixed
  43. things. Analagous commands such as AddBuffers should probably be moved to
  44. FastBoot-Startup as well, just to be safe, though I suppose that they respond
  45. to disk changes properly.
  46.  
  47. I also added a command to FastBoot-Startup to copy the contents of ENVARC: to
  48. ENV: - I don't want to have to do a new grab every time an ENV: setting is
  49. changed. I used "Copy ENVARC:~(Sys) ALL QUIET" so that screen mode prefs etc.
  50. would not be copied (otherwise IPrefs would bring up a the familiar "close all
  51. windows except drawers" requester). Any good program which supports file
  52. notification when settings are changed should work fine with this. If not,
  53. you'd either have to move the offending program to FastBoot-Startup or grab
  54. the system every time that program's settings were changed.
  55.  
  56. Another problem I had was the virus, of course, but then I _always_ check
  57. archives for viruses before using them, particularly when those programs
  58. claim to cut boot times down to 3 seconds ;)
  59.  
  60. -- Mat.
  61.