Mailinglist Archive: opensuse-es (157 mails)

[jose maria <letrados@xxxxxxxxxxx>]

El mar, 06-09-2011 a las 10:12 +0200, Antonio Moreno escribió: 
> Cuando se me cuelgue de nuevo mirare todo lo que me decis y ya contare
>
> Gracias

* Seria conveniente que las siguientes operaciones las hicieras en frio
con un live CD, Gparted, Hyren's , Caine, etc ...

* 4/5 dias es mucho tiempo para errores en la ram o chip grafico, la
fuente y ventiladores deberias tambien comprobarlos, no obstante lo mas
probable es que el disco tenga sectores defectuosos, ya sea en la
particion donde este ubicada la cache o en el area de swap, ejecuta
sobre ellos un chequeo llamando a badblocks por si los errores son de
tipo logico.

* si es fisico no te queda mas remedio que formatear evitando esos
sectores, las tareas con badblocks son largos ...... hazlos cuando no
necesites la maquina con un gran nice negativo.

fdisk -l /dev/sdXX para ver el numero de bloques

badblocks /dev/sdXX > badblocks.txt para obtener el listado de bloques
defectuosos.
mkfs.extX -l badblocks.tx /dev/sdXX para no utilizarlos.

* montando luego la particion con un df -h veras la cantidad en MiB que
tienen los bloques defectuosos, si son demasiados vete pensando en
cambiar el disco es cuestion de tiempo que te quedes sin datos.

* Una pasada con smartctl te dara informaciones mas rapido, pero solo
informacion.


* No creo que sea el caso, pero recuerda que las caches de squid si son
grandes, se deben de ubicar en particion aparte o colocar caches por
segmentos de red, con un tamaño de cluster "muy pequeño" por que no es
la primera vez que el sistema se queda sin inodos a mitad de espacio
ocupado, por la gran cantidad de ficheros con tamaños minimos.

df -i para ver la situacion.




-- 
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx