home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.hackers
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!zaphod.mps.ohio-state.edu!rpi!batcomputer!bouncer
- From: eirik@elf.TN.Cornell.EDU (Eirik Fuller)
- Subject: shared root
- Message-ID: <1993Jan25.232619.5494@tc.cornell.edu>
- Sender: news@tc.cornell.edu
- Nntp-Posting-Host: dumpster.tc.cornell.edu
- Organization: Cornell Theory Center
- Date: Mon, 25 Jan 1993 23:26:19 GMT
- Approved: office of exports
- Lines: 39
-
-
- In the "no hack too small" department ... I was asked to rescue a
- sparcstation which wouldn't boot; as it turned out, /dev/console was
- missing. Actually, it was a plain file with a shutdown message, but
- that didn't make booting any easier.
-
- Using another similary configured sparcstation on the same subnet as a
- server, I booted the ailing sparcstation as a diskless client. Not a
- big deal, but the working machine had not been set up as a server. I
- had to start mountd, nfsd, bootparamd, and rarpd (and tweak their
- various files; I never did create /etc/exports, since that's what
- "exportfs -i" is for). I also had to tell inetd about tftpd and set
- up /tftpboot (mkdir tftpboot && ln boot tftpboot/12345678.SUN4C).
-
- For the bootparams, I listed the server's own root directory, and
- exported it readonly. I also exported its /usr readonly, though had
- it occurred to me I probably would have mounted the local one instead.
- I used an NFS swap file, though I could have used the local swap if
- I'd included -a in the boot switches along with -bs. The -n in
- "mkfile -n" meant I didn't waste much space on the swap file.
-
- The -b switch to boot eliminates most of the noise resulting from the
- readonly root directory; the -n in "/sbin/mount -n" makes the
- unwritability of /etc/mtab irrelevant. Once the damaged root
- partition is mounted, fixing its dev/console is pretty simple.
-
- I might have gone to all the bother of setting up a real client root
- partition, except that I had already used readonly root partitions on
- other occasions, so doing it in this case seemed natural. X terminals
- work well with readonly root directories.
-
- All this just got me thinking about what would be involved in making a
- full-fledged diskless client work with a shared readonly root. A
- suitable syslog.conf would eliminate much of the usual root file
- system modifications. A static mtab should work well enough for df
- output and such, though that could get complicated with automounters.
- Perhaps the best way to cope with files that absolutely have to change
- is to symlink them into a tmpfs file system. I'm pretty sure /etc/rc*
- would have to be overhauled. Hmm, sounds like a fun project ...
-