home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apollo / 3975 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.3 KB  |  71 lines
  1. Newsgroups: comp.sys.apollo
  2. Path: sparky!uunet!nih-csl.dcrt.nih.gov!helix.nih.gov!rvenable
  3. From: rvenable@helix.nih.gov (Richard M. Venable)
  4. Subject: Re: Installing SR10.3 on a small disk
  5. Message-ID: <1992Nov17.054403.14195@alw.nih.gov>
  6. Sender: postman@alw.nih.gov (AMDS Postmaster)
  7. Organization: National Institutes of Health, Bethesda
  8. References: <schoo.721933448@cs.rulimburg.nl>
  9. Date: Tue, 17 Nov 1992 05:44:03 GMT
  10. Lines: 59
  11.  
  12. In article <schoo.721933448@cs.rulimburg.nl> schoo@cs.rulimburg.nl (Patrick Schoo) writes:
  13. >Q: Is it possible to install SR10.3 on a small disk (80Mb)?
  14. >
  15. >At our department we had one Apollo DN-4000 and one DN-3000. A few weeks
  16. >ago the DN-4000 crashed. The remaining DN-3000, which relied on the DN-4000
  17. >for its OS, could not be used either. Still I want to use the DN-3000 in
  18. >our network as a print server. The problem is now that I have to put the
  19. >complete OS on (what Apollo used to call) a small disk (80 Mb). 
  20. >
  21. >Since the disk is too small to contain even the smallest distribution
  22. >(Aegis small), during the installation I removed some directories using
  23. >a second window. I removed the following directories:
  24. >    /sau[2..12] (except sau8)
  25. >    /sys/debug
  26. >    /sys/dm/fonts
  27.  
  28. WAIT! Here's a potential problem-- no fonts for the display manager.
  29. Fix this first.  If you need space, delete /sys/help and use printed
  30. manuals instead.  You could also forego X11; that will save space.
  31. If your sticking to Unix, you can get rid of /com as well.
  32.  
  33. >    /sys/hardcopy
  34.  
  35. The above is needed for Aegis print services (prf), but not Unix.
  36.  
  37. >    /usr/apollo/ada
  38. >    /usr/lib.uucp
  39. >
  40. >After the installation the system will not reboot. It starts the phase
  41. >II shell, but from there the Display Manager doesn't start with the GO
  42. >command. After approximately half a minute the system returns to the
  43. >phase II shell with the status OK.
  44. >
  45. >Then I tried to start the SPM. From there it is possible to start a
  46. >shell by casting the SH command. Now I can login as user.none.none but
  47. >I have no root permission. To become root it is necessary to start the
  48. >llbd, glbd and rgyd. The last daemon causes the problem, because I need
  49. >root privileges to start it. In the normal startup this is solved by
  50. >creating an empty file /etc/daemons/rgyd. During the startup phase in
  51. >the /etc/rc* files there is a built-in check for existence of files in
  52. >/etc/daemons. The corresponding daemons are started with the right
  53. >privileges. However, the SPM does not run the rc files.
  54.  
  55. Why not try to run 'init' from the phase II shell instead of SPM?
  56. That should run the /etc/rc* files as root; of course, DM will start...
  57.  
  58. >I had a second go, reading an old registry from a DN-4000's backup
  59. >tape. With /install/tools/rbak_sr10 (which has the uid bit set) it is
  60. >possible to read a tape and restore /sys/registry/rgy_local.
  61. >Unfortunately, after I try to login as root with the password I used on
  62. >the DN-4000 the systems tells me this account is blocked for login.
  63.  
  64. Local registries aren't so useful at times.  The account data is in a
  65. subdirectory of /registry somewhere; see if you can restore that.
  66.  
  67. Frankly, though, I'd re-format and re-install; the 'config' program,
  68. invoked by 'install++', should allow you to select system components
  69. via a prolonged interactive dialog about specific subdirectories.
  70. This should help you reduce disk usage in a more controlled way.
  71.