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@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org