La importancia del /boot en partición independiente

24 05 2008

Hola a todos

Siguiendo el hilo de mis dichosos problemas con Debian, hoy les quería seguir hablando sobre otros de ellos.

Seguramente si eres usuario de Linux, sabrás que para cargar tu sistema operativo, requieres un bootloader, en español, un gestor de arranque. También habrás visto una carpeta en el directorio raíz llamada “boot”, la cual contiene el gestor de arranque y los kernels (núcleos de sistemas) disponibles para usar, la cual por cuestiones de seguridad, es muy importante que se encuentre en una partición separada de las demás. Antes de seguir, primero vamos a dar un poco de teoría necesaria, sacada de la Wikipedia:

Un cargador de arranque (boot loader en inglés) es un programa sencillo (que no tiene la totalidad de las funcionalidades de un sistema operativo) diseñado exclusivamente para preparar todo lo que necesita el sistema operativo para funcionar. Normalmente se utilizan los cargadores de arranque multietapas, en los que varios programas pequeños se suman los unos a los otros, hasta que el último de ellos carga el sistema operativo.

Este programa contiene funcionalidades rudimentarias para buscar unidades que se puedan seleccionar para participar en el arranque, y cargar un pequeño programa desde una sección especial de la unidad más prometedora. El pequeño programa no es, en sí mismo, un sistema operativo sino, simplemente, un cargador de arranque de segundo nivel, como Lilo o Grub, que es capaz de cargar el sistema operativo propiamente dicho y, finalmente, transferirle el control.

Las distribuciones Linux, han adoptado por defecto el cargador de arranque GRUB, ya que es el más flexible, completo y configurable. Los cargadores generalmente se instalan en la carpeta /boot, en la cual como ya dije, se encuentra todo lo necesario para el arranque.

El problema en Linux, a diferencia que Windows, es que los sistemas de archivos de las particiones, en especial las más modernas como ReiserFS y XFS (las cuales usan el autor de este artículo), tienen diversos sistemas de seguridad que son tan sensibles que detectan todo tipo de fallas en el sistema de archivos (ya sea por causas físicas o no), que por cuestiones de protección, impiden ser montadas, u otro caso muy común, tu sistema ha sido apagado sin desmontar correctamente los volumenes por lo cual puede que tenga errores al remontarla.

Por ejemplo, supongamos que tu máquina por algún extraño motivo cae en un cuelgue total, del cual no puedes salir. Lo que harás, seguramente, será resetear la máquina para volver a iniciar el sistema. En un sistema como Windows o en una distro. Linux con un sistema de archivos EXT2/3, seguramente no tendrás problemas en iniciar, ya que estos son muy flexibles en cuanto a errores provocados por malos apagados.

Pero, si tienes un sistema de archivos como ReiserFS, puede de que recibas un error de tu gestor de arranque, acerca de que no puedes acceder a la información del disco, en el caso del grub, el famoso ERROR 18.

Ahora, ¿a qué se debe este problema con el gestor de arranque? Muy sencillo: cuando instalas un gestor, lo que haces es escribir en el MBR (Master Boot Record) el arrancador del gestor, que lo que hará es buscar en una carpeta previamente configurada (por defecto la carpeta /boot) la información necesaria para saber como iniciar el sistema. El problema, justamente, es que no podrás acceder al disco ya que al apagarse inesperadamente no se ha logrado desmontar correctamente, así que se generarán errores en la partición, por lo tanto tampoco podrás recuperar la información que hay en ella, y el cargador no sabrá como iniciar ningún sistema.

Para evitar este tipo de problema, el mejor método es en primer lugar tener la información del gestor de arranque, es decir la carpeta /boot, en una partición distinta a las que sueles usar, y en segundo proteger el contenido de la partición formateandola con un sistema de archivos flexible a los reinicios, y como última medida montandola con acceso de solo lectura para de esta manera, en el caso de sufrir algun reinicio inesperado, esa partición no sufra problemas, ya que será independiente de los errores de las demás particiones.

Lo mejor para tener esta configuración, es hacerlo cuando instalamos la distribución, es más, muchas distros., como por ejemplo Arch, ya crean por defecto el /boot en otra partición.

Aunque si tu ya has instalado y con buena razón no quieres volverla a instalarla, no te preocupes, todavía es posible mover tu /boot a otra partición, aunque eso lo dejamos para el próximo post🙂

Salu2

Artículos relacionados:


Acciones

Information

2 responses

26 05 2008
Moviendo la carpeta /boot a una partición independiente « CodeHard

[…] la carpeta /boot a una partición independiente 26 05 2008 Hola Como prometí anteriormente, les voy a explicar como mover la carpeta /boot a una partición […]

1 06 2008
Debian bueno, Debian malo… « CodeHard

[…] La importancia del /boot en partición independiente […]

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s




A %d blogueros les gusta esto: