Menú principal

Debian muy lento

Publicado por the98, Septiembre 20, 2008, 19:23:23

Tema anterior - Siguiente tema

0 Miembros y 1 Visitante están viendo este tema.

the98

Buenas argentos linuxeros.
Tengo una consulta, tengo instalado Debian Lenny en una pc bastante moderna y lo tengo instalado con Gnome como entorno de escritorio. Como si fuera poco además está instalado xfwm4 como manejador de ventanas (el window manager correspondiente a xfce) y a pesar de eso me funciona muy lento el sistema si lo comparo con Windows.
Quería saber si se puede chequear algo. Creo que más que nada se debe a algún error de configuración o a que instalé y desinstalé muchas aplicaciones para probarlas.
En fin, escucho sugerencias.

Gracias.

ZeiterZ

Tal vez los discos no estén trabajando en modo DMA. Es lo primero que se me vino en mente.

¿Tiene disco PATA o SATA?

Auxiliate con el comando hdparm para ver si está usando acceso directo a memoria (DMA).

También serviría que uses "top" o el monitor de sistema que tenga XFCE para ver qué proceso está acaparando la CPU.
También puedes recurrir a "iotop" para ver qué proceso está acaparando el acceso a disco.
También puedes ver qué memoria RAM tiene tu máquina y si estás usando particion de intercambio o no.

Saludos.

FlakoPirata

Cuanta Mem ram tenes? que pc tenes? que version de gnome tenes?

Puede ser que lo allas actualizado, a una version mas nueva, y notes q es mas lento?..

Siempre tubiste gnome +  xfwm4 ? capas q se confictuan.. (despues de una actualizacion)

Proba usar algun otro entorno grafico, icewm asi ves si es el linux o gnome el que esta pinchado..

Cuando decis que te anda lento? esta usando mucho el disco?

La otra que podes hacer es pegar, un monitor de uso de memoria, HD, y cpu, asi analizas en tiempo real porque esta lento.

Tenes paquetes sin confugurar?


the98

A ver si puedo explicarme un poco mejor. Lo que tarda es más que nada el entorno gráfico, no importa de cuál se trata. El booteo no tarda, ni tampoco las operaciones que se realizan desde una tty. Lo que tarda es cuando quiero abrir cualquier cosa, ya sea el Firefox, o el Nautilus, etc.

Con xfce4 también tardan las operaciones. Noto que funciona más rápido cuando hago un dist-upgrade o procesos similares, pero luego de reiniciar es la misma historia.

Mis particiones son las siguientes: En un disco IDE de 40 gb tengo 18 para XP, 18 para Deb y 2 de intercambio.
A continuación tengo un disco SATA de 300 gb con 3 particiones NTFS. Todas las particiones se montan en la carga del sistema para todos los usuarios. Lo menciono porque tal vez es influyente, aunque no creo.
Tengo una memoria ram de 1 gb.

Por último, no sé si tengo paquetes sin configurar. Me imagino que puede que ahí esté el problema porque como instalé y desinstalé (y volví a instalar) muchas cosas para probarlas, puede haber quedado algo colgado. Sin embargo hice algunas limpiezas con deborphan y demás.
Lo que sí, con el tema de ver si hay paquetes sin configurar voy a necesitar asistencia porque no tengo ni idea de cómo hacerlo. Creo que lo que más necesita el sistema es una buena limpieza.

Gracias y saludos.

ZeiterZ

Siguiendo mi pálpito, me parece que el disco IDE no está trabajando con acceso directo a memoria. Se comprueba con:

hdparm  /dev/hda

y el resultado sería algo como esto:

/dev/hda:
IO_support    =  1 (32-bit)
unmaskirq     =  1 (on)
using_dma     =  1 (on)
keepsettings  =  0 (off)
readonly      =  0 (off)
readahead     = 256 (on)
HDIO_GETGEO failed: Inappropriate ioctl for device


Aquí importa lo que diga "using_dma". Si está en 0 hay que ponerlo en 1 con:

hdparm -d 1 /dev/hda

Probá con esto. Si anda bien, luego vemos cómo configurarlo para que lo ponga al arrancar.

Saludos.

the98

