¿Cuál es el tamaño recomendado para una partición Linux / boot?

46

¿Cuál es el tamaño recomendado para una /bootpartición de Linux ?

¿Y es seguro no tener una /bootpartición?

Veo que algunos servidores no tienen una /bootpartición, mientras que algunos servidores tienen una /bootpartición de 128 MB . Estoy un poco confundido. ¿Es /bootnecesaria la partición? Si es así, ¿qué tan grande debería ser?

Tyler Long
fuente

Respuestas:

40

En estos días, 100 megabytes o 200 megabytes es la norma.

No necesita tener una partición / boot. Sin embargo, es bueno tenerlo por razones de flexibilidad (LVM, cifrado, limitaciones del BIOS).

Editar:

El tamaño recomendado se ha incrementado a 300MB-500MB.

Ver también: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition

ewwhite
fuente
3
200 MB es el mínimo en la mayoría de los Linux modernos, pero lo aumentaría al menos a 300 MB para evitar la molestia de cambiar su tamaño.
Wernight
@josten Podría instalar SO elemental en un solo btrfs sin más /bootparticiones o problemas. No estoy seguro de por qué dirías eso.
Wernight
@josten Ok, algunos es más "que podría necesitar". Gracias por aclararlo.
Wernight
Desearía ver esta respuesta antes de mi instalación: instalé Debian 8 con un arranque de 100 MB y me di cuenta de que casi la mitad de la partición de arranque se ha ido.
Codismo
@ewwhite ¿De dónde viene este tamaño recomendado?
Tim
36

Tiendo a crear un 1 GB /boot. Les dejo una imagen de CD en vivo que tiene varias herramientas de reparación en mi /boot. Principalmente hago esto para sistemas que soporto en los sitios remotos.

Con la configuración correcta y suficiente memoria, GRUB 2 puede arrancar la imagen sin extraer el contenido. Un par de veces he convencido al personal remoto para que reinicie el sistema a la imagen de CD en vivo y comience a establecer redes / ssh en un sistema que tenía problemas para poder conectarme y reparar cosas.

Esto ciertamente no es obligatorio, ni siquiera común.

Zoredache
fuente
¿Qué Live CD prefieres en estos casos?
ewwhite
1
Para mí, la distribución de elección es SystemRescueCD y Finnix es otra buena.
Marciano
99
Usted señor, es asombroso.
SpacemanSpiff
1
@ zoredache Estoy instalando Arch Linux en mi disco duro externo para fines de trabajo, me gustaría agregar una imagen en vivo como dijiste que hiciste, para rescate, ¿puedes señalarme algún enlace sobre cómo hacerlo?
pahnin
3
@pahnin Aquí están las instrucciones que encontré para hacer eso: help.ubuntu.com/community/Grub2/ISOBoot (probablemente valga la pena ser una pregunta propia)
Thaeli
22

¿Cuál es el tamaño recomendado para una /bootpartición de Linux ?

La /bootpartición contiene la configuración GRUB, el núcleo con su System.map, ... Creo que ~ 100 MB es suficiente.

¿Y es seguro no tener una /bootpartición?

Si. Pero una /bootpartición separada tiene algunas ventajas:

  • Como una partición de rescate
  • rootfs está en un LVM, RAID, está encriptado o GRUB no lo admite
  • Quizás ahorre unos segundos del tiempo de arranque
quanta
fuente
2
Recientemente me sorprendí con una BIOS que no podía acceder a más de 1023 (?) Cilindros también.
Random832
2
@quanta ¿cómo 'se puede ahorrar unos segundos de tiempo de arranque' ?
Alessandro Pezzato
2
Como usualmente / boot se encuentra al comienzo del disco, que generalmente está en los sectores externos, tiene menos posibilidades de fragmentarse y la ruta es más pequeña (menos lecturas de directorio), generalmente es una partición primaria (no es necesario leer la partición lógica) cadena). Pero dudo que ganes más de 1s.
Mircea Vutcovici
8

También difiere la distribución de la distribución. Por ejemplo, para Fedora, el mínimo es de 250 MB [1] y 500 MB es el predeterminado y si planea (pre) actualizar en el futuro se requieren 500 MB [2] . Si el espacio no es un problema, iría por 1 GB para evitar la reproducción aleatoria de particiones más tarde, como tuve que hacer al actualizar recientemente.

[1] http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot

marciano
fuente
5

Acabo de instalar Ubuntu 13.10 (Saucy Salamander) con 105 MB /boot. Se instaló bien, pero después de reiniciar hice el actualizador y dijo que no había suficiente espacio.

Quería alrededor de otros 196 MB para la actualización; debe haber sido una actualización del kernel o algo así. Así que tuve que reinstalarlo con uno más grande /boot. Fui por 500 MB, y eso pareció funcionar. Es bueno que no tarde mucho en hacer una nueva instalación :)

Novato
fuente
Ubuntu no siempre elimina los núcleos antiguos después de una actualización. Necesitas hacerlo tú mismo. De lo contrario, puede mantener a varios de ellos por mucho tiempo.
Matt
Usé el tamaño predeterminado en mi computadora portátil, que es inferior a 100Mb. La consecuencia es que cada vez que actualizo, necesito eliminar la actualización anterior, por lo que siempre tengo dos versiones en mi computadora. En mi nueva computadora portátil, haré / arrancaré 1Gb. En mi escritorio son 500Mb, lo que parece estar bien.
Christine
4

Los sistemas modernos generalmente se instalan con una partición / arranque mucho más grande que en el pasado. El número acaba de crecer con el tiempo.

Considerar:

RHEL 5 creó una partición de 101 MiB / boot.

Particionamiento RHEL 5

RHEL 6 creó una partición de 500 MiB / boot.

RHEL 6 Particionamiento

RHEL 7 también creó una partición de 500 MiB / boot, pero esto se cambió a 1024 MiB en 7.3, porque como dicen las notas de la versión :

En versiones anteriores de Red Hat Enterprise Linux 7, el tamaño predeterminado de la partición / boot se estableció en 500 MB. Esto podría generar problemas en sistemas con múltiples núcleos y paquetes adicionales como kernel-debuginfo instalado. La partición / boot podría llenarse o casi llenarse en tal escenario, lo que impidió la actualización del sistema y requirió una limpieza manual para liberar espacio adicional.

En Red Hat Enterprise Linux 7.3, el tamaño predeterminado de la partición / boot se incrementa a 1 GB, y estos problemas ya no ocurren en los sistemas recién instalados. Tenga en cuenta que las instalaciones realizadas con versiones anteriores no cambiarán el tamaño de sus particiones / boot, y aún pueden requerir una limpieza manual para actualizar. (BZ # 1369837)

Particionamiento RHEL 7

Mis sistemas EL7 actuales tienen aproximadamente 200 MiB utilizados en / boot, pero generalmente no instalo paquetes de depuración del kernel.

A medida que el kernel de Linux continúa creciendo con el tiempo, principalmente debido a la adición de controladores de dispositivos de hardware, es probable que esta recomendación también continúe creciendo.

Y nuevamente, como lo han señalado otros, una partición / boot ya no es estrictamente necesaria para la mayoría de las instalaciones. Las máquinas virtuales generalmente no lo necesitan, por ejemplo, y los sistemas de arranque UEFI tampoco lo necesitan (aunque tienen una partición del sistema EFI que debe existir y ser lo suficientemente grande como para contener varios archivos UEFI). Se requiere una partición / boot para algunos sistemas heredados muy antiguos y para usar el cifrado de disco completo LUKS.

Michael Hampton
fuente
4

Como hemos visto un gran aumento en los requisitos de almacenamiento del kernel de Linux y un número cada vez mayor de inicios, actualmente (febrero de 2018) tiendo a asignar 1 GB de almacenamiento /boot.

Como /bootgeneralmente es lo único que no está en LVM, es la única partición que no puede cambiar de tamaño fácilmente. Por lo tanto, "desperdiciar" unos pocos cientos de megabytes generalmente no duele tanto como un /bootsistema de archivos que resulta ser demasiado pequeño en unos 5 o 10 años.

Andreas Rogge
fuente
3

Es sobre todo una función de cuántos núcleos ha instalado y el tamaño de sus initrds.

Para un núcleo de la serie 3.0, initrd ejecuta aproximadamente 13 MB. Para los primeros 2.6 núcleos, esto era 3.4 MB. Por lo tanto, si planea mantener más de unos pocos núcleos, necesitará al menos un par de cientos de MB.

La cantidad y si esto se aplica o no a usted depende de su caso de uso. Si realiza un arranque múltiple, prueba los núcleos y / o actualiza con frecuencia, podría quedarse sin espacio en una /bootpartición de 100 MB rápidamente. Si no haces ninguna de estas cosas, probablemente será suficiente.

Hay muy pocas razones para escatimar en almacenamiento (es barato, las restricciones de BIOS, montaje y gestor de arranque en los bloques son en su mayoría cosa del pasado), y estoy viendo un marcado crecimiento en los recursos del kernel con el tiempo, por lo que la apuesta segura sería Be ~ 250 MB - 1 GB por ahora. En general, prefiero una partición separada / de arranque para control y aislamiento, aunque esto se ha convertido casi por completo en una cuestión de gustos (los dispositivos RAID serían una excepción obvia, LVM y cifrado, así como lo señalan otros).

Dr. Edward Morbius
fuente
1

Depende también de cuántos núcleos desee tener disponibles. Un núcleo normal, un núcleo "xen", un núcleo "de escritorio" y en más de una versión realmente se resume bien. No iría por menos de 500 MB. Cambiar el tamaño de una partición en posición frontal luego lleva mucho tiempo.

Si está creando una máquina virtual, un disco separado (virtual) puede ser útil para varias particiones (/ home, / boot, /) si no está familiarizado con LVM.

JM Stoorvogel
fuente
0

Siempre uso 100MB como regla cuando construyo sistemas. Supongo que si va a probar toneladas de núcleos diferentes (o creará sus propios núcleos personalizados) es posible que desee uno más grande, pero 100 MB es suficiente para la mayoría de las personas. Además, como se mencionó, tener una partición de arranque separada es una buena idea por varias razones.

Mateo
fuente
55
Las distribuciones actuales quieren 200 MB +.
ewwhite
1
Actualización para 2017: también puede hacer que su / boot se parezca más a 500MB. 200 MB funcionarán, pero el almacenamiento es barato y tener algo de espacio para respirar será bueno. Usa tu juicio.
James T Snell
1
@JamesTSnell por cierto, una instalación de Ubuntu 16.04 se quedó sin espacio en disco en 200MB / boot después de ~ 3 años de actualizaciones y nuevos núcleos; aparentemente el sistema de actualización Ubuntu 16.04 no es bueno para limpiar los viejos núcleos. en este momento / boot se encuentra a 240 MB allí ... y fue bastante complicado arreglarlo, tener que mover todo en el arranque a otro lugar, luego eliminar la partición de arranque, luego cambiar el tamaño de la partición raíz, luego volver a crear la partición de arranque y luego tener que mover todo hacia atrás y luego asegurarse de que la nueva partición de arranque tenía la bandera de arranque bla, bla, bla
hanshenrik
@hanshenrik: he solucionado ese problema muchas veces. No tiene que cambiar el tamaño de su / boot, pero hacerlo le permitirá cambiar cuánto tiempo pasará antes de que vuelva a aparecer. Definitivamente es bastante molesto y no estoy seguro de si hay una solución adecuada para que se administre solo.
James T Snell