¿Qué tan malo es realmente instalar Linux en una gran partición?

Solución 1:

Las principales razones (históricas) para la partición son:

• para separar el sistema operativo de sus datos de usuario y aplicación . Hasta el lanzamiento de RHEL 7, no había una ruta de actualización compatible. y una actualización de versión principal requeriría una reinstalación y luego tener, por ejemplo, /home y otros datos (de aplicaciones) en particiones separadas (o volúmenes LVM) le permite conservar fácilmente los datos de usuario y de aplicaciones y borrar las particiones del sistema operativo.

• Los usuarios no pueden iniciar sesión correctamente y su sistema comienza a fallar de maneras interesantes cuando se queda completamente sin espacio en disco. Varias particiones le permiten asignar espacio de disco duro reservado para el sistema operativo y mantenerlo separado del área donde los usuarios y/o aplicaciones específicas pueden escribir (p. ej., /home /tmp/ /var/tmp/ /var/spool/ /oradata/ etc.), mitigando el riesgo operativo de usuarios y/o aplicaciones con mal comportamiento.

• Cuota. La cuota de disco permite al administrador evitar que un usuario individual use todo el espacio disponible, interrumpiendo el servicio para todos los demás usuarios del sistema. La cuota de disco individual se asigna por sistema de archivos, por lo que una sola partición y, por lo tanto, un solo sistema de archivos significa solo 1 cuota de disco. Múltiples particiones (LVM) significa múltiples sistemas de archivos que permiten una gestión de cuotas más granular. Dependiendo de su escenario de uso, es posible que desee, por ejemplo, permitir a cada usuario 10 GB en su directorio de inicio, 2 TB en el directorio /data en el arreglo de almacenamiento externo y configurar un área grande compartida donde cualquiera pueda volcar conjuntos de datos demasiado grandes para su directorio de inicio. y donde la política se convierte en "lleno está lleno" pero cuando eso sucede, tampoco se rompe nada.

• Proporcionar rutas de E/S dedicadas . Es posible que tenga una combinación de SSD y discos giratorios y haría bien en abordarlos de manera diferente. No es tanto un problema en un servidor de uso general, pero es bastante común en las configuraciones de bases de datos asignar también ciertos ejes (discos) a diferentes propósitos para evitar la contención de E/S, p. disco separado para los registros de transacciones, discos separados para los datos reales de la base de datos y discos separados para el espacio temporal. .

• Bota Es posible que necesite un /boot separado dividir. Históricamente, para abordar los problemas del BIOS con el arranque más allá del límite de 1024 cilindros, hoy en día es más frecuente un requisito para admitir volúmenes cifrados, admitir ciertos controladores RAID, HBA que no admiten el arranque desde SAN o sistemas de archivos que el instalador no admite de inmediato, etc.

• Afinación Es posible que necesite diferentes opciones de ajuste o incluso sistemas de archivos completamente diferentes.

Si usa particiones duras, más o menos tiene que hacerlo bien en el momento de la instalación y luego una sola partición grande no es lo peor, pero viene con algunas de las restricciones anteriores.

Por lo general, recomiendo particionar su volumen principal como un volumen físico LVM de Linux grande y único y luego crear volúmenes lógicos que se adapten a sus necesidades actuales y para el resto del espacio en disco, déjelo sin asignar hasta que lo necesite .

Puede expandir esos volúmenes y sus sistemas de archivos según sea necesario (que es una operación trivial que se puede hacer en un sistema en vivo), o crear otros también.

La reducción de volúmenes LVM es trivial, pero a menudo la reducción de los sistemas de archivos en ellos no se admite muy bien y probablemente debería evitarse.

Solución 2:

El concepto de usar varias particiones es que una completa en el lugar equivocado no hará que todo el sistema funcione de forma inesperada.

Considere un proceso en la máquina que llena un archivo de registro bastante rápido hasta el punto de que no hay espacio libre disponible. En una máquina de una sola partición, esto podría, por ejemplo, evitar que el sistema escriba nuevos datos en /tmp. Si hay otro proceso que quisiera escribir en /tmp, probablemente terminaría con un error, lo que provocaría un comportamiento inesperado.

Esto se puede evitar si utiliza diferentes particiones para lugares donde los usuarios o procesos normalmente escriben (/home, /var, /tmp).

Le recomendaría que verifique en su antiguo servidor qué carpetas tienden a agrandarse. Puede hacerlo en la línea de comando con

du -h -d 1 / 2> /dev/null

Verá dónde se acumula la mayor cantidad de datos y diseñará su próximo sistema de manera adecuada. El "-d 1" limita la salida a solo un nivel de profundidad de carpeta haciéndola más legible.

Solución 3:

El principal problema de tener una sola partición grande es que al llenar el sistema de archivos es posible que ya no sea posible iniciar sesión.

El usuario root tiene su carpeta de inicio (/root ) fuera de /home Debido a esto. Si el sistema de archivos se llena en algunas circunstancias, ni siquiera el usuario root puede iniciar sesión y no puede reparar el sistema.

Esta es la razón por la que normalmente crea puntos de montaje separados para /var , /tmp y /home para poder iniciar sesión al menos como root para reparar el sistema cuando una de las otras particiones está llena.

Solución 4:

En mi humilde opinión, tener una partición como / es bastante razonable.

Pero puede usar lvm (administrador de volumen lógico). Use todos los discos como grupo lvm, pero cree pequeños discos lógicos para /,/home,/usr y lo que prefiera su administrador de sistemas. Luego, active un poco de monitoreo, eso ya lo sabe, cuando su sistema comience a llenarse y amplíe los discos que necesita. lvresize y resize2fs son herramientas en línea y puede hacer la expansión sin reiniciar el servidor. Sin embargo, no puede reducir los discos, por lo que debe comenzar con un tamaño razonablemente pequeño y aumentar donde lo considere necesario.

Solución 5:

Hay problemas mínimos en torno a la configuración de una sola partición grande de Linux, pero tiene grandes recompensas.

Cambiar el diseño de una partición es algo un poco difícil y arriesgado, que a menudo no se puede hacer sin largos tiempos de inactividad.

Su única ventaja es que tiene cierta protección contra problemas de disco lleno. Pero encontrará estos problemas mucho con frecuencia. Imagine la situación, si una de sus particiones está llena y no puede usar el espacio en las otras particiones, incluso si están casi vacías !

Algunos administradores de sistemas profesionales tienen una opinión totalmente diferente al respecto. Dicen que tener múltiples particiones puede hacer que su sistema sea más confiable y debe saber antes de particionar, qué tan grandes serán sus particiones. En mi opinión, esto simplemente no se puede decir, es un inconveniente terrible en la flexibilidad del sistema, y ​​su verdadera motivación es que simplemente les gusta jugar con los mapas de partición .

Hay un sistema simple llamado lvm, que permite mover/redimensionar sobre la marcha "particiones" (en su terminología, volúmenes). Pero en un solo servidor de departamento local, en mi humilde opinión, normalmente no es necesario.