Here is the output of "df -h". Things look pretty normal to me here. Lucien is my laptop that serves as an ad-hoc server at home, and Training-pc4 is the laptop my company gave me. ;-)

Filesystem Size Used Avail Use% Mounted on
/dev/hda2 7.9G 6.9G 704M 91% /
/dev/hda7 10G 5.2G 4.4G 54% /home
/dev/hda6 4.0G 637M 3.3G 16% /u1
none 125M 0 124M 0% /dev/shm
//lucien/lucien_c 4.0G 3.0G 1.0G 73% /luc_docs
//Training-pc4/laptopdocs
19G 6.0G 12G 32% /laptop


Here is the output of "free". Honestly, I don't know what I should be looking for (I know, that's a lot of points off my geek score), but 3036 under the "free" column looks kinda low to me.

total used free shared buffers cached
Mem: 255104 252068 3036 4 536 9532
-/+ buffers/cache: 242000 13104
Swap: 530104 442604 87500


...and finally, the first few lines produced by "top". If I'm reading this right, gconfd-2 is eating up a lot of processor cycles, even though I'm using KDE and not GNOME. But that's only if I'm reading it right.

10377 rscrawfo 15 0 473M 81M 16 D 0.9 32.5 1:30 gconfd-2
5 root 15 0 0 0 0 SW 0.5 0.0 11:00 kswapd
10641 rscrawfo 13 0 836 800 616 R 0.3 0.3 0:00 top
1 root 8 0 108 60 40 S 0.0 0.0 0:05 init
2 root 8 0 0 0 0 SW 0.0 0.0 0:00 keventd
3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0
4 root 19 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU1


For what it's worth, my computer is a dual-processor Pentium-III, 866MHz, with 256M of RAM and 20GB hard drive space (well, 40GB, since 20GB of that is taken up with my Win2K installation -- I really ought to do something about that some day).

Still soliciting suggestions...


Bill Kendrick wrote:
On Sun, Dec 08, 2002 at 08:48:39AM -0800, Rod Roark wrote:

Check if you're running out of memory (free), disk space (df) or if something is hogging the CPU (top).

I was going to suggest checking 'df', too.

Melissa's system once acted quite wonky (couldn't log in from XDM).
It ended up being that / was full because lpd or someone kept
complaining into /var/log/messages every 5 minutes.

Her tiny (at the time) hard disk filled up, and since so many things
expect to be able to dump things in /tmp, they all started dying strangely.

We killed the lpd and eventually stuck another 10GB drive in, and it's been
fine since. ;)

-bill!

_______________________________________________
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech

_______________________________________________
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech

Reply via email to