home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.hackers
- Path: sparky!uunet!utcsri!newsflash.concordia.ca!IRO.UMontreal.CA!CC.UMontreal.CA!sifon!thunder.mcrcim.mcgill.edu!news
- From: mouse@thunder.mcrcim.mcgill.edu
- Subject: Re: lucky : -)
- Message-ID: <1992Nov18.103540.8284@thunder.mcrcim.mcgill.edu>
- Sender: news@thunder.mcrcim.mcgill.edu
- Organization: me myself and i
- References: <92Nov12.1726.1222@crash.canon.co.uk> <9231622.8192@mulga.cs.mu.OZ.AU>
- Date: Wed, 18 Nov 92 10:35:40 GMT
- Approved: Of course.
- Lines: 31
-
- >> I had effectivly lost /bin. Jumped into /usr/bin (only other place
- >> with binaries). /usr/bin was still there, intact :-).
-
- > Neat hack, but I take it you weren't on a Sun:
- > lrwxrwxrwx 1 root daemon 7 Mar 9 1992 /bin -> usr/bin
-
- Yah, great, isn't it? Used to be, you needed only one filesystem, and
- you could put your system back together. Now you need two, and you
- better have the block device for /usr memorized, 'cause if you lose
- fstab, your SOL without that. (There's not even an fsck in /sbin, so
- you can't just try filesystems till you get lucky.)
-
- > On a Sun, because you have still have the Berkeley binaries, you
- > could do something like:
-
- > /usr/ucb/more /usr/ucb/which>/usr/ucb/which.safe
- > /usr/ucb/compress -c /bin/chmod|/usr/ucb/uncompress>/usr/ucb/which
-
- Why use two different methods to copy files?
-
- Besides, if you've lost the execute bits on /bin, compress will be
- unable to look up /bin/chmod.
-
- (ObHack? What obhack? Oh, if you insist. Lessee. How about adding
- break and continue primitives to DaemonMUCK (a version derived from
- 2.2.8.5d, in case anyone cares).)
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-