¿Es bueno hacer una partición separada para / boot?

77

He visto a algunas personas hacer una partición separada para /boot. ¿Cuál es el beneficio de hacer esto? ¿Qué problemas podría encontrar en el futuro al hacer esto?


Además, a excepción de /homey /boot, ¿qué particiones se pueden separar? ¿Es recomendable?

Am1rr3zA
fuente
1
Mi Ubuntu 8.04 vino de Dell con una partición / boot. No fue mi elección. Cuando instalé 10.04 fresh, no trató de crear uno.
David Thornley
Cuando intenté instalar Arch Linux por primera vez, esto fue muy recomendable, e incluso no se pudo instalar la primera vez que no lo hice. Sin embargo, nunca tuve problemas en otras distribuciones.
Vea también una pregunta sobre particiones separadas en general y preguntas específicas para / tmp y / var
sondra.kinsey

Respuestas:

46

Este es un remanente de los "viejos tiempos" cuando las máquinas tenían problemas para abordar discos duros grandes. La idea detrás de la /bootpartición era hacer que la partición siempre fuera accesible para cualquier máquina en la que estuviera conectada la unidad. Si la máquina pudiera llegar al inicio del accionamiento (números de cilindro más bajos), entonces podría arrancar el sistema; a partir de ahí, el kernel de Linux podría evitar la restricción de arranque del BIOS y solucionar el problema. Como las máquinas modernas han eliminado esa restricción, ya no existe una necesidad fija de /bootestar separados, a menos que requiera un procesamiento adicional de las otras particiones, como el cifrado o los sistemas de archivos que el gestor de arranque no reconoce de forma nativa.

Técnicamente, puede salirse con la suya con una sola partición y estar bien, siempre que no esté utilizando hardware realmente antiguo (anterior a 1998 más o menos).

Si decide usar una partición separada, solo asegúrese de darle espacio adecuado, digamos 200mb de espacio. Eso será más que suficiente para varias actualizaciones de kernel (que consumen varios megas cada vez). Si / boot comienza a llenarse, elimine los núcleos más antiguos que no usa y ajuste su gestor de arranque para reconocer este hecho.

Avery Payne
fuente
2
Con respecto al tamaño, "para Fedora 13, el tamaño de partición predeterminado / de arranque se aumentó a 500 MiB para evitar estos problemas en el futuro". (de fedoraproject.org/wiki/… )
Cristian Ciupitu
3
500 millones? ¿Qué están almacenando allí? Nunca he necesitado incluso 100M. Estoy usando 13M en /booteste momento.
xenoterracide
27
Todavía hay muchas razones modernas para tener una partición / boot, y todas se reducen a "El cargador de arranque no puede leer el sistema de archivos raíz". El caso de uso histórico es, como dijiste, unidades demasiado grandes, pero los casos modernos son cifrado, nuevos sistemas de archivos (como ext4), LVM o cualquier configuración esotérica que simplemente no es compatible con GRUB.
Mr. Shiny and New 安 宇
22
¿Alguien mencionó que en situaciones de arranque dual, si el sistema Linux se instala después de Windows, GRUB proporciona líneas de arranque para sistemas uno al lado del otro. Si / boot no estuviera en la partición separada, una eliminación de la partición de Linux habría hecho que la máquina no se pueda arrancar. Si / boot estuviera en la partición separada, la eliminación de la instalación de Linux (por ejemplo, la partición raíz) no habrá dañado la capacidad de arrancar el sistema lateral.
mbaitoff
55
He tenido mi partición de 100MB / boot sobrecargada con núcleos obsoletos. Esto es muy complicado cuando eso sucede.
Malfist
39

Una razón para tener una partición / boot es que permite cosas como encriptado /, donde el núcleo y el initrd se cargan desde una partición no encriptada y luego se usan para montar la partición raíz encriptada que contiene el sistema operativo. Sin embargo, no debería importar para uso general.

