Cómo aumentar el tamaño de la partición /boot

Escenario

Cloudatcost es una empresa canadiense que, entre otras cosas, ofrece un servicio de hosting que, en vez de pagar todos los meses, lo compras con un único pago. Te permiten comprar un número de CPUs, espacio en disco y cantidad de memoria RAM para que la gestiones como mejor te convenga, distribuyendo los recursos entre una o varias instancias.

Problema

Pues resulta que compré un paquete de recursos hace un tiempo y el otro día decidí desplegar una instancia desde su panel de control. Seleccioné una imagen de ubuntu 16.04, le asigné 2 cores, 2 Gb de ram y 50 gigas de disco SSD. Una vez finalizada la configuración de la instancia puedes acceder a ella con el usuario root y con la contraseña que se indica en el panel de control. Hasta aquí todo bien, después de hacer login por SSH, lo primero que hago es actualizar el sistema operativo: Pero, al cabo de un rato, el proceso de actualización se detiene porque la partición de /boot no tiene suficiente espacio disponible. En mi caso no llegaba ni a los cien megas.

Solución

Ampliar la partición obviamente, pero no es tarea baladí. Después de probar varias supuestas soluciones, por fin di con este artículo de hace siete años que describe los pasos a seguir. Aquí los resumo, por si alguna vez me da por desplegar otra instancia:

Pasos a seguir

  1. Listar el contenido de las tablas de partición:
  2. Asegúrate que /dev/sda1 es la partición de boot y /dev/sda2 el la partición swap, apunta la etiqueta de la partición swap
  3. Deshabilita el espacio swap.
  4. Desmonta la partición /boot
  5. Elimina journal de /dev/sda1
  6. Abre la tabla de particiones
  7. Borra la partición swap
  8. Crea una nueva partición swap cuyo primer cilindro sea 2-3 veces mayor que el original.
  9. Cambia el tipo de disco en /dev/sda2 a 82 – Linux swap / Solaris.
  10. Borra la partición /dev/sda1.
  11. Añade una nueva partición en /dev/sda1 usando los valores por defecto
  12. Verifica la tabla de particiones
  13. Marca la primera partición como «bootable»
  14. Si la tabla de partición es correcta, escribe en disco con w. De lo contrario, sal con q.
  15. Comprueba que no haya errores en /dev/sda1 for errors para asegurarnos que no hemos corrompido nada en /boot.
  16. Reinicia el sistema
  17. Deshabilita el swap
  18. Si no se puede deshabilitar y el sistema devuelve el siguiente error:
  19. Pasa directamente al siguiente paso.
  20. Recrea el swap usando la etiqueta de la partición del paso 2
  21. Habilita el swap
  22. Desmonta /boot
  23. Redimensiona la partición /dev/sda1.
  24. Añade journal a /dev/sda1
  25. Monta /boot
¡Listos!

Publicaciones Similares

  • La tabla mysql.plugin no existe

    Escenario Después de necesitar restaurar tres veces el servidor de MySql por culpa de varios crashs provocados por un fallo en el disco duro, encuentro en los logs entradas de este tipo: 2020-09-12T18:46:22.347957Z 5 [Warning] InnoDB: Cannot open table mysql/help_relation from the internal data2020-09-12T18:46:22.348985Z 5 [Warning] InnoDB: Cannot open table mysql/innodb_index_stats from the internal data dictionary of InnoDBdictionary Problema En varios foros leo que la solución pasa por hacer un:

    La cuestión es que, cuando lo intento, me encuentro…

  • Renovación de la llave gpg

    Escenario En mi trabajo usamos gpg para cifrar los documentos con información sensible. Problema Resulta que, en su día, di de alta la clave con una esperanza de vida de dos años. Y dos años pasan muy rápido. Solución Estos son los comandos que hay que ejecutar para extender la fecha de caducidad. Para listar…

  • TemplateInputException

    Escenario Lo habré hecho centenares de veces. Desarrollo en local, pruebas y despliegue en remoto. Según el entorno en el que esté corriendo la aplicación, ésta podrá requerir una configuración distinta. Por ejemplo en un entorno de desarrollo querremos tener el caché deshabilitado o el nivel de los registros más bajo que en uno de…

  • Instalación certificado raíz Comodo

    Escenario Hemos migrado nuestro repositorio de git a un nuevo servidor y tenemos que actualizar las URLs de los orígenes de nuestros repositorios locales. Problema Cambiamos la url remota del repositorio local de git con el comando git remote set-url y, tras hacer un pull git nos devuelve el siguiente error: fatal: unable to access 'https://git.technoage.es/acme.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none Solución Por lo visto nuestra…

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *