DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
At this moment the computer is ok, no slow downs, so was when I did get that output I posted. But every now and then it just gets too loaded and I see the hard disk light that's going nuts and the system gets slow. I will try to keep an eye and next time it happens I'm going to repost the same thing. It's just that seeing this happen and almost all physical memory in use I thought these things were connected somehow (ex windows user - by the way it's been almost a year that I haven't touched windows, hehe).
Originally posted by Ptrs!OP
I don't know how to list the processes as they appear in KDE System Guard or Gnome System monitor, but there are plenty that are running under root, such as "getty" (there are 6 of them at this moment and can't kill them because they reappear), "kjournald" (7 of them) and X is using 160 MB of memory.
Any ideas?
On a side note, just killing processes you don't recognize can be a bad thing, leading to a very unstable system.
'getty' is the login manager for each of your 6 physical consoles (Ctrl+Alt+F1 to Ctrl+Alt+F6). kjournald is the kernel journal daemon, which handles journaling file systems (and their journals, of course). Killing that could (I believe) lead to filesystem or journal corruption.
I hope you don't see this as an attempt to chastize you for your actions, but as the friendly warning it really is.
There are two ways to learn: one by actually making a mistake than can cost you something and the second one just by listenint to an advice. I didn't know what these processes were, so I just tried to kill them. Now that you told me I know I'm going to be more careful in the future, so thank you! By the way I was killing these processes and they just kept coming back so it seems that I was trying to do damage to my debian and just couldn't! This is amazing (thinking that I used to install windows every 5-6 months because something corrupted something else without me doing anything... Something more to add to the "Get the facts" campain!
Originally posted by Ptrs!OP There are two ways to learn: one by actually making a mistake than can cost you something and the second one just by listenint to an advice. I didn't know what these processes were, so I just tried to kill them. Now that you told me I know I'm going to be more careful in the future, so thank you! By the way I was killing these processes and they just kept coming back so it seems that I was trying to do damage to my debian and just couldn't! This is amazing (thinking that I used to install windows every 5-6 months because something corrupted something else without me doing anything... Something more to add to the "Get the facts" campain!
getty is automatically restarted by the 'init' process. (Another one NOT to kill, lol). getty is pretty harmless to kill, but other processes might not be. Also, next time it gets slow, run 'dmesg' and see if there are any error messages near the end of it that might be related.
Ok so now the computer is really slow. Even as I am typing the text appears with delay on screen or even the cursor doesn't blink regularly.
I have many applications open but such thing didn't occur with other linux distributions I have used under similar load:
dmesg:
Code:
x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
usb 1-3: USB disconnect, address 6
usb 1-3: new full speed USB device using address 7
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 7
usb 2-3: new full speed USB device using address 5
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
cdrom: open failed.
usb 1-2: new full speed USB device using address 8
drivers/usb/serial/usb-serial.c: USB Serial support registered for Handspring Visor / Palm OS
drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 3.5
drivers/usb/serial/usb-serial.c: USB Serial support registered for Sony Clie 5.0
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usbcore: registered new driver visor
drivers/usb/serial/visor.c: USB HandSpring Visor / Palm OS driver v2.1
usb 1-2: USB disconnect, address 8
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 9
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 9
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 10
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 10
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 2-3: USB disconnect, address 5
usb 1-2: new full speed USB device using address 11
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 11
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 12
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 12
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 13
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 13
visor 1-2:1.0: device disconnected
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
usb 2-3: new full speed USB device using address 6
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 6
usb 1-3: new full speed USB device using address 14
usb 1-3: device not accepting address 14, error -110
usb 1-3: new full speed USB device using address 16
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 16
usb 1-3: new full speed USB device using address 17
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 17
usb 2-3: new full speed USB device using address 7
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 7
usb 2-3: new full speed USB device using address 8
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 8
usb 1-3: new full speed USB device using address 18
usb 1-3: device not accepting address 18, error -110
usb 1-3: new full speed USB device using address 19
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
NET: Registered protocol family 4
NET: Registered protocol family 3
NET: Registered protocol family 5
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: SiS delay workaround: giving bridge time to recover.
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
usb 2-2: USB disconnect, address 3
usb 2-2: new full speed USB device using address 9
usb 1-3: USB disconnect, address 19
usb 2-3: new full speed USB device using address 10
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 1-3: new full speed USB device using address 20
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM2: USB ACM device
usb 2-3: USB disconnect, address 10
usb 2-3: new full speed USB device using address 11
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 1-2: new full speed USB device using address 21
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 21
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 22
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 22
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 23
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 23
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 24
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 24
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 25
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 25
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 26
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 26
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 27
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 27
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 28
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 28
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 1-2: new full speed USB device using address 29
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 29
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 2-3: USB disconnect, address 11
usb 1-3: USB disconnect, address 20
usb 2-3: new full speed USB device using address 12
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 12
usb 2-3: new full speed USB device using address 13
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 13
usb 1-3: new full speed USB device using address 30
usb 1-3: device not accepting address 30, error -110
usb 1-3: new full speed USB device using address 32
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 32
usb 2-3: new full speed USB device using address 14
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 14
usb 2-3: new full speed USB device using address 15
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 15
ISO 9660 Extensions: Microsoft Joliet Level 1
ISOFS: changing to secondary root
usb 1-2: new full speed USB device using address 33
visor 1-2:1.0: Handspring Visor / Palm OS converter detected
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
usb 1-2: USB disconnect, address 33
visor ttyUSB0: Handspring Visor / Palm OS converter now disconnected from ttyUSB0
visor ttyUSB1: Handspring Visor / Palm OS converter now disconnected from ttyUSB1
visor 1-2:1.0: device disconnected
usb 2-3: new full speed USB device using address 16
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
usb 2-3: USB disconnect, address 16
usb 1-3: new full speed USB device using address 34
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 34
usb 1-3: new full speed USB device using address 35
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 1-3:1.0: ttyACM0: USB ACM device
usb 1-3: USB disconnect, address 35
usb 2-3: new full speed USB device using address 17
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.1: ttyACM0: USB ACM device
drivers/usb/class/cdc-acm.c: Ignoring extra header
cdc_acm 2-3:1.3: ttyACM1: USB ACM device
At this moment I have open firefox with 3 tabs, thunderbird, amarok, kppp, korganizer, amule, synaptic, konsole and resource monitor, which indicates CPU 100%, physical memory 499.3MB/504.3MB and SWAP 68MB/989.2MB. I already had to end wine processes, because I am not using it but I saw something like wine pre-load which was using a lot of memory and another or two things saying wine something.
But if you look at the vmstat output there is no swap I/O and virtually no other disk I/O, your problem isn't with memory. You say the CPU is at 100%, so what is using all of the CPU?
I have no idea what or why is using all that CPU! It has already been explained to me that in linux all memory is used no matter what I'm doing and that is to improve performance, so I'm not worrying anymore about it. But the CPU is working 100% since this morning, but I didn't not what was the program that I started that needs all this CPU. What I need to know is if it is a deamon, a program that I am manually starting or something that has to do directly with Debian. But it is weird and a bit disturbing all this slow down.
Originally posted by Ptrs!OP
[snip]
and the processes that report more %MEM are
firefox (6.9%), amule (1.7%), XFree86 (1.7), kdeinit (2.9%)
[snip]
(Emphasis modified.)
Disclaimer: I've never used amule.
Since he's running amule, could his problems be from a "nice" setting on that process that's letting the people downloading from his system "hog" his disk drive. And, perhaps, his internet connection.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.