From: nih-csl.dcrt.nih.gov!helix.nih.gov!rvenable@uunet.uu.net  (Richard M. Venable)
Subject: Re: Installing SR10.3 on a small disk
Organization: National Institutes of Health, Bethesda
Distribution: fj
Date: Tue, 17 Nov 1992 05:44:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <schoo.721933448@cs.rulimburg.nl> schoo@cs.rulimburg.nl (Patrick Schoo) writes:
>Q: Is it possible to install SR10.3 on a small disk (80Mb)?
>
>At our department we had one Apollo DN-4000 and one DN-3000. A few weeks
>ago the DN-4000 crashed. The remaining DN-3000, which relied on the DN-4000
>for its OS, could not be used either. Still I want to use the DN-3000 in
>our network as a print server. The problem is now that I have to put the
>complete OS on (what Apollo used to call) a small disk (80 Mb). 
>
>Since the disk is too small to contain even the smallest distribution
>(Aegis small), during the installation I removed some directories using
>a second window. I removed the following directories:
>	/sau[2..12] (except sau8)
>	/sys/debug
>	/sys/dm/fonts

WAIT! Here's a potential problem-- no fonts for the display manager.
Fix this first.  If you need space, delete /sys/help and use printed
manuals instead.  You could also forego X11; that will save space.
If your sticking to Unix, you can get rid of /com as well.

>	/sys/hardcopy

The above is needed for Aegis print services (prf), but not Unix.

>	/usr/apollo/ada
>	/usr/lib.uucp
>
>After the installation the system will not reboot. It starts the phase
>II shell, but from there the Display Manager doesn't start with the GO
>command. After approximately half a minute the system returns to the
>phase II shell with the status OK.
>
>Then I tried to start the SPM. From there it is possible to start a
>shell by casting the SH command. Now I can login as user.none.none but
>I have no root permission. To become root it is necessary to start the
>llbd, glbd and rgyd. The last daemon causes the problem, because I need
>root privileges to start it. In the normal startup this is solved by
>creating an empty file /etc/daemons/rgyd. During the startup phase in
>the /etc/rc* files there is a built-in check for existence of files in
>/etc/daemons. The corresponding daemons are started with the right
>privileges. However, the SPM does not run the rc files.

Why not try to run 'init' from the phase II shell instead of SPM?
That should run the /etc/rc* files as root; of course, DM will start...

>I had a second go, reading an old registry from a DN-4000's backup
>tape. With /install/tools/rbak_sr10 (which has the uid bit set) it is
>possible to read a tape and restore /sys/registry/rgy_local.
>Unfortunately, after I try to login as root with the password I used on
>the DN-4000 the systems tells me this account is blocked for login.

Local registries aren't so useful at times.  The account data is in a
subdirectory of /registry somewhere; see if you can restore that.

Frankly, though, I'd re-format and re-install; the 'config' program,
invoked by 'install++', should allow you to select system components
via a prolonged interactive dialog about specific subdirectories.
This should help you reduce disk usage in a more controlled way.
Newsgroups: fj.mail-lists.apollo