home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22900 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.0 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!uwm.edu!uwm.edu!usenet
  2. From: rick@ee.uwm.edu (Rick Miller, Linux Device Registrar)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Some minor problems.
  5. Date: 6 Jan 1993 12:54:19 GMT
  6. Organization: Just me.
  7. Lines: 44
  8. Distribution: world
  9. Message-ID: <1iekprINN506@uwm.edu>
  10. References: <738.1189.uupcb@satalink.com>
  11. NNTP-Posting-Host: 129.89.2.33
  12.  
  13. john.will@satalink.com (John Will)  writes:
  14. >- My panic has subsided, I finally figured out what the /etc/wtmp file is. 
  15. >  Now I have a question for those folks that are using serial terminals 
  16. >  and getty, does anyone know why if I have a serial terminal configured, 
  17. >  but don't connect it, that I'd get continuous login entries into the 
  18. >  wtmp file?  Overnight, the file grew to 7 megabytes in size, and the 
  19. >  system was doing nothing.  If I connect a terminal, the file stops  
  20. >  growing.  Is there some handshake parameters I need to set to keep 
  21. >  the terminal handler from getting confused?  I've commented the serial 
  22. [...]
  23.  
  24. Your problem is probably your modem's configuration.  You should have your
  25. modem set up such that it will *NOT* echo while in command mode.  On a Hayes
  26. (or Hayes-compatible) modem the AT command is "E0".  You *should* be able to
  27. put this into your modem's power-up configuration, but if all else fails you
  28. may be able to simply "echo" the proper setup commands to it in your /etc/rc
  29. file...
  30.  
  31. >- Another problem, not related.  I rebuilt the kernel, and found out that 
  32. >  top, free, etc. stopped working.  I've been told that's because they reach 
  33. >  into kernel memory for their information, and when I rebuild, the locations 
  34. >  change.  That being the case, where do I get the source for those so I 
  35. >  can make them match the kernel?  I'm a bit surprised they aren't on the 
  36. >  SLS distribution, since it seems you can't rebuild without them.  Am I 
  37. >  missing something really basic?  Keep in mind that I'm new to Linux/Unix, 
  38.  
  39. Until now, there really wasn't any way to make even the source-code for the
  40. kernel-specific utilities portable across new kernel distributions.  Some
  41. kernel changes actually required changes to the *source-code* of ps and the
  42. like to make them work with the new kernel.  Now though, there is a "ps"
  43. (and hopefully soon "top" and others) which draw their information not from
  44. the kernel memory, but from the "proc" filesystem.
  45.  
  46. The proc filesystem is the kernel's way of showing its internals in a way
  47. which other processes can understand without having to understand the kernel.
  48. That is, the kernel will allow you to look at its memory as if it were just
  49. another filesystem (albeit with funny files).  This way, only the kernel
  50. really knows its own memory and "ps" doesn't have to.  Since the format of
  51. the proc filesystem (one directory for each process, containing 'files'
  52. which specify process information) remains the same even through kernel
  53. releases, your proc-based "ps" won't even have to be re-compiled.
  54.  
  55. Rick Miller   <rick@ee.uwm.edu> | <rick@discus.mil.wi.us>   Ricxjo Muelisto
  56. Occupation:  Husband, Father, WEPCo. WAN Mgr., Discus Sys0p, and  Linux fan
  57.