Modificar las particiones que incluyen swap

El problema es el siguiente. En máquinas antiguas, con un solo disco duro, al instalar el sistema —en general, debian-xfce—, solía dividir el disco duro en una primera partición primaria de 10GB y una lógica con swap y home. El problema es que 10Gb son poca cosa en los días que corren —sí, recuerdo cuando los discos eran de 20MB, pero los tiempos cambian— y se acaban llenando de kernels, logs y otras cosas, hasta que el sistema no arranca por falta de sitio. La solución parece sencilla. Arrancamos desde un USB —si se puede— o un CD-live con una distribución que lleve gparted —o lo instalamos en memoria— y redimensionar las particiones. Sin embargo, esta vez la partición lógica no permitía la redimensión. ¿por qué? Por que swap está activo.

Es la segunda vez que me pasa. La primera fue hace tiempo y pensé que se debía a algún bug de gparted, pero la realidad es que la distribución, en este caso Ubuntu, está utilizando el swap del disco duro, o el swap se activa por que sí. El asunto es que después de desactivar el intercambio, ya se pudo separar de la partición los sectores que se habían liberado antes

y pasarlos a la partición primaria. Arranque y listo.

Sí, las particiones son algo raras. Son la herencia de un disco que tenía Windows con Linux; y así había quedado después de la eliminación de Windows.

CDLive y solo probar; o quizás algo más

He tenido una experiencia sorprendente y no esperada. Después de usar un ordenador antiguo cuyo disco duro presentaba un sector erróneo no recolocado, decidí darle un repaso a ese disco. Apliqué, para probar, ya que no la había aplicado hasta ahora, esta orden (tomada de aquí):

# badblocks -s -v -n -f /dev/sda1

Por desgracia dejé el ordenador aplicándola y no avisé a nadie, así que el usuario habitual, al llegar, y ver que el ordenador no le respondía, lo reseteó directamente. Esto generó que después no arrancara, seguramente por que se cortó el sistema cuando estaba recolocando algunos ficheros de arranque (sda1 era la partición raíz, con otra para home y otra de intercambio). Lo curioso es que al intentar recuperar el sistema, simplemente instalando de nuevo Ubuntu 10.04.4, y aprovechar el home que había quedado intacto, todo se quedaba bloqueado en el momento de escoger la zona horaria. Se intentó con diferentes copias de esa ISO, luego de otras ISOs, por si la primera tenía algún error y hasta con otras ISOs de distintas versiones, todos los intentos bloqueados en algún momento.
Después de pensar y pensar, en el arranque del CDLive utilizamos gparted, descubriendo que la swap del disco duro estaba montada. Solo se pudo instalar y recuperar el ordenador cuando se eliminó esta partición (y de paso sda1, dejando solo sin tocar la correspondiente a home), ya que los CDLive accedían a ella y la montaban, por lo cual supongo que la usaban, ya que la RAM disponible en ese ordenador era solo de 1GB. En resumen, los CDLive hacen algo más que probar las distribuciones, y sí tocan el disco duro, por que acceden a la partición swap.

RAM y swap. 2ª parte

Por fin, despues de que 4 módulos de DDR-2 se hayan "perdido" misteriosamente en el transporte y hayan aparecido con 24 horas de retraso, he conseguido tener mi ordenador con 8GB de RAM y una tarjeta ATI. Por ahora no he intentado instalar 10.10. Es cierto que hoy Ubuntu ha puesto un punto a su favor, ya que al meter los discos y arrancar con una ATI, después de haber sacado una nVidia, Ubuntu ha dicho que los drivers eran incompatibles y que arrancaba con formato genérico; después he instalado sin más el driver de ATI y reiniciar y todo como la seda. En esta entrada quiero comparar el comportamiento de ordenador ahora, con 8GB de RAM, con el que habíamos visto en una entrada anterior, cuando tenía 4GB. En este caso, en un estado normal de este ordenador, con Firestarter, Firefox y con conky siguiendo el consumo, que como podemos ver no llega a 1GB de RAM

Después le pedimos algo más, conectando JDownloader, un gran consumidor de recursos, lo que lleva a un consumo superior, casi el doble, de RAM, aunque el consumo de CPU seguía siendo moderado

Finalmente conectamos una máquina virtual y un sistema huesped, Windows XP, en el que se ejecutó GIMP para escanear con un CanoScan 8000F negativos a 1200dpi, llegando el consumo al 69% de la RAM, así como un uso más intensivo de la CPU

Sin embargo, en ningún momento se ha utilizado ni un solo MB de la swap, y el funcionamiento de la máquina virtual ha sido mucho más fluido, a pesar de haber puesto un gran consumidor de recursos como es JDownloader y su uso continuo de Java.
El aumento de la RAM hasta 8GB ha favorecido el uso de la máquina virtual, generando un funcionamiento fluido y sin saltos. El único inconveniente de 8 frente a 16GB que también habíamos probado es el hecho de que en vez de distribuir a cada sistema huesped un total de 4GB de RAM nos vemos limitados a 3584MB, límite marcado en la máquina VirtualBox. De todas maneras, no es importante, ya que Windows XP no puede usar el total de 4GB. El kernel usado es (mediante uname -a) Linux 2.6.32-31-generic-pae, después de la última actualización del Ubuntu 10.04.
En resumen, el coste de 8GB de RAM, junto con una tarjeta ATI básica ha sido de 100€ (me han recogido y descontado los 4 modulos de 1GB que tenía), no mucho dinero, ya que la RAM está barata y ha supuesto un cierto "rejuvenecimiento" para mi ordenador, que está a punto de cumplir 3 años. Además, podemos decir que las placas ASUS M2N-SLI deluxe manejan su máximo teórico de memoria RAM sin poner modulos especiales.
El siguiente paso será probar la instalación de Ubuntu 10.10, para tener todos los ordenadores con el mismo sistema, y ver si es posible con una tarjeta ATI, ya que la nVidia anterior me lo hacía imposible.