Agregando un comentario de Riccardo Murri :

También hay razones históricas para tener un arranque / arranque separado: en épocas anteriores, el BIOS solo podía acceder a parte de un disco grande, por lo que todos los archivos necesarios para el cargador de arranque del sistema operativo tenían que mantenerse en la zona accesible para el BIOS. De ahí una partición separada / de arranque. Sin embargo, esto ya no se aplica

dsp
fuente
1
bueno ... iirc el gestor de arranque solo puede acceder a particiones primarias ... así que puede ser útil si tienes bastantes particiones extendidas.
xenoterracide
18

La razón principal de las principales distribuciones empresariales como Red Hat y creo que Suse usa un arranque / arranque separado es que usan LVM por defecto y Grub no se puede usar para arrancar desde LVM. Es así de simple.

Entonces, si desea usar LVM, y eso es una bendición, use un arranque / separado. En lo personal, creo que es buena práctica utilizar tanto LVM y particiones separadas por una serie de cosas, como /var, /boot, /homey /tmpe incluso /usren servidores, por ejemplo, con el fin de proteger sus datos del sistema de archivos raíz o particiones de conseguir completa.

wzzrd
fuente
3
Otra buena razón fue que GRUB no era compatible con ext4 , solo ext3 , por lo que si quería usar ext4 /tenía que tener una /bootpartición separada .
Cristian Ciupitu
Varias personas han dado a entender que GRUB no podría arrancar desde LVM. GRUB2 arranca felizmente desde LVM2 sin ningún problema en la PC de mi hogar desde hace aproximadamente 1,5 años. Lo más dulce desde el pan rebanado. Ah, y eso es compatible de forma predeterminada por el instalador ubicuo (alternativo). Pruébalo
sehe
1
En cuanto a / tmp /, puede montar memoria con tmpfs allí hoy en día. Puede ser más rápido y más saludable para sus discos duros. En cualquier caso, / tmp / no debe sobrevivir a los reinicios.
imz - Ivan Zakharyaschev
1
El legado de Grub no funciona, y Grub 2 no funcionó si / boot se montó en un colume lógico LVM. El soporte se agregó recientemente. No debería ser difícil desenterrar la referencia particular. Lo mismo ocurre con el software RAID, el soporte para eso también se ha agregado recientemente a Grub 2.
Faheem Mitha
@Faheem M .: Entonces ... ¿estás diciendo que no te funciona, o principalmente que debo recordar mal el plazo? Un google muy rápido apareció esta entrada publicada el 20 de noviembre de 2006, así que apuesto a que estaba en lo cierto con mi calendario.
Sehe
13

Una razón final, menos importante que las dadas, es que puede permitir que la PC permanezca arrancable si una parte del disco está dañada. Cuantas más particiones tenga, más fácil será simplemente no montar la partición con la falla.

Esto puede ser útil a veces, pero generalmente hay una mejor manera de todos modos.

EDITAR: Otro punto: suponiendo que Linux, usar LVM puede ser una buena manera de evitar cualquier problema potencial, hace que sea fácil cambiar el tamaño de las "particiones" y agregar un nuevo espacio aparentemente.

tsvallender
fuente
1
¿No requeriría que al menos parte de la partición / no esté corrupta? Claro, la imagen del kernel está en / boot, pero los controladores están en / lib y el init o sh está en / bin.
Mr. Shiny and New 安 宇
7

Creo que esto es más una preferencia personal que otra cosa. Incluso podría ser una mejor práctica. Mi visión personal de / boot es bastante de solo lectura. De vez en cuando necesita escribir allí para actualizar su kernel o tal vez agregar otro sistema operativo en el grubloader. Además de eso, solo es necesario ... bueno, arrancar. Por lo tanto, tenerlo en un sistema de archivos separado podría ayudar a ponerlo en solo lectura (incluso podría ser también un aspecto de seguridad).

