Re: [expert] Bug.... maybe maybe not.

2002-07-02 Thread Todd Lyons

James wrote on Mon, Jul 01, 2002 at 08:32:44PM + :
 
 I've now got another box doing the same thing but not as often.  It too
 has an intel all in one Mobo.  What kind I'm not sure as this box is an

service apmd stop
chkconfig apmd off

Install another fan (ie keep the CPU/HD cooler than they are now).

Compile a custom kernel removing some things that you know you don't
use (saw that comment from someone elsewhere in the thread and I think
it's a good idea).

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55950/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-07-02 Thread James

On Mon, 1 Jul 2002 23:41:36 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 James wrote on Mon, Jul 01, 2002 at 08:32:44PM + :
  
  I've now got another box doing the same thing but not as often.  It
  too has an intel all in one Mobo.  What kind I'm not sure as this
  box is an
 
 service apmd stop
 chkconfig apmd off

already done
 
 Install another fan (ie keep the CPU/HD cooler than they are now).

CPU core temp never gets above 35.5C so cooling is not a problem (box
has hdd fans chasiss fan and CPU fan. ) 
 Compile a custom kernel removing some things that you know you don't
 use (saw that comment from someone elsewhere in the thread and I think
 it's a good idea).

Doing that one next.  

James

 
 Blue skies... Todd
 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-07-01 Thread James

On Sun, 23 Jun 2002 20:43:00 -0700
James [EMAIL PROTECTED] said with temporary authority

 On Sun, 23 Jun 2002 18:38:41 -0700
 Todd Lyons [EMAIL PROTECTED] said with temporary authority
 
  James wrote on Sun, Jun 23, 2002 at 06:04:16PM -0700 :
   Oh the wording is mine... it goes to runlevel 5 supposedly.  But X
   etc cannot start.  NO error messages just a hang.  Leaving the
   box alone for an hour results in a box that cannot be ssh'd into
   and is totally frozen.  No error messages.  No log records it
   seems that X and Linux think they are ok  just it's not
   working.  X never fails.. nor does
  
  If you run top with a refresh rate of 1 second, do you slowly see
  the load climbing? 
 
 Haven't tried that will do later tonight and report... right now I've
 got to finish a web page. *grin*
 
  If you do ps ax frequently do you see processes with a
  status of D?
 
 I've looked for D and Z listings.  None found.  
 
   Just trying to isolate exactly what it is that is
  causing the system to come to a crawl.  If it's in kernel space, it
  could be very difficult to determine what it is that's causing it.
  
  Do you have a zip drive?  If so, delete the /etc/cron.hourly/msec
  and/etc/cron.daily/msec links and see if the symptoms remain the
  same.
 
 No Zip but I did remove msec . mostly cause I'm to lazy to make
 all the hand changes I needed to. *grin*
 
  
  Blue skies...   Todd
 
 Todd one last thing thanks

Sorry it took so long to get back. I'm approaching stable.. I
removed devfsd.  However all it's really done is lengthen the time
between reboots.  The box can sit on but unused for about 10 hours or so
before it starts loosing stability.  Lose of stability comes in the form
of programs won't start or die suddenly etc.  Then when this starts to
happen I know to reboot the box and I'm back to normal.  Top shows no
runaway  programs CPU usage generally stays below 40% bit a mean average
of about 20% (I really don't do anything that intense)  Swap never
occurs on this box as I have 384 megs ram.  Ran MemTest for 12 hours and
memory checks fine.  This same box ran 8.1 fine for about 4 months.  The
kernel I'm using now and before under 8.1 is a win4lin kernel.  Hardware

1.  ASUS TUSL-2 Motherboard.
2.  3c905c Nic
3.  SBLive Sound
4.  OnBoard Video
5.  Maxtor 80gb HDD
6.  384 megs ram
7. floppy
8. ASUS CDRW

Running XFree86 4.0.2 from the distro.  KDE3 instead of KDE2.(texstar
version) All updates are current.

James




Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-07-01 Thread Randy Kramer

James wrote:
 Sorry it took so long to get back. I'm approaching stable.. I
 removed devfsd.  However all it's really done is lengthen the time
 between reboots.  The box can sit on but unused for about 10 hours or so
 before it starts loosing stability.  Lose of stability comes in the form
 of programs won't start or die suddenly etc.  Then when this starts to
 happen I know to reboot the box and I'm back to normal.  Top shows no
 runaway  programs CPU usage generally stays below 40% bit a mean average
 of about 20% (I really don't do anything that intense)  

Hmm, your load sounds fairly high to me -- when I'm not doing anything
the load sits around 1 - 1.5% system and 0% user, and depending on what
I'm doing the user load varies significantly -- anywhere from 1 to
100%.  Just an observation, don't have any idea whether it is a
meaningful difference or is related at all to your problem.

I run Mandrake 8.2 on a 700 MHz Duron with 256 MB Ram.  Still at kde
2.2, not running sound or any servers.

Randy Kramer

 Swap never
 occurs on this box as I have 384 megs ram.  Ran MemTest for 12 hours and
 memory checks fine.  This same box ran 8.1 fine for about 4 months.  The
 kernel I'm using now and before under 8.1 is a win4lin kernel.  Hardware
 
 1.  ASUS TUSL-2 Motherboard.
 2.  3c905c Nic
 3.  SBLive Sound
 4.  OnBoard Video
 5.  Maxtor 80gb HDD
 6.  384 megs ram
 7. floppy
 8. ASUS CDRW
 
 Running XFree86 4.0.2 from the distro.  KDE3 instead of KDE2.(texstar
 version) All updates are current.



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-07-01 Thread Todd Lyons

James wrote on Sun, Jun 30, 2002 at 11:55:34PM + :
 
 before it starts loosing stability.  Lose of stability comes in the form
 of programs won't start or die suddenly etc.  Then when this starts to
 happen I know to reboot the box and I'm back to normal.  Top shows no
 runaway  programs CPU usage generally stays below 40% bit a mean average
 of about 20% (I really don't do anything that intense)  Swap never

Other suggestions:
1) 'killall artsd'  (assuming you're running KDE, you won't be able to
share /dev/dsp anymore)
2) Any Western Digital hard drives?
3) 'dmesg'  Look for any kind of errors accessing the hard drive.
4) 'hdparm -t /dev/hda' or whatever your hard drive is.  Do it right
after bootup, and do it when it starts to slow down, and do it when it's
barely crawling.
5) If you ssh to it from another box, is it strange there as well
(trying to rule out the display as a culprit).

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55933/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-07-01 Thread James

