Buenas. Me he dado cuenta de que tengo el mismo problema con el Windows que
está en otro disco duro, así que es un problema de hardware. Ya miré la ram y
no tiene problemas, y es muy raro que se casquen los dos discos duros a la vez.
¿Qué puede ser?
--
No hay nada peor que ser vulgar
[EMAIL
Ya conseguí poner el dma y todo, pero esto sigue igual, no parece que se haya
notado mucho. Cualquier cosa nueva que haga (que no esté en el cache) hace que
se quede todo congelado un momento, por ejemplo abrir el menu K del kde. Y la
reproduccion de un mp3 de vez en cuando se bloquea durante
A Diumenge 11 Abril 2004 22:22, SoTaNeZ va escriure:
Ya conseguí poner el dma y todo, pero esto sigue igual, no parece que se
haya notado mucho. Cualquier cosa nueva que haga (que no esté en el cache)
hace que se quede todo congelado un momento, por ejemplo abrir el menu K
del kde. Y la
== A mi me pasó exactamente lo mismo al compilar el kernel 2.6.x, el
== problema fue que había compilado como modulo el soporte de mi
== chipset (VIA82CXXX) y tuve que incluirlo directamente en el kernel.
== Fijate en Device Drivers --- ATA/ATAPI/MFM/RLL support si ese
== es el problema.
==
==
Os paso lo que dice hdparm y hdparm -i sobre el disco duro, a ver si el fallo
está ahí:
sotanez:/home/sotanez/Desktop# hdparm /dev/hdb
/dev/hdb:
multcount= 0 (off)
IO_support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 0 (off)
keepsettings = 0 (off)
readonly = 0
Os paso lo que dice hdparm y hdparm -i sobre el disco duro, a ver si el
fallo está ahí:
¡Bingo!
sotanez:/home/sotanez/Desktop# hdparm /dev/hdb
/dev/hdb:
multcount= 0 (off)
IO_support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 0 (off)
keepsettings = 0 (off)
On Fri, 9 Apr 2004 22:25:13 +0200
Haplo [EMAIL PROTECTED] wrote:
== Fijate que no esta usando DMA (using_dma off).
==
== hdparm -d1 /dev/hdb
==
== Con eso activas el DMA para esa unidad. Lo extraño es que el kernel no te
lo
== active automaticamente en el arranque, depende de la configuracion
== Sabes que recuerdo que tuve un problema parecido, lo solucioné
== desmontando todas las particiones y corriendo un fsck -a, vale que lo
== pruebes. Otra causa podría ser que hayas desactivado el cache interno
== del procesador.
==
== saludos
Um, para xfs es el xfs_repair del paquete
== Es recomendable hacerlo. Arrancas en runlevel 1 (pones boot:linux 1 en el
== arranque), ingresas como root, desmontas la particion donde tienes / (~#
== umount /dev/hdXX) y luego corres fsck sobre ella (~# fsck -f /dev/hdXX)
== Luego reinicia, revisas el contenido de /lost+found, y si hay que
On Wed, Apr 07, 2004 at 12:00:09AM +0200, SoTaNeZ wrote:
Da la impresión de que el disco duro trabaja más de la cuenta. ¿Cómo puedo
mirar si está jodido o los procesos que lo usan más? Saludos.
Que dicen los logs?
Que dice top? ps?
--
Ricardo A.Frydman
Analista de Sistemas de Computación
Coordenadas temporales: Wed, Apr 07, 2004 at 12:27:45PM +0200
Sujeto: SoTaNeZ
Comunicaba sobre: Re: ordenata lento
A ver, he arrancado en runlevel 1, he metido el password de root y hasta ahí
Todos los runlevels en Debian son el mismo, salvo que los hayas
personalizado tú, o sea que te va
Todos los runlevels en Debian son el mismo, salvo que los hayas
personalizado t, o sea que te va a dar igual arrancar en el 1 que en el
5.
El runlevel 1 en Debian es modo monousuario, en el que en el sistema solo
puede trabajar root. Es el runlevel ideal para tareas criticas de
Por cierto, no se si he dicho que es posible que haya empezado a ir lento
despues de un apagón, en el que se me jodió la condiguración del kde por
cierto. Saludos.
Prueba a mover el directorio de configuracion del usuario (desde consola, no
tengas ningun servidor X abierto).
mv ~/.kde
El Lunes, 5 de Abril de 2004 21:37, Haplo escribió:
¿No has realizado alguna actualizacion a raiz de la cual puede ocurrir
esto? Un sistema Linux no cambia de la noche a la mañana sin hacerle tu
nada.
De hecho, ningún sistema debería cambiar sin que tú hagas nada... pero ya
sabemos todos que
Buenas. Pues el memtest86+ no detecta nada en la ram, y el ordenador sigue
igual de lento. Se ve especialmente lento cargando al principio, tarda mucho en
mostrar la pantalla de login del kde, logueandome en consola al poner un nombre
de usuario se queda un tiempo colgado antes de pedir el
El Martes, 6 de Abril de 2004 11:18, SoTaNeZ escribió:
Buenas. Pues el memtest86+ no detecta nada en la ram, y el ordenador sigue
igual de lento. Se ve especialmente lento cargando al principio, tarda
mucho en mostrar la pantalla de login del kde, logueandome en consola al
poner un nombre de
== Bueno, pues entonces revisa los procesos que están en ejecución. Para ello,
== usa el 'top' y el 'ps' y, si me apuras, también el vmstat puede ser de
== utilidad.
==
== Ya contarás qué tal te fue.
Ya vi eso, ningun programa más de la cuenta, ninguno que consuma más de lo
normal. Saludos.
Da la impresión de que el disco duro trabaja más de la cuenta. ¿Cómo puedo
mirar si está jodido o los procesos que lo usan más? Saludos.
--
No hay nada peor que ser vulgar
[EMAIL PROTECTED]
On Wed, 7 Apr 2004 00:00:09 +0200
SoTaNeZ [EMAIL PROTECTED] wrote:
== Da la impresión de que el disco duro trabaja más de la cuenta. ¿Cómo puedo
mirar si está jodido o los procesos que lo usan más? Saludos.
==
==
Por cierto, no se si he dicho que es posible que haya empezado a ir lento
SoTaNeZ wrote:
On Wed, 7 Apr 2004 00:00:09 +0200
SoTaNeZ [EMAIL PROTECTED] wrote:
== Da la impresión de que el disco duro trabaja más de la cuenta. ¿Cómo puedo
mirar si está jodido o los procesos que lo usan más? Saludos.
==
==
Por cierto, no se si he dicho que es posible que haya empezado a
On Tue, 06 Apr 2004 18:50:10 -0400, SoTaNeZ wrote:
On Wed, 7 Apr 2004 00:00:09 +0200
SoTaNeZ [EMAIL PROTECTED] wrote:
== Da la impresión de que el disco duro trabaja más de la cuenta. ¿Cómo
puedo mirar si está jodido o los procesos que lo usan más? Saludos. ==
==
Por cierto, no se si he
Buenas. Ultimamente el ordenador me va más lento que de costumbre, sin haber
instalado nada nuevo. Me da la impresión de que el disco duro trabaja más de la
cuenta, y esto hace que de vez en cuando el ratón y el resto del ordenador se
cuelguen por un corto espacio de tiempo, teniendo ejecutados
¿Puede ser que esté muy fragmentado el
disco duro? Tengo XFS, a ver si me decis alguna herramienta de
desfragmentación par aeset sistema de archivos.
Los sistemas de ficheros de Linux no se fragmentan nunca, y de esto hace ya
muchisimo. La fragmentacion de FAT32 (e inferiores) en Windows es
Los sistemas de ficheros de Linux no se fragmentan nunca, y de esto hace
ya muchisimo. La fragmentacion de FAT32 (e inferiores) en Windows es una
verguenza debida a un mal diseo.
Solo un apunte, todos los sistemas de fichero se fragmentan. Otra cosa
es que los que usan los *NIX se
Instala memtest86 y testea la memoria, es probable que dé fallos
El lun, 05-04-2004 a las 17:39, SoTaNeZ escribió:
Buenas. Ultimamente el ordenador me va más lento que de costumbre, sin haber
instalado nada nuevo. Me da la impresión de que el disco duro trabaja más de
la cuenta, y esto hace
25 matches
Mail list logo