¿Debería ser un sistema de archivos separado? Supongo que no ... ¿Pero es una mala idea? ¡No, en absoluto!

reiche
fuente
7

En respuesta a la parte de la pregunta "qué problemas podría causar": como con cualquier partición, siempre existe el riesgo de que necesite más espacio del que asignó inicialmente. Si bien esto es poco probable en el caso de /boot, recientemente hubo un problema con la actualización previa en Fedora causada por /boottamaños pequeños .

Kai
fuente
1

Con respecto a la segunda parte de la pregunta, puede ser útil colocar en particiones separadas cualquier cosa que sea independiente de la distribución actual. Al dejar también espacio adicional disponible en la unidad, esto permite, si es necesario en el futuro, instalar una distribución diferente o realizar una reinstalación de la actual, compartiendo el acceso a cualquier cosa que desee ver en ambas.

Los candidatos obvios para particiones separadas son / usr / local y / home, así como / root. Personalmente, creo que es más eficiente crear particiones personalizadas, montarlas en un punto de montaje arbitrario, como / part / data, y luego proceder con enlaces simbólicos, como en:

sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local
Dalker
fuente
1

Otra razón por la que creo que no se menciona es que puede usar el tipo de sistema de archivos y las configuraciones que prefiere para las /bootcuales ciertamente no son las mismas que cuando se usa como parte de /. Las características como el registro en diario, las sumas de verificación, etc., no son útiles /booty puede acelerar el arranque desactivándolas o utilizando un sistema de archivos más simple (como ext2).

sakisk
fuente
Es difícil para mí creer que el registro en diario y la suma de comprobación hacen que el arranque sea notablemente más lento. ¿Tienes números duros?
ignis
Lo sentimos, no hay números disponibles, puedes experimentar si quieres. Para algunas personas, incluso si es +5 segundos más lento, es notable.
sakisk 01 de
¿Estás insinuando que fue 5 segundos más lento en tu experiencia?
ignis
1
No. AFAIR la última vez que hice eso estaba usando ext2.
sakisk 01 de
1

Me pareció un poco más difícil arrancar desde el indicador de grub cuando utilizo una partición separada / de arranque.

Parecía que el kernel estaba en / boot, pero initramfs estaba en / (partición separada).

Por lo tanto, no estaba claro qué partición usar en el menú de grub.

Con todas las ventajas potenciales de una partición separada / de arranque, también existe el riesgo de tener que solucionar problemas más de lo normal en caso de que ocurra algo malo (es decir, ejecute grub-install sin ejecutar update-grub después: S)

Alecz
fuente
Fedora usa /boot, en parte por el historial, ya grubque no comprende (¿no?) Todos los sistemas de archivos posibles. Y mi vmlinuzy initrdambos estamos /bootinstalados desde el núcleo de vainilla de git ...
vonbrand
-1

Permítanme escribir aquí solo algunas de mis experiencias:

Bueno, en mi caso, tengo RAID 1 (1GB solo para / boot) y RAID 5 para el resto del espacio en disco.

Uso grub 2 de debian squeeze y está bien. Grub 2 ya no tiene esta limitación como lo hizo grub 1.

Hoy en día no importa. Esto era necesario cuando tenía grub versión 1, que no sabía cómo arrancar desde RAID5, pero sabía cómo arrancar desde la incursión 1. Y esa es la razón.

En mi caso, lo uso solo para el caso, podría necesitarlo, si algo malo sucede. Porque no cada vez que tienes un nuevo Debian LIVE o ubuntu en tu bolsillo.

Además, si sucede algo malo, hago una copia de seguridad de / boot. Una vez que guardó mi instalación ya.

Uso Linux SW RAID 1 con 3 HDD y RAID 5 con los mismos HDD. Primero 1 GB que uso para RAID 1.

Pero si usa LILO o GRUB versión 1.98 -> 2, no necesita tener una partición separada / de arranque.

Mirra
fuente