On Mon, 1 Jul 2002 18:50:43 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 James wrote on Sun, Jun 30, 2002 at 11:55:34PM + :
  
  before it starts loosing stability.  Lose of stability comes in the
  form of programs won't start or die suddenly etc.  Then when this
  starts to happen I know to reboot the box and I'm back to normal. 
  Top shows no runaway  programs CPU usage generally stays below 40%
  bit a mean average of about 20% (I really don't do anything that
  intense)  Swap never
 
 Other suggestions:
 1) 'killall artsd'  (assuming you're running KDE, you won't be able to
 share /dev/dsp anymore)
Did it already. No change.

 2) Any Western Digital hard drives?
I've been around to long to make that mistake. *grin*

 3) 'dmesg'  Look for any kind of errors accessing the hard drive.
None.  That's why the 80gig . hdparm has it at 56mbps
This number stays relatively consistant.  When the box starts dying
however hdparm like other applications can't start.

 4) 'hdparm -t /dev/hda' or whatever your hard drive is.  Do it right
 after bootup, and do it when it starts to slow down, and do it when
 it's barely crawling.

No changes.  It doesn't slow down... things just start dieing or being
unable to start.  Speed of the drives doesn't change a bit.  

 5) If you ssh to it from another box, is it strange there as well
 (trying to rule out the display as a culprit).
Yes it can be strange.  If X dies I have about 2 - 3 minutes before the
box locks up totally.  Can't even SSH into it but if I'm already in the
session doesn't die... just the box is locked to input from keyboard.

I've now got another box doing the same thing but not as often.  It too
has an intel all in one Mobo.  What kind I'm not sure as this box is an
HP Pavillion  It's been running Mandrake Linux since 7.2.  With RH 6.4
and SuSe 6.2 on it before that.  The only commonality between them
otherwise is that both run KDE3 instead of KDE2.2.  That and the fact
that they both use the i810 drivers (the pavillion is i810 the ASUS is
i815 chipsets. or their drivers.)  One point to note, when lilo is set
to devfs=mount and I do ctrl-alt-f1(or any other f key)  X dies within
seconds of the switch and requires a reboot in order to restart it. 
(Same case on both boxes)  One point to note.  I've got 2 k-6's and 1
pentium  running the same software setup that are rock solid.  (the
pentium is dog slow but solid.)  Maybe it is the chipset.  I've put in
an older Voodoo video card I had (PCI) and a trident AGP without change.
 So it's probably not the onboard video.  As always thanks for the help.
 My next step on this box is to install FreeBSD into a spare partition
