home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10185 < prev    next >
Encoding:
Text File  |  1992-09-08  |  5.1 KB  |  104 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!ira.uka.de!uni-heidelberg!fht-mannheim!aix01.rz.fht-mannheim.de!mrex
  3. From: mrex@aix01.rz.fht-mannheim.de (Martin Rex)
  4. Subject: Xlinux.8514: 0.97-1 ok -- 0.97-4 not (long)
  5. Message-ID: <5srna_#_@aix01.rz.fht-mannheim.de>
  6. Date: Tue, 08 Sep 92 16:14:53 GMT
  7. Organization: Fachhochschule fuer Technik Mannheim
  8. X-Newsreader: Tin 1.1 PL4
  9. Lines: 93
  10.  
  11. Hi,
  12.  
  13. I have recently installed Linux 0.97pl1 on my machine
  14. (i486/33/20MB/200MB AT-Bus/ATI Graphics Ultra), and GCC-2.2.2d,
  15. X-1.1 and Kevin Martin's Xlinux.8514.
  16.  
  17. Under 0.97pl1 everything was working fine, and I have successfully
  18. compiled about 20 X-programs so far.  The only bad thing about
  19. compiling: I HAVE TO use gcc-2.2.2 for the linking, when compiling
  20. X-Software (linking with X-libs), otherwise I get SegVs. :-((
  21. (using shared libraries; statically linked seems to work in
  22.  rare occasions.)
  23.  
  24. The last weekend I have experienced file system corruption twice
  25. on my main minix partition (50 MB), and spent about 10 hours of
  26. saving and restoring (and verifying as good as possible) the data
  27. on this partition.  Yes, I have used "strip" from the 0.97pl1
  28. rootdisk, so I guess that was one reason from what I understand
  29. from Linus' posting about patch4.
  30.  
  31. I've been heavily using X on 0.97pl1, and it works really well.
  32.  
  33. Yesterday I have ftp'ed the 0.97pl4-kernel and comiled it on
  34. my machine (it takes less than 7 minutes from scratch), and
  35. tried X on it.  It starts up and it runs, but I have big
  36. problems on quitting X!  The CTRL-ALT-BACKSPACE works, but
  37. when I end my startup-shell (I have "exec xterm -ls" as the
  38. last line of my xinitrc), the X-Server doesn't close down
  39. correctly and hangs.
  40.  
  41. When I kill all programs that use the X-server ("xclock, twm"),
  42. and then kill the xterm as the last program accessing the server,
  43. then the Server shuts down smooth and returns to the virtual console.
  44. As soon as there is another program using the X-Server when the
  45. xinitrc-process (my startup shell/xterm) is killed/ended,
  46. the keyboard and screen freezes with a partially cleard display.
  47. (the system is still operational through the serial port then.)
  48. When this once happened, I am not able to restore normal behavior
  49. on the "console".  I may kill every X-related process from the serial
  50. session, but the screen stays the same.  When I restart X from the
  51. serial session, the Display is back under control of the X-server,
  52. and even the mouse is working, but the keyboard is not recognized
  53. anymore.  When I kill this renewed session first twm & xclock, then
  54. the startup xterm/shell, the screen returns to text-mode,
  55. but the keyboard still doesn't work.
  56.  
  57. I have never had any such problem with 0.97pl1, where I could exit
  58. the startup-shell with as many as 8 windows open, and the X-Server
  59. would still shut down smoothly.
  60.  
  61. But there's something else I've noticed under both pl1 & pl4 which
  62. has been mentioned in this list recently.  Sometimes after X-shutdown
  63. a zombie xinitrc stays around, and accumulates huge amount of
  64. process time.  It usally drains about 30-50% of the power of the
  65. machine.  I usually notice it only when comiling or having xfishtank
  66. in the background, normally the machine is still acceptably responsive.
  67. The zombie xinitrc always has a <defunct> brother, so I think
  68. there is some kind of deadlock of two processes.
  69.  
  70. During the little time of trying last night, I also had a very strange
  71. behaviour of 0.97pl4.  After killing and rerunning X serveral times
  72. over the serial session trying to get back a usable console,
  73. the machine must have trashed/mangled or filled up its memory and
  74. page space, because it was suddenly very slow with its responses,
  75. and it was accessing the hard disk every several seconds, but there
  76. weren't any process running which could cause this harddisk activity,
  77. I had only started X (startx), but this time it could not even get
  78. the control back over the screen.  The machine was really really slow,
  79. and the strange disk activities went on for over 10 minutes
  80. (until I hit the hard-reset).   I was trying to get the control back,
  81. but my serial session fell asleep on an "ps" command (it listed
  82. only the first three processes very very slowly).  I pulled the
  83. serial connection because there was no further reaction to Crtl-Cs
  84. and Ctrl-Zs.  After reconnection of the serial cable, it took about
  85. one minute before the login prompt reappered, and then the characters
  86. were slowly echoed back.  I even got the login greeting, but I didn't
  87. get to the shell prompt (maybe my login script was to long -- the machine
  88. still was down to the knees with workload -- but I have no idea what
  89. it was doing!  I assume it was mainly swapping (the disk activity ...)
  90. (btw. my swap-partition is 10MB).
  91.  
  92. I'd rather stay with 0.97pl1, if there's something wrong with pl4 (pl3),
  93. but I would like to get the file system fixes in my pl1 at least!
  94.  
  95. Any ideas ?
  96.  
  97. -Martin
  98.  
  99. --
  100.  Martin Rex                              |  "Have the courage to take
  101.  Rechenzentrum                           |   your own thoughts seriously,
  102.  Fachhochschule fuer Technik Mannheim    |   for they will shape you."
  103.  E-Mail:  mrex@aix01.rz.fht-mannheim.de  |             -- Albert Einstein
  104.