Hoy al encender el portátil he notado que éste arrancaba como más lento. Y al iniciar alguna aplicación ésto se agravaba. Llegando a un punto en el que el sistema era inusable. No me había ocurrido nunca. Lo extraño era que se escuchaba trabajar contínuamente al disco duro, sin pararse, y sin haber lanzado alguna aplicación que usase el disco de forma tan intensiva.
Con un poco de paciencia he conseguido ejecutar una serie de comandos en la consola:
- ps ax: Para comprobar qué programa está utilizando el procesador o la ram. No veo nada extraño. Salvo por un detalle, aunque tardo en darme cuenta. Mi memoria swap es igual a 0.
- cat /etc/fstab: Compruebo que la swap está definida en fstab. En este punto me doy cuenta que la forma de identificar los dispositivos en Ubuntu dentro del fstab ha cambiado. Donde antes definíamos las opciones de montaje para la unidad /dev/xxx, ahora lo hacemos para la unidad UUID=<chorizonumero>. Al menos hay un comentario que reza: # /dev/xxx -- converted during upgrade to edgy.
- swapon /dev/xxx: Intento levantar la partición swap a mano y me dice que hay un error en la partición y que no se puede montar.
- mkswap /dev/xxx -v1: Vuelvo a crear la partición swap y le especifico que sea del nuevo estilo de swap (ver página man).
- swapon -U <chorizonumero>: Monto la partición a mano. Ahora sí que la monta y el sistema vuelve a ser funcional.
Pero, al reiniciar vuelvo a quedarme sin partición swap. No la monta, porque al hacer swapon -a dice que no encuentra el dispositivo...
- cat /etc/fstab: Compruebo que la swap está definida, y me doy cuenta que el UUID que hay en fstab no es el mismo que me dió al crear la partición swap con mkswap. Recuerdo que monté la partición swap especificando directamente el UUID de la partición. Busco cómo obtener el UUID de una partición en las páginas de man.
- blkid /dev/xxx -s UUID: Cambio el UUID que me da como resultado este comando en /etc/fstab.
- swapon -a: Ahora se levanta perfectamente.
Este hecho puede ser que no afecte a mucha gente, pero mi equipo es más bien escaso en memoria ram (256MB), y ésto hace que utilice la swap a menudo (aunque en poca cantidad). Al quedarme sin ésta el rendimiento del sistema es pésimo, pero he podido arreglarlo. En concreto, a mí me ha ocurrido al hacer una actualización, aunque no recuerdo qué paquetes se actualizaron. Pero si esto es así, debería estar contemplado en la actualización y cambiar el tipo de partición swap si ésta no es del tipo necesario y actualizar el /etc/fstab.
Al final volveré como otros a la distribución de la espiral. La cuál utilizo en el curro desde hace más de dos años sin problemas tan importantes como éste. Para un usuario novato que no sepa qué es una swap (que no tendría por qué saberlo) y que se actualice como yo, de Dapper a Edgy, puede hacerle abandonar una distribución rápidamente (os recuerdo que mi sistema era inutilizable nada más arrancar). Y eso que tengo desactivados muchos (muchísimos) servicios para disponer de más ram y no utilizar mucho la swap.
9 comentarios:
A mi tambien me pasó lode quedarme sin swap, pero no me fije en el cambio del fstab que comentas, quer recuerde sigue igual que siempre con sus /dev/xxx.
Otra cosa curiosa que me pasa es que gnome no levanta metacity y no tengo gestor de ventanas hasta que no lo ejecuto a mano, lo he puesto en la sesión pero no se porque no lo ejecuta. De todas formas no utilizo tanto el portatil, ya veré que hago.
Vaya que de problemas tiene actualizar de dapper a edgy.
Cheli
Puedes probar el siguiente comando para ver si te arregla el tema del metacity:
gconftool-2 -t str -s /desktop/gnome/applications/window_manager/current "/usr/bin/metacity"
O si lo prefieres puedes editar esa etiqueta desde gconf-editor.
Ajá, muchas gracias Antonio, nunca me había peleado con el registro de gnome, ese tal gconf que algunos desconocemos.
Cheli
El paso de la espiral es muy sano, me dejo de fallos estupidos y de errores de hacer las cosas en 4 meses, se ve muy mal esta version de la distribucion, ha sido un grave error sacarla asi... en fin, edgy sera recordada con la ubuntu de las ventanas saltarinas como la fea de la casa, yo de mientras la espiral me da fuerzas.
Según me dijeron buscando ayuda para algo parecido, que no es obligatorio usar las UUID, las cosas esas infernales de nombres en el fstab, y que basta con emplear el viejo método. Así que en vez de decirle
UUID=[chorrero de ... de números] swap [etc]
escribiriamos:
/dev/hdax swap [etc]
Ya sabía que no era obligatorio utilizar los UUID. Pero me parecen una muy buena idea, así que decidí seguir utilizándolos y aprender cómo averiguarlos y manejarlos.
Para quién no lo sepa un UUID es un descriptor de unidad único. Así que identificando la unidad con el UUID sabemos que siempre nos estamos refiriendo a la misma unidad. Esto sobre todo es útil cuando utilizamos unidades por usb, que pueden cambiar dependiendo si tenemos pinchado otra unidad o no.
(Al menos eso me ha parecido entender de lo poco que he leído sobre el tema).
Y además los UID son muy necesarios si tienes discos SATA en un servidor. Si quitas un disco SATA "/dev/sda", el siguiente "/dev/sdb" pasa a llamarse "sda".
Ahora imagina que /dev/sda5 era el /tmp (que se borra al reiniciar) y que /dev/sdb5 era tu home...
Como te imaginarás el desastre puede ser considerable si quitas o simplemente se muerte el primer disco. El segundo pasará a ser el sda, y tu partición home desaparecerá...
Usar los UIDS!!!
---
Freedreams
Gracias, hace unos días estuve moviendo mis particiones, y modifiqué la partición swap, el hecho es que no lo noté, pero mi equipo quedó sin swap, y a pesar de que tengo 1GB, cuando usaba virtualbox se me liquidaba, debía reiniciar porque se congelaba, como si fuese windor... el hecho es que lo solucioné gracias a este post.
Hola, hace poco me pasó exactamente lo mismo al instalar algun paquete con Ubuntu 8.10
Imaginaba por donde venía la mano, pero esta nota me alisó el camino a segir.
Particularmente me ahorro un buen rato de búsqueda con lo blkid.
Muchas gracias.
Publicar un comentario