home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / misc / 18898 < prev    next >
Encoding:
Text File  |  1992-08-22  |  2.6 KB  |  61 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie
  3. From: louie@sayshell.umd.edu (Louis A. Mamakos)
  4. Subject: Re: stripping (was Ramdisk coming for NeXT)
  5. Message-ID: <1992Aug23.051823.1291@ni.umd.edu>
  6. Sender: usenet@ni.umd.edu (USENET News System)
  7. Nntp-Posting-Host: sayshell.umd.edu
  8. Organization: University of Maryland College Park
  9. References: <1992Aug22.205249.27205@atlantis.uucp> <1992Aug22.220611.7529@nic.umass.edu>
  10. Date: Sun, 23 Aug 1992 05:18:23 GMT
  11. Lines: 48
  12.  
  13. In article <1992Aug22.220611.7529@nic.umass.edu> a74k110@titan.ucc.umass.edu (Chris Lloyd) writes:
  14. >In article <1992Aug22.205249.27205@atlantis.uucp> bugs@atlantis.uucp (Dan Berry) writes:
  15. >>    "If you want to save some space, try stripping sdmach [hah hah hah]"
  16. >>    (paraphrased)
  17. >>
  18. >>Well, I thought he was joking.  And yet, amazingly enough...
  19. >>
  20. >>atlantis> ls -l /sdmach
  21. >>-r-xr--r--  2 root      708219 Aug 14 19:11 /sdmach*
  22. >>atlantis> ls -l /tmp/sdmach 
  23. >>-rwxr--r--  1 bugs      624388 Aug 22 14:32 /tmp/sdmach*
  24. >>
  25. >>*** YEESH! ALERT ***
  26. >>How can this be?  And although I feel that the stripped version might work with
  27. >>no problems, _I_ ain't gonna be the one to try it out.  It might work in the
  28. >>beginning, but I'd hate to have to deal with sporatic mach-kernel errors.
  29. >
  30. >Stripping /sdmach won't cause kernel errors per se, just errors when
  31. >something tries to link with it, such as kernel loaded servers which use
  32. >the relocation info (which strip removes) to link into the kernel.
  33. >
  34. >If you never intend on using, Midi, NeXTDimension, SLIP, PPP,
  35. >MallocDebug (either this or AppInspector, I forget which one), the Tablet
  36. >driver, ISDN, TTYDSP, and others I haven't mentioned and others
  37. >which will come along, then it's probably fine to do :)
  38.  
  39. And you never intend to use any programs that nlist() the kernel to local
  40. symbols.  Like netstat, or ps or uptime.
  41.  
  42. >Never hurts to try this stuff, worst that will happen is you'll learn
  43. >something,
  44.  
  45. Or worse, you hose your system and then post questions about how to
  46. recover a hosed UNIX file system.  There's a reason that a lot of
  47. these files are owned by root (or bin or anything else) and why normal
  48. users don't have write permission on them.  Experiment all you want,
  49. but you ought to be sure to make a backup first and know how to
  50. restore from that backup.  
  51.  
  52. Is it really worth the 80k-odd bytes you get back?  This reminds me of
  53. the common user-error: I deleted that /vmunix program that I never
  54. use, and now my system won't boot!  I suspect that he *was* really
  55. joking, like they guy that suggested you compress your swapfile. [No
  56. you can't do this.]
  57.  
  58. louie
  59.  
  60.  
  61.