#5
/dev/hda:
multcount     =  0 (off)
IO_support    =  0 (default)
unmaskirq     =  0 (off)
using_dma     =  1 (on)
keepsettings  =  0 (off)
readonly      =  0 (off)
readahead     = 256 (on)
geometry      = 65535/16/63, sectors = 80293248, start = 0


/dev/sda:
IO_support    =  0 (default)
readonly      =  0 (off)
readahead     = 256 (on)
geometry      = 30401/255/63, sectors = 488397168, start = 0



Ahí está...

Y hablando de dist-upgrades, recién hice una y mi menu.lst del grub quedó así (y siempre pasa lo mismo):

title Debian GNU/Linux, kernel 2.6.26-1-686
root (hd0,4)
kernel /boot/vmlinuz-2.6.26-1-686 root=/dev/hda5 ro quiet
initrd /boot/initrd.img-2.6.26-1-686

title Debian GNU/Linux, kernel 2.6.26-1-686 (single-user mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.26-1-686 root=/dev/hda5 ro quiet single
initrd /boot/initrd.img-2.6.26-1-686

title Debian GNU/Linux, kernel 2.6.26-1-486
root (hd0,4)
kernel /boot/vmlinuz-2.6.26-1-486 root=/dev/hda5 ro quiet
initrd /boot/initrd.img-2.6.26-1-486

title Debian GNU/Linux, kernel 2.6.26-1-486 (single-user mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.26-1-486 root=/dev/hda5 ro quiet single
initrd /boot/initrd.img-2.6.26-1-486

title Debian GNU/Linux, kernel 2.6.25-2-686
root (hd0,4)
kernel /boot/vmlinuz-2.6.25-2-686 root=/dev/hda5 ro quiet
initrd /boot/initrd.img-2.6.25-2-686

title Debian GNU/Linux, kernel 2.6.25-2-686 (single-user mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.25-2-686 root=/dev/hda5 ro quiet single
initrd /boot/initrd.img-2.6.25-2-686

title Debian GNU/Linux, kernel 2.6.24-1-686
root (hd0,4)
kernel /boot/vmlinuz-2.6.24-1-686 root=/dev/hda5 ro quiet
initrd /boot/initrd.img-2.6.24-1-686

title Debian GNU/Linux, kernel 2.6.24-1-686 (single-user mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.24-1-686 root=/dev/hda5 ro quiet single
initrd /boot/initrd.img-2.6.24-1-686

title Debian GNU/Linux, kernel 2.6.22-3-686
root (hd0,4)
kernel /boot/vmlinuz-2.6.22-3-686 root=/dev/hda5 ro quiet
initrd /boot/initrd.img-2.6.22-3-686

title Debian GNU/Linux, kernel 2.6.22-3-686 (single-user mode)
root (hd0,4)
kernel /boot/vmlinuz-2.6.22-3-686 root=/dev/hda5 ro quiet single
initrd /boot/initrd.img-2.6.22-3-686


Dentro de mi ignorancia me pregunto si hay que eliminar las viejas versiones del kernel, o algo por el estilo. ¿O es normal que pase eso?

Gracias.

Agrego más info que me voy acordando.
Cuando cierro la sesión con un usuario cualquiera, ejecuto TOP y veo que todavía hay procesos de ese usuario en ejecución. ¿Es normal?

ZeiterZ

Sería bueno que uses top y de iotop para ver qué procesos están acaparando tanto el disco como el procesador.

Con respecto a grub, cada vez que se instala un nuevo kernel los anteriores no se borran. Por eso siguen presentes en el archivo de configuración de grub.

Podrías desinstalar los kernels que no estés usando... dejando por lo menos el nuevo y el anterior que funcionó bien.

Saludos.

FlakoPirata

Lo que tenes es que descartar cosas..

1. ver si tenes un proceso que esta consumiento el xx%  del cpu, y por eso notas lento [por eso las recomendaciones de usar top, o pegar en la barra de tareas los monitores de uso de cpu]

2. o ver que talves tengas algo q consuma mucha memoria y estas swapeando (memoria swap) mucho (uso exesivo del HD) [top o monitores de memoria ram o swap]

si no encontras tal proceso, tenes suficiente memoria libre, y no usas execibamente el HD, talves tengas que cambiar de PC jajaja.
 Yo deje de usar Gnome cuando me demoraba mas que el XP :), Icewm cumple todas mis necesidades.. :)

 En realidad pueden ser muchas las razones q te ande lento.. algun driver o algo mal configurado.. es dificil saber sin mas info.. pero la idea es que descartes cosas..

 Probaste correr algun otro kernel, (los anteriores?) no sera q cuando lo actualizaste te empeso adar raro?

  Miraste los log en busqueda de algo raro?


 por tus dudas:
     tener muchos kernel no hace mas lento..
     por los procesos que quedan son procesos huerfanos, realmente no se porque sucede.. (si error de programacion o algo de kernel) pero no le hace nada.

     Para ver si tenes paquetes no configuirados, no se realmente como verificarlo, pero cuando instalas algun paquete con apt-get ,  te dice "Se encontraron errores al procesar:", estos realmente no estan instalados.. a mi me a pasado que hay cosas que me fallan, aplicaciones q usan librerias a medio instalar, no se si sera tu problema..
     Si pensas que tenes algo mal configurado, pordes correr '#dpkg-reconfigure -a', demora mucho y no te garantiza que te resulva el problema pero no perdes nada..


     


 


the98

#8
Información del sistema:



Cita de: ZeiterZ en Septiembre 22, 2008, 18:32:15
Podrías desinstalar los kernels que no estés usando... dejando por lo menos el nuevo y el anterior que funcionó bien.

Si cierro sesión y me quedan procesos del usuario abiertos (que miré que son Nautilus y artsd), ¿se pueden matar todos esos procesos con una simple instrucción?




Resultados de TOP, miren el consumo de Nautilus con el usuario activo... Presiento que el problema está ahí, jaja... Agrego que no estaba ejecutando ninguna ventana que utilice al manejador de archivos.



Window$ no me consume ni el 5% de los procesadores. No sé si es porque hay otro usuario en ejecución...

Otra cosa, en el dir Home de mi usuario se me crea un archivo que se llama nautilus-debug-log.txt.
¿Tendrá algo que ver?

ZeiterZ

No es normal que Nautilus haga tanto uso de la CPU.

¿Has probado con usar Gnome tal como viene, sin recurrir a nada de XFCE?

Probá eso primero y después vemos.

the98

#10
Bajo xfce parece que anda todo bien.
Cuando cambié el manejador de ventanas lo hice con este tuto: http://ubuntuforums.org/showthread.php?t=88393 y no hice un backup del archivo gnome-wm como para recuperarlo...
De todas maneras, no sé si es por ese motivo que pasa eso.

¿Tantos procesos en root son normales?

    1 root      20   0  2100  656  560 S    0  0.1   0:01.18 init               
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd           
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/0       
    4 root      15  -5     0    0    0 S    0  0.0   0:00.46 ksoftirqd/0       
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.46 watchdog/0         
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/1       
    7 root      15  -5     0    0    0 S    0  0.0   0:00.92 ksoftirqd/1       
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.00 watchdog/1         
    9 root      15  -5     0    0    0 S    0  0.0   0:10.00 events/0           
   10 root      15  -5     0    0    0 S    0  0.0   0:01.62 events/1           
   11 root      15  -5     0    0    0 S    0  0.0   0:00.00 khelper           
   44 root      15  -5     0    0    0 S    0  0.0   0:01.62 kblockd/0         



La mayoría no sé ni qué son.

FlakoPirata

Cita de: the98 en Septiembre 23, 2008, 13:33:00
¿Tantos procesos en root son normales?
La mayoría no sé ni qué son.

en realidad son pocos, los que no sabes q son con un +linux+programna en tu buscador favorito, podes sacar info..

  te recomiendo que leas alguna guia de usuario de linux, te va a dar mucha idea de como funciona Gnu/linux, te va a servir para ver donde mirar en el futuro.

the98

Lo que pasa es que no puse todos los procesos en ejecución porque sería re tedioso. Son demasiados.
Si me recomendás alguna guía, te lo agradezco mucho.
Mientras tanto, no sé qué hacer con el nautilus-debug-log.txt ese todavía...  :(

ZeiterZ

Cita de: the98 en Septiembre 23, 2008, 21:13:31
Mientras tanto, no sé qué hacer con el nautilus-debug-log.txt ese todavía...  :(

Comprimilo y subilo a algún lado para que le echemos un vistazo.

De todas maneras, me parece que Gnome no se está llevando bien con xfcwm.

Saludos.

DAX

No estoy seguro de estar viendo bien o no la info que pusiste de procesos, pero me parece que estás utilizando el manejador de ventanas de xfce con los paquetes de escritorio de gnome. ¿probaste utilizar gdm como manejador de ventanas?

Nunca use a fondo xfwm pero imagino que lo podés detener desde una consola con:

# /etc/init.d/xfwm4 stop

una vez detenido, probá iniciar gdm con:

# /etc/init.d/gdm start

Y ver como responde el entorno gráfico.

SaludOS/2

the98

El tema es que yo edité el gnome-wm que está en /usr/bin/ sin hacer un respaldo (error, sí, pero bueno). Y no sé de qué forma se puede recuperar. A no ser que lo edite manualmente, redireccionando todo a metacity nuevamente.

Acá está el log: http://rapidshare.com/files/147961881/nautilus-debug-log.txt.html
En internet no encuentro nada al respecto.

local:/home/marco# /etc/init.d/xfwm4 stop
bash: /etc/init.d/xfwm4: No existe el fichero o el directorio
local:/home/marco# /etc/init.d/gdm start
Starting GNOME Display Manager: gdmgdm[4790]: WARNING: GDM ya está en ejecución. Se aborta.
GDM ya está en ejecución. Se aborta.


Lo que estoy haciendo es usar gnome con el manejador de ventanas de xfce. Es un híbrido que hice editando el gnome-wm por el tuto que posteé arriba, sin recurrir a compiz.

ZeiterZ

#16
Cita de: the98 en Septiembre 24, 2008, 08:14:31
El tema es que yo edité el gnome-wm que está en /usr/bin/ sin hacer un respaldo (error, sí, pero bueno). Y no sé de qué forma se puede recuperar. A no ser que lo edite manualmente, redireccionando todo a metacity nuevamente.

Tienes dos caminos. El menos riesgoso es reinstalar el paquete gnome-session, que es el que contiene a gnome-wm.

El otro es usar Midnight Commander (aptitude install mc) y navegar hasta  /var/cache/apt/archives y ubicar la versión más reciente de gnome-session, "entras" en el archivo y navegas hasta encontrar ./usr/bin/gnome-wm y lo copias en /usr/bin.

Cita de: the98 en Septiembre 24, 2008, 08:14:31
Acá está el log: http://rapidshare.com/files/147961881/nautilus-debug-log.txt.html
En internet no encuentro nada al respecto.

Yo hice la búsqueda de "(USER): debug log dumped due to signal 11" y encontré algo.
En una de ellas hace referencia a que podría generarse por los servicios Tracker de Nautilus... En otras lo trata simplemente como un "bug".

Cita de: the98 en Septiembre 24, 2008, 08:14:31
GDM ya está en ejecución. Se aborta.

Entonces estás usando GDM.

Cita de: the98 en Septiembre 24, 2008, 08:14:31
Lo que estoy haciendo es usar gnome con el manejador de ventanas de xfce. Es un híbrido que hice editando el gnome-wm por el tuto que posteé arriba, sin recurrir a compiz.

Con todo esto, sigo viendo conveniente que uses el Gnome sabor vainilla (el que viene con Debian, sin modificaciones de ningún tipo). Por lo menos descartemos algo. Si Gnome "vainilla" funciona bien, entonces el problema es la hibridación con XFCE lo que no anda bien. Si también funciona mal, entonces encaramos por otros lados.

Saludos.

the98

Bueno, en /var/cache/apt/archives tengo lo siguiente:

local:/home/marco# cd /var/cache/apt/archives
local:/var/cache/apt/archives# ls gnome-session
ls: no se puede acceder a gnome-session: No existe el fichero o el directorio
local:/var/cache/apt/archives# ls gnome-*
ls: no se puede acceder a gnome-*: No existe el fichero o el directorio
local:/var/cache/apt/archives# ls
lock  partial
local:/var/cache/apt/archives# cd lock
bash: cd: lock: No es un directorio
local:/var/cache/apt/archives# ls
lock  partial
local:/var/cache/apt/archives# cd partial
local:/var/cache/apt/archives/partial# ls
local:/var/cache/apt/archives/partial# cd ..


Después no pude reinstalar nada, por lo que borré todo y ahora no puedo reinstalar gnome:

local:/home/marco# apt-get install gnome
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias       
Leyendo la información de estado... Hecho
No se pudieron instalar algunos paquetes. Esto puede significar que
usted pidió una situación imposible o, si está usando la distribución
inestable, que algunos paquetes necesarios no han sido creados o han
sido movidos fuera de Incoming.

Como sólo solicito una única operación, es extremadamente posible que el
paquete simplemente no sea instalable y debería de rellenar un informe de
error contra ese paquete.
La siguiente información puede ayudar a resolver la situación:

Los siguientes paquetes tienen dependencias incumplidas:
  gnome: Depende: gnome-desktop-environment (= 1:2.14.3.6) pero no va a instalarse
         Depende: gnome-office (= 1:2.14.3.6) pero no va a instalarse
         Depende: gnome-cups-manager (>= 0.30) pero no va a instalarse
         Depende: gnome-themes-extras pero no va a instalarse
         Depende: rhythmbox (>= 0.9.2) pero no va a instalarse
         Depende: totem-mozilla pero no va a instalarse
E: Paquetes rotos


Hasta las manos...

diegobussi

Proba asi a ver si instala, con la segunda opcion, yo instale Gnome en Kubuntu, si no, desde synaptic tenes que poder

sudo apt-get install gnome-desktop-environment
sudo apt-get install ubuntu-desktop

Saludos :up:

the98

No, lo solucioné revisando los repos. Gracias.

diegobussi

Cita de: the98 en Septiembre 24, 2008, 14:53:06
No, lo solucioné revisando los repos. Gracias.

Y anda mejor?

the98

Cita de: diegobussi en Septiembre 24, 2008, 15:20:06
Cita de: the98 en Septiembre 24, 2008, 14:53:06
No, lo solucioné revisando los repos. Gracias.

Y anda mejor?

No sé si anda mejor, pero al menos me está instalando Gnome, jajaja.  ;D

ZeiterZ

1. Los errores en la búsqueda en /var/cache/apt/archives puede deberse a una limpieza de la caché de paquetes.

2. Siempre es conveniente hace un  aptitude update antes de instalar cualquier paquete o software.

Saludos.

the98

#23
Bueno, les comento que el nautilus debug log ese no me salió más desde que reinstalé Gnome actualizando los repos. Tampoco se perdió la hibridación entre Gnome y xfwm4.

Ahora pasa lo siguiente, que en realidad pasaba antes, pero pensé que se trataba de lo mismo, y es que cuando cambio el tamaño de una ventana, el consumo de los procesadores se va por las nubes.
La imagen que les dejo es desde XFCE4, en teoría sin ninguna hibridación, estaría todo "nativo" de fábrica.



Dejo mi xorg.conf porque supongo que el problema puede venir de acá:

Section "Files"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "es"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "Emulate3Buttons" "true"
EndSection

Section "Device"
Identifier "Intel Corporation 82945G/GZ Integrated Graphics Controller"
Driver "intel"
BusID "PCI:0:2:0"
Option "UseFBDev" "true"
EndSection

Section "Monitor"
Identifier "BenQ FP71G+"
Option "DPMS"
HorizSync 31-83
VertRefresh 56-76
EndSection

Section "Screen"
Identifier "Default Screen"
Device "Intel Corporation 82945G/GZ Integrated Graphics Controller"
Monitor "BenQ FP71G+"
DefaultDepth 24
SubSection "Display"
Modes "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection


Saludos.

FREDD2

El xorg.conf esta bien , tirate un ps aux , no tendras algun proceso que te morfe todo o algun demonio , para reinstalar gnome te conviene hacer dpkg --purge asi te instalas un gnome normalito.
La otra anda matando procesos con las salidas que te da ps aux y kill -9 PID y descartas cual es.
Saludos

ezequielandrush

Con todo respeto...... ¿qué placa de video tenés?

si hacés algo con las ventanas y no tenés el driver de video bien instalado es el CPU el que se ocupa de los cálculos de video. Puede ser eso.

fijate cambiar la Option "UseFBDev" "true" a false.... porque el Frame Buffer tiene algo que ver en eso de que el cpu se ocupe del tema del video.

Sólo es una idea.

Espero que te ayude


Zeke