for dual booting and see if conditions are the same.   
 Blue skies... Todd
 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Todd Lyons

daRcmaTTeR wrote on Sun, Jun 23, 2002 at 02:32:04PM -0400 :
 
 It's been my personal experience in the past 6 months that devfs is 
 totally and completely the spawn of satan. I don't forsee any true 

Satan might like you, but I'm his favorite.  -- a coworker

 usefullness coming from this particular part of Mandrake's inner 
 workings other then LOTS of severe user frustration. personally I think 
 IT should be forever scuttled and banned from the landscape of so 
 wonderful an OS never to be seen or heard from againEVER!

On a server where things don't change much,  yes.
On a desktop where external drives are being hotplugged via firewire and
USB, it needs to be there or the functionality will not appear on the
desktop without manual configuration.  Usability is where it's headed
folks, and making it usable without being a rocket scientist is what's
required for your Grandmother, for you girlfriend's mom, for the kid
down the street, etc.

Blue skies...   Todd (speaking only for himself,
  not in any official capacity)
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-19mdk



msg55581/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread jerry

On Sun, 23 Jun 2002 14:32:04 -0400
daRcmaTTeR [EMAIL PROTECTED] wrote:

 IT should be forever scuttled and banned from the landscape of so 
 wonderful an OS never to be seen or heard from againEVER!

(as a result:  there's no way they're taking it out now, especially if they read 
messages from people who don't like it)  lol  ;-P



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread daRcmaTTeR

James wrote:
 All,
 
Got an interesting problem here.  It concerns everyones favorite
 subject devfs ... I've done 12 installs so far with 8.2, on 10 of the
 boxes /dev/video1-4 where created without a problem on two of the
 boxes  not there at all.  So just for fun on one I reinstalled 8.2 4
 times ( I use the auto-install from a disk so it's not as painful as it
 sounds.)  3 times it created the devs 1 time it didn't.  Has anyone else
 noted this?  Why I noticed is.
 
   1.  My companies product uses/looks for  /dev/video 
 
   2.  KDE crashes - in fact total video access is frozen.  This seems to
 be occuring when these devs aren't on the box, and it happens frequently
 on them. Near as I can tell, when they are gone the box grabs any dev it
 can to use as the video device. (not sure on this so don't quote me.)  
 
   The only way to fix it is to create the devices manually after having
 made sure that lilo has append devfs=nomount and I've booted this way. 
 Is there any way to tell what the box is using instead of /dev/video if
 it doesn't create it?  
 
 
 James
 

James,

It's been my personal experience in the past 6 months that devfs is 
totally and completely the spawn of satan. I don't forsee any true 
usefullness coming from this particular part of Mandrake's inner 
workings other then LOTS of severe user frustration. personally I think 
IT should be forever scuttled and banned from the landscape of so 
wonderful an OS never to be seen or heard from againEVER!

Mark





Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Praedor Tempus

On Sunday 23 June 2002 04:26 pm, daRcmaTTeR wrote:
 jerry wrote:
  On Sun, 23 Jun 2002 14:32:04 -0400
 
  daRcmaTTeR [EMAIL PROTECTED] wrote:
 IT should be forever scuttled and banned from the landscape of so
 wonderful an OS never to be seen or heard from againEVER!
 
  (as a result:  there's no way they're taking it out now, especially if
  they read messages from people who don't like it)  lol  ;-P

 well...to be totally honest I do see its need and usefulness, however
 I've been so blessed as to have had the privilege to *not* have had a
 good experience with the little bugger. it doesn't like my Handspring
 Visor. :(

It also doesn't like the winmodem in my laptop (but then, who LIKES 
winmodems?).  I am happily using the winmodem as a linmodem using the 
ltmodem drivers.  Works great.  Problem is, it is but a passing thing since 
installing 8.2.  In Mandrake 8.1, I also had the ltmodem driver installed and 
working - and it was permanent.  It worked with every bootup and login.
Since installing 8.2, however, I have to manually remove the system's 
insistent retardation of setting /dev/modem - /dev/ttyS0 -/dev/tts/0.  This 
does not exist on my system yet devfs does it every time.  

Upon bootup, I have to rm -f /dev/modem and then rerun the ltmodem checkout 
script to get the symlink to point to /dev/tts/LT0, created for devfs by same 
script.  Unfortunately, the script is interactive so I cannot simply put it 
in /etc/rc.d or other and have it work every bootup.  

In a word, devfs SUCKS.  Always has, always will.  The end.

praedor



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread daRcmaTTeR

jerry wrote:
 On Sun, 23 Jun 2002 14:32:04 -0400
 daRcmaTTeR [EMAIL PROTECTED] wrote:
 
 
IT should be forever scuttled and banned from the landscape of so 
wonderful an OS never to be seen or heard from againEVER!
 
 
 (as a result:  there's no way they're taking it out now, especially if they read 
messages from people who don't like it)  lol  ;-P
 

well...to be totally honest I do see its need and usefulness, however 
I've been so blessed as to have had the privilege to *not* have had a 
good experience with the little bugger. it doesn't like my Handspring 
Visor. :(

Mark





Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Todd Lyons

James wrote on Sun, Jun 23, 2002 at 12:43:38PM -0700 :
Where I don't dispute the intent I'm having fits with the results. 
 Oh and for my camera and my usb printer.  They haven't changed
 functionality since I got rid of devfs.  Maybe because devfs set them up
 at first.  I'm just getting tired of rebooting Linux.

Have you tried just changing to single user mode, then back to your
regular mode?  Many times changing runlevels will fix some oddities (but
not always).  You might have to go one step further and remove some
modules so that when you switch back to runlevel 3 (text login) or 5
(graphical login), it will load the required modules back.  If something
is funky with the modules in kernel-space though, you might get the busy
error message.  The only advice I can offer is remove the modules in
opposite order that they are dependent.  For example, in the following:

sg 30180   0  (autoclean) (unused)
st 27316   0  (autoclean) (unused)
sr_mod 15160   0  (autoclean) (unused)
sd_mod 11644   0  (autoclean) (unused)
scsi_mod   92488   4  (autoclean) [sg st sr_mod sd_mod]

I won't be able to remove scsi_mod first.  I would have to rmmod sg,
then st, then sr_mod, then sd_mod.  Only then would I be able to remove
scsi_mod.

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55603/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Todd Lyons

Praedor Tempus wrote on Sun, Jun 23, 2002 at 04:33:49PM -0500 :

 Since installing 8.2, however, I have to manually remove the system's 
 insistent retardation of setting /dev/modem - /dev/ttyS0 -/dev/tts/0.  This 
 does not exist on my system yet devfs does it every time.  

rm -f /lib/dev-state/modem

One of the things that devfsd does when it boots up is that it restores
the contents of /lib/dev-state/* to /dev/.  Remove that file (symlink
actually) and it will quit putting it in /dev.  Then when you load the
lucent module, it will register with devfs which will then create the
LT* device(s) you need.

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55605/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread James

On Sun, 23 Jun 2002 11:40:20 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 daRcmaTTeR wrote on Sun, Jun 23, 2002 at 02:32:04PM -0400 :
  
  It's been my personal experience in the past 6 months that devfs is 
  totally and completely the spawn of satan. I don't forsee any true 
 
 Satan might like you, but I'm his favorite.  -- a coworker
 
  usefullness coming from this particular part of Mandrake's inner 
  workings other then LOTS of severe user frustration. personally I
  think IT should be forever scuttled and banned from the landscape
  of so wonderful an OS never to be seen or heard from againEVER!
 
 On a server where things don't change much,  yes.
 On a desktop where external drives are being hotplugged via firewire
 and USB, it needs to be there or the functionality will not appear on
 the desktop without manual configuration.  Usability is where it's
 headed folks, and making it usable without being a rocket scientist is
 what's required for your Grandmother, for you girlfriend's mom, for
 the kid down the street, etc.
 
 Blue skies... Todd (speaking only for himself,
   not in any official capacity)

Todd,
   Where I don't dispute the intent I'm having fits with the results. 
Oh and for my camera and my usb printer.  They haven't changed
functionality since I got rid of devfs.  Maybe because devfs set them up
at first.  I'm just getting tired of rebooting Linux.

James

 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-19mdk
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread James

On Sun, 23 Jun 2002 14:59:46 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 James wrote on Sun, Jun 23, 2002 at 12:43:38PM -0700 :
 Where I don't dispute the intent I'm having fits with the
 results. Oh and for my camera and my usb printer.  They haven't
 changed functionality since I got rid of devfs.  Maybe because
 devfs set them up at first.  I'm just getting tired of rebooting
 Linux.
 
 Have you tried just changing to single user mode, then back to your
 regular mode?  Many times changing runlevels will fix some oddities
 (but not always).  You might have to go one step further and remove
 some modules so that when you switch back to runlevel 3 (text login)
 or 5(graphical login), it will load the required modules back.  If
 something is funky with the modules in kernel-space though, you might
 get the busy error message.  The only advice I can offer is remove the
 modules in opposite order that they are dependent.  For example, in
 the following:
 
 sg 30180   0  (autoclean) (unused)
 st 27316   0  (autoclean) (unused)
 sr_mod 15160   0  (autoclean) (unused)
 sd_mod 11644   0  (autoclean) (unused)
 scsi_mod   92488   4  (autoclean) [sg st sr_mod sd_mod]
 
 I won't be able to remove scsi_mod first.  I would have to rmmod sg,
 then st, then sr_mod, then sd_mod.  Only then would I be able to
 remove scsi_mod.
 
 Blue skies... Todd
 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk

Yep first thing I did..  telinit 3 . cannot return to runlevel 5
telinit 1 cannot return to run level 5 .. reboot.

James

 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Todd Lyons

James wrote on Sun, Jun 23, 2002 at 04:32:14PM -0700 :
 
 Yep first thing I did..  telinit 3 . cannot return to runlevel 5
 telinit 1 cannot return to run level 5 .. reboot.

What do you mean cannot return to runlevel 5?  That's an error message
I've never seen before.  Same thing happens if you just run 'init 5'?
Should since it's just a symlink, but just curious.

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55628/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread James

Oh the wording is mine... it goes to runlevel 5 supposedly.  But X etc
cannot start.  NO error messages just a hang.  Leaving the box alone
for an hour results in a box that cannot be ssh'd into and is totally
frozen.  No error messages.  No log records it seems that X and Linux
think they are ok  just it's not working.  X never fails.. nor does
it start.  At all times I get a message in ps-ax that kdm is trying to
start.  If I do a killall X or try to kill the start for kdm it can't
kill it.  I have to go back to runlevel 3 via telinit.  StartX from
runlevel 3 at that point hangs in a simular manor.  I've restarted xfs
and it restarts and runs without error.  Once I leave runlevel 5 the
only way to return to a functional runlevel 5 environment is via a 
reboot.  

James


On Sun, 23 Jun 2002 17:42:36 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 James wrote on Sun, Jun 23, 2002 at 04:32:14PM -0700 :
  
  Yep first thing I did..  telinit 3 . cannot return to runlevel 5
  telinit 1 cannot return to run level 5 .. reboot.
 
 What do you mean cannot return to runlevel 5?  That's an error
 message I've never seen before.  Same thing happens if you just run
 'init 5'? Should since it's just a symlink, but just curious.
 
 Blue skies... Todd
 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread daRcmaTTeR

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Todd Lyons wrote:
| James wrote on Sun, Jun 23, 2002 at 12:43:38PM -0700 :
|
|   Where I don't dispute the intent I'm having fits with the results.
|Oh and for my camera and my usb printer.  They haven't changed
|functionality since I got rid of devfs.  Maybe because devfs set them up
|at first.  I'm just getting tired of rebooting Linux.
|
|
| Have you tried just changing to single user mode, then back to your
| regular mode?  Many times changing runlevels will fix some oddities (but
| not always).  You might have to go one step further and remove some
| modules so that when you switch back to runlevel 3 (text login) or 5
| (graphical login), it will load the required modules back.  If something
| is funky with the modules in kernel-space though, you might get the busy
| error message.  The only advice I can offer is remove the modules in

O yeah...I've been seeing that one alot lately on the one Mandrake
client when it tries to umount the samba shares being shared from the
server. they're always busy for some reason and don't want to unmount.

Linux to Linux Samba shares is not a fun thing I'm finding out.

Mark

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9FnYEJuZ1geTzHgERAkrbAJ9jAcOWWXuryEhSKm0yiaa6YAtkyACg2p9g
PJmD3pHbylmzztERC5brZ+o=
=S2qo
-END PGP SIGNATURE-




Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread Todd Lyons

James wrote on Sun, Jun 23, 2002 at 06:04:16PM -0700 :
 Oh the wording is mine... it goes to runlevel 5 supposedly.  But X etc
 cannot start.  NO error messages just a hang.  Leaving the box alone
 for an hour results in a box that cannot be ssh'd into and is totally
 frozen.  No error messages.  No log records it seems that X and Linux
 think they are ok  just it's not working.  X never fails.. nor does

If you run top with a refresh rate of 1 second, do you slowly see the
load climbing?  If you do ps ax frequently do you see processes with a
status of D?  Just trying to isolate exactly what it is that is
causing the system to come to a crawl.  If it's in kernel space, it
could be very difficult to determine what it is that's causing it.

Do you have a zip drive?  If so, delete the /etc/cron.hourly/msec and
/etc/cron.daily/msec links and see if the symptoms remain the same.

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn
   Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk



msg55635/pgp0.pgp
Description: PGP signature


Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread James

On Sun, 23 Jun 2002 18:38:41 -0700
Todd Lyons [EMAIL PROTECTED] said with temporary authority

 James wrote on Sun, Jun 23, 2002 at 06:04:16PM -0700 :
  Oh the wording is mine... it goes to runlevel 5 supposedly.  But X
  etc cannot start.  NO error messages just a hang.  Leaving the
  box alone for an hour results in a box that cannot be ssh'd into and
  is totally frozen.  No error messages.  No log records it seems that
  X and Linux think they are ok  just it's not working.  X never
  fails.. nor does
 
 If you run top with a refresh rate of 1 second, do you slowly see the
 load climbing? 

Haven't tried that will do later tonight and report... right now I've
got to finish a web page. *grin*

 If you do ps ax frequently do you see processes with a
 status of D?

I've looked for D and Z listings.  None found.  

  Just trying to isolate exactly what it is that is
 causing the system to come to a crawl.  If it's in kernel space, it
 could be very difficult to determine what it is that's causing it.
 
 Do you have a zip drive?  If so, delete the /etc/cron.hourly/msec and
 /etc/cron.daily/msec links and see if the symptoms remain the same.

No Zip but I did remove msec . mostly cause I'm to lazy to make all
the hand changes I needed to. *grin*

 
 Blue skies... Todd

Todd one last thing thanks

 -- 
   Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
 UNIX was not designed to stop you from doing stupid things, because 
   that would also stop you from doing clever things. -- Doug Gwyn
Cooker Version mandrake-release-8.3-0.2mdk Kernel 2.4.18-20mdk
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com



Re: [expert] Bug.... maybe maybe not.

2002-06-23 Thread James

On Sun, 23 Jun 2002 21:29:42 -0400
daRcmaTTeR [EMAIL PROTECTED] said with temporary authority

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Todd Lyons wrote:
 | James wrote on Sun, Jun 23, 2002 at 12:43:38PM -0700 :
 |
 |   Where I don't dispute the intent I'm having fits with the
 |   results. Oh and for my camera and my usb printer.  They haven't
 |   changed functionality since I got rid of devfs.  Maybe because
 |   devfs set them up at first.  I'm just getting tired of rebooting
 |   Linux.
 |
 |
 | Have you tried just changing to single user mode, then back to your
 | regular mode?  Many times changing runlevels will fix some oddities
 | (but not always).  You might have to go one step further and remove
 | some modules so that when you switch back to runlevel 3 (text login)
 | or 5(graphical login), it will load the required modules back.  If
 | something is funky with the modules in kernel-space though, you
 | might get the busy error message.  The only advice I can offer is
 | remove the modules in
 
 O yeah...I've been seeing that one alot lately on the one Mandrake
 client when it tries to umount the samba shares being shared from the
 server. they're always busy for some reason and don't want to unmount.
 
 Linux to Linux Samba shares is not a fun thing I'm finding out.
 
 Mark

Yep Single user mode is runlevel 1  but it won't go back to runlevel
5 completely.  At runlevel one no modules are loaded so then when I
telinit 5 ... all get reloaded (without error I might add).Also this
happens no matter what window manager I use.  If I leave the box on at
night ... in the am applications can't start, and the box slowly loses
X.  The error at this point in XFree86.0.log was somthing like ( I lost
this log entry during a hard crash... scrambled var/log.) X session died
unexpectedly  no other entry or info.  

James

PS for Civilme I don't use WesternDigital... won't either.



 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.0.6 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQE9FnYEJuZ1geTzHgERAkrbAJ9jAcOWWXuryEhSKm0yiaa6YAtkyACg2p9g
 PJmD3pHbylmzztERC5brZ+o=
 =S2qo
 -END PGP SIGNATURE-
 
 
 



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com