(siempre que la alineación de la partición y el sistema de archivos en SSD tenga sentido :)
Al realizar la alineación de particiones en SSD, al principio hay algo de espacio no utilizado (por ejemplo, aproximadamente 1 MiB, si la primera partición comienza en el sector 2048, cuando el tamaño del sector lógico es de 512 bytes).
¿Existe algún inconveniente en el uso de ese espacio (se podría tener una pequeña partición que contenga GRUB, o también se podría iniciar el sistema de archivos raíz no en el sector 2048 sino, por ejemplo, en 64 MiB, y usar el espacio anterior como partición /boot? El archivo ¿El sistema puede no estar alineado, pero rara vez se escribe en él)?
No veo nada que esté en contra (aparte de perder una partición primaria cuando uso el diseño de partición de DOS), ¿hay algo que no sea obvio que esté en contra? (También veo que no hay mucho beneficio al tratar de usar esos primeros 1-4 MiB de espacio, excepto que podría "verse mejor" no desperdiciarlo).
Respuesta1
Se eligió el desplazamiento de 1 MB porque está prácticamente garantizado que estará alineado, sin importar el almacenamiento subyacente. Se eligió por primera vez cuando los discos magnéticos cambiaron a sectores de 4 KB. Pero alineado está alineado y no debería importar.
¡Tiempo de cuentos!
Cuando tuve que conseguir que mis primeros discos 4K funcionaran en matrices antiguas, iniciaba la partición en el sector 56 (frente al tradicional 63), porque no era posible pasar al sector 64: entonces la partición no sería grande suficiente para unirse a la matriz RAID. En una tabla de particiones de DOS, esto me quitó algo de espacio utilizado para GRUB, pero afortunadamente todavía tenía suficiente. Más tarde, cuando obtuve discos más grandes, pasé al sector 2048. El disco es más grande, por lo que las particiones aún pueden ser lo suficientemente grandes como para unirse a las matrices RAID. Por supuesto, que los discos de un sistema sean diferentes añade trabajo al administrador de sistemas, pero bueno, así es la vida. (Afortunadamente, pude retirar la mayoría de esos sistemas).
1 MB de espacio en un disco magnético de varios TB no se nota. Tampoco está en un SSD de muchos cientos de GB. lo confiesohaceMe molesta un poco estar desperdiciando espacio; quiero decir, crecí en la era en la que 120 MB era un disco duro enorme y el sistema operativo cabía en un disquete.¿¡1MB!? ¡Ese es todo un sistema operativo!
Sin embargo, tiene una gran ventaja: está alineado para discos 4K, está alineado para SSD (que tienen un tamaño de bloque físico de al menos 64 KB), es razonablemente fácil alinear franjas en una matriz y probablemente estarán alineados con todas las tecnologías de almacenamiento razonables durante bastante tiempo.
Pero si tienes un solo disco, realmente no hay desventajas, excepto que no es estándar (por ejemplo, si estuviera intentando recuperar datos de un disco después de una tabla de particiones perdida, primero verificaría la partición que comienza en 2048). .)
Y en cuanto a su otra alternativa: una bota no alineada no es gran cosa. Las lecturas pueden ser un poco más lentas y las escrituras mucho más lentas, pero ninguna de las dos cosas suele darse cuenta. Sin embargo, una partición de arranque de 64 MB es demasiado pequeña; no usaría menos de 256 MB. Incluso un initrd específico (a diferencia de uno genérico) es de ~5 MB, otros ~4 MB para el kernel, y rápidamente te quedas sin espacio después de algunas actualizaciones (a menos que tengas mucha rutina para purgar kernels antiguos). Sin embargo, el arranque EFI debería estar bien siempre y cuando no coloques kernels/initrds allí.
Respuesta2
Está perfectamente bien insertar una bios_grubpartición en 64s-2047s. En el caso de la partición DOS, para eso se usarán los primeros sectores (solo que sin ninguna partición).
Para particiones de datos, sistemas de archivos reales, me quedaría con la alineación MiB.
Respuesta3
Si el sistema tiene habilitada una función de "protección del sector de arranque" del BIOS, usar todo el disco, por ejemplo, por software RAID, puede hacer que el software RAID no esté satisfecho, ya que la función del BIOS impide (¡para mayor seguridad!) la escritura en esos primeros bloques. Entonces, ese es un posible inconveniente de usar todo el disco (sin revisar el BIOS para detectar dichas funciones y asegurarse de que estén desactivadas).