home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / novell / 11298 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!pipex!pavo.csi.cam.ac.uk!ag129
  3. From: ag129@cus.cam.ac.uk (Alasdair Grant)
  4. Subject: Remote boot image server?
  5. Message-ID: <1993Jan9.002439.26255@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: bootes.cus.cam.ac.uk
  8. Organization: U of Cambridge, England
  9. References: <1993Jan8.192023.24164@hubcap.clemson.edu> <1993Jan8.232426.625@novell.com>
  10. Distribution: usa
  11. Date: Sat, 9 Jan 1993 00:24:39 GMT
  12. Lines: 18
  13.  
  14.  
  15. The remote booting process currently used, needing a separate image for
  16. each combination of machine parameters, is really cumbersome. Would it
  17. be feasible to
  18.   a) replace whichever component of NetWare which does the boot image
  19.      serving (is it an NLM?)?
  20. or b) set up a server to respond to the boot requests, in place of
  21.      the NetWare server? Is the protocol publicly documented?
  22. Has anyone done something like this?  My current system uses a lot of
  23. C code to generate BAT files full of COPY statements to build the boot
  24. floppies (in theory it could write the boot images directly, if it knew
  25. about FAT tables and stuff), but even though this goes some way to
  26. solving the maintenance hassles, the 0.6MB of space taken up by each
  27. image is a huge waste. It surely can't be right to store a hundred copies
  28. of NETX.EXE, one in each image!
  29.  
  30. I can't believe Novell think this is the right way to do things. Is it
  31. going to get better in 4.0?
  32.