fdisk: ¿lo necesito o puedo crear un sistema de archivos directamente?

Leí acerca de que fdisk es capaz de crear una partición / que consiste en descomponer un disco físico en varias particiones lógicas.

Si tengo la intención de utilizar todo el disco como un todo, ¿es necesario para mí?

1) para fdisk y crear una partición primaria que ocupe el tamaño de todo el disco o

2) ¿puedo seguir adelante y mkfs.ext4 sin hacer ningún fdisk?

3) Y por qué ->

Editado -> Después de leer todos los comentarios (de algunos sí y no), creo que sería bueno si alguien pudiera señalarme qué hace realmente fdisk. para que pueda entender más sobre por qué realmente lo necesitamos en comparación con si no lo necesitamos.

Intenté buscar en Google, pero la mayoría de los sitios te enseñan cómo fdisk, pero no por qué (o la mayoría de los motivos es crear un sistema de arranque dual), pero quiero saber por qué es necesario incluso para una sola partición.

También probé mkfs en un disco directamente y lo monté para almacenar datos y archivos (no parece tener ningún problema), por lo que esto me da aún más curiosidad sobre lo que realmente hace fdisk en el disco de almacenamiento.

No, no lo necesitas . Su disco y sistema de archivos funcionarán bien sin la tabla de particiones. Algunos BSD anteriores incluso hicieron esto de manera predeterminada si seleccionó peligrosamente dedicado .

Sin embargo, es muy recomendable por razones de compatibilidad.

Algo más detallado:

Puede ejecutar mkfs.ext4 directamente en / dev / sdb. Que funcionará. Luego puede montar eso sin problemas. ( mkfs.ext4 -F -F /dev/sdb)

Puede configurar un disco de arranque de esta manera. Todavía requerirá algo de código para arrancar. Lo que significa que debes omitir el primer bit de los discos. (por ejemplo, el espacio utilizado clásicamente por el MBR y los pocos sectores tradicionales más allá de él). Eso técnicamente todavía no está usando MBR, aunque pierdes espacio equivalente.

Sin embargo, para cualquier configuración moderna, esos pocos sectores son una pequeña fracción de la capacidad de la unidad. Por lo tanto, recomiendo usar GPT (o en sistemas antiguos MBR). Pero se puede prescindir.

Necesita crear una tabla de particiones incluso si va a utilizar todo el disco físico. Piense en la tabla de particiones como la "tabla de contenido" para los sistemas de archivos, identificando las ubicaciones de inicio y finalización de cada partición, así como el sistema de archivos utilizado para ella.

Usted podría crear un sistema de archivos en una unidad básica, pero es rara vez se va a trabajar. Algunos pendrives están organizados de esa manera. Pero para el disco duro no quieres.

Si va a ser su unidad principal / única, no será arrancable si la crea como tal. Lo que hace el BIOS es leer el primer sector de la unidad y ejecutarlo (también conocido como saltar a su primer byte). ¿Realmente no quieres ejecutar metadatos del sistema de archivos? Afortunadamente, no lo hará, ya que el BIOS contiene seguridad: los dos últimos bytes de ese sector deben ser 0x55 0xaa para que el BIOS considere la unidad como de arranque. Y usted tiene un sistema UEFI, es aún peor, ya que UEFI requiere una partición FAT distinta para funcionar.

Si va a ser su disco duro secundario, esto podría funcionar, pero aún se desaconseja: no funcionará la detección automática, la mayoría de las herramientas le dirán que el disco no está formateado y requiere particiones (lo que destruirá sus datos).

Por otra parte, a veces es posible hacerlo, pero de una manera muy agresiva, que requiere un conocimiento complejo de la organización en disco de varios sistemas de archivos. Una vez he visto una descripción de una imagen que podría grabarse en un CD de arranque, en una unidad USB de arranque o incluso arrancada por Mac anterior, pero esto estaba en el nivel de 'Si pongo la longitud del sistema de archivos a xxx, cuando se ejecuta mediante otra arquitectura, se ejecuta como una comparación de registros inofensiva '.

Incluso si tiene la intención de usar todo el disco, aún tendrá que particionarse. En este caso, con una partición tan grande como el disco en sí (casi, al menos. La tabla de partición ocupa algo de espacio. Consulte más abajo para obtener más detalles).

Cuando presento a las personas el concepto de particiones y sistemas de archivos a las personas que normalmente solo piensan en "discos duros, vacíos o llenos" es esto: el disco duro es el edificio, mientras que la partición es la habitación real. Formatea una partición con un sistema de archivos específico, y luego la hace utilizable, y en la analogía del edificio, esto corresponde a declarar un tipo de habitación, como cocina vs dormitorio (en otras palabras, cómo usarlo).

Ahora, para volver a su pregunta original, no puede colocar un sistema de archivos en una unidad no particionada, ya que la tabla de particiones (los primeros 512 bytes de la unidad) contiene información sobre dónde se pueden encontrar las particiones en la unidad física. Para que tenga un sistema de archivos, tendrá que comenzar en algún lugar al que la tabla de particiones pueda hacer referencia, y no puede hacer referencia a un sistema de archivos que no tenga un espacio definido, es decir, la partición.

Y si vamos a colocar la tabla de partición en la analogía del edificio, supongo que correspondería a un plano del edificio.

Actualización que refleja la edición de su pregunta: lo que hace fdisk es permitirle seleccionar ciertos aspectos de una partición, como el tamaño, el tipo y la ubicación física, como estoy seguro de que ya sabe. Lo que entonces hace fdisk es traducirlos a una entrada de la tabla de particiones. Básicamente, se encarga de que la tabla de particiones esté actualizada con una "lista" de todas las particiones en el disco, cada elemento en la lista indicando qué partición se puede encontrar dónde y de qué tipo es. Esto es para que un sistema operativo sepa dónde acceder a los datos en las particiones.