Contenido


Linux en discos con sectores de 4 KB: Consejos prácticos

Asegúrese de que Linux esté funcionando en todos los cilindros

Comments

Si está familiarizado con la estructura de los discos, usted sabe que están divididos en sectores, que típicamente tienen un tamaño de 512 bytes, todas las operaciones de Lectura o Escritura suceden en múltiplos del tamaño del sector. Cuando observa más de cerca los discos duros incluyen datos adicionales entre sectores. El disco usa estos bytes adicionales para detectar y corregir errores dentro de cada sector.

Cuando se aumenta el tamaño del sector de 512 bytes a un valor mayor, se pueden usar algoritmos de corrección de errores más eficientes y poderosos. Así pues, cambiar a un tamaño de sector más grande tiene dos beneficios prácticos, confiabilidad mejorada y una mayor capacidad de disco — al menos en teoría.

Los discos de Formato Avanzado traducen cada sector físico de 4,096 bytes en ocho sectores lógicos de 512 bytes. Para el firmware, el sistema operativo y todos los utilitarios del disco, el disco parece tener sectores de 512 bytes, aunque el tamaño físico subyacente del sector es de 4,096 bytes. Sin embargo, cambiar el tamaño aparente del sector en el firmware puede degradar el rendimiento. Para entender por qué, usted necesita entender algo acerca de las estructuras de datos del sistema de archivos y cómo se colocan las particiones en el disco duro.

¿Por qué las estructuras de datos del sistema de archivos afectan el rendimiento?

La mayoría de los sistemas de archivos modernos usa estructuras de datos que tienen 4,096 bytes o más grandes. Así, la mayoría de operaciones de disco I/O están en múltiplos de esta cantidad. Considere lo que sucede cuando Linux quiere leer o escribir una de estas estructuras de datos en un disco nuevo con sectores de 4,096 bytes. Si sucede que las estructuras de datos del sistema de archivos se alinean perfectamente con el tamaño físico subyacente del sector, la Lectura o Escritura de una estructura de datos de 4,096 bytes resulta en una Lectura o Escritura de un sólo sector. El firmware del disco duro no necesita hacer nada extraordinario, pero cuando las estructuras de datos del sistema de archivos no se alinean perfectamente con los sectores físicos subyacentes, una operación de Lectura o Escritura debe acceder a dos sectores físicos. La Figura 1 ilustra esta diferencia:

Figura 1. Las estructuras de datos de los discos pueden montarse en sectores físicos en un disco de Formato Avanzado
Proper vs. improper disk data structure alignment
Proper vs. improper disk data structure alignment

En teoría, las operaciones de Lectura deben verse menos afectadas por una mala alineación que las operaciones de Escritura. En el caso de una lectura del disco, la cabeza de lectura/escritura del disco posiblemente pase sobre ambos sectores en una secuencia rápida, así que la tarea del firmware de regresar la estructura de datos de 4 kibibytes (KiB) es relativamente simple. En contraste, las escrituras de estructuras de datos mal alineadas requieren que el firmware del disco lea dos sectores, modifique porciones de ambos sectores y luego escriba dos sectores. Esta operación se lleva más tiempo que cuando las 4,096 bytes ocupan un sólo sector. Así, se degrada el rendimiento. En la práctica, las operaciones de Lectura se pueden ver afectadas negativamente algunas veces tanto como las operaciones de Escritura.

¿Cómo puede saber si sus estructuras de datos están alineadas correctamente? La mayoría de los sistemas de archivos alinean sus estructuras de datos con el inicio de las particiones que las contienen. Así, si una participación empieza en el límite de 4,096 bytes (sector ocho), está alineada adecuadamente. Sin embargo, en los años anteriores a 2010 (aproximadamente), las herramientas de partición de Linux no creaban particiones alineadas de esta manera. Incluso hoy, quedan algunas dificultades, así que ejerza precaución cuando cree sus particiones. (Para ver cómo hacer el trabajo con software común de creación de particiones Linux, vaya a la siguiente sección, Alineación de particiones.)

Parámetros de prueba

Para aprender que tan importante es una alineación adecuada, hice pruebas usando tres discos de Formato Avanzado en tres computadoras:

  • Una unidad de disco de Formato Avanzado 1TB Western Digital WD-10EARS — uno de los primeros discos de Formato Avanzado introducido (a finales de 2009) en una computadora usando un conjunto de chips NVIDIA MCP61P y un núcleo de 64 bits 2.6.32.3. Los resultados de esta prueba aparecieron en la primera versión de este artículo, publicada en 2010.
  • Una unidad de disco 2TB Seagate ST2000L003, comprada en el 2012, en una computadora con un chipset más reciente AMD 760G/SB710 y un núcleo de 64 bits 3.4.1.
  • Una unidad de disco 3TB Toshiba DT01ACA300, comprada a finales de 2013, en una computadora con un chipset Intel ® H77 y un núcleo de 64 bits 3.11.7.

En las tres pruebas, hice las particiones del disco usando el sistema de Tablas de Partición de identificador global único (GUID), con las particiones alineadas empezando en el sector lógico 40 y las particiones no alineadas empezando en el sector lógico 34 (el primer sector disponible cuando se usa un disco GPT con su tamaño predeterminado de la tabla de partición). Los sistemas de archivos probados fueron el tercer sistema de archivos extendido (ext3), el cuarto sistema de archivos extendido (ext4), ReiserFS (versión 3), el Journaled File System (JFS), el Extents File System (XFS) y el sistema de archivos B-tree (Btrfs).

En todas las pruebas, un guión ejecutó una serie de operaciones de disco de entrada y salida, que incluían crear un sistema de archivos nuevo, extraer un tarball de un núcleo Linux no comprimido a la unidad de disco de prueba, copiar el tarball a la unidad de disco, leer los archivos recién descomprimidos en la unidad de disco de prueba, leer el tarball de la unidad de disco y eliminar el directorio núcleo Linux. El tarball fuente del núcleo Linux se almacenó en otro disco y para las pruebas de lectura, la salida se dirigió a /dev/null. Después de cada prueba de escritura el disco de prueba se desmontó como una manera de asegurar que no quedaba ninguna operación en el caché del disco Linux. Los números reportados incluyen el tiempo requerido para ejecutar la operación Unmount.

El tarball núcleo tenía un tamaño de 365 mebibytes (MiB) para la primera prueba y 451 MiB para la segunda y tercera pruebas. Todos los discos tenían cachés de 64 MiB, así que el tarball excedía ampliamente el tamaño del caché del disco en ambas pruebas. Ejecuté cada secuencia de prueba seis veces para cada sistema de archivos, tres veces en particiones alineadas adecuadamente y tres veces en particiones alineadas inadecuadamente. La variabilidad entre operaciones era pequeña. El tiempo no alineado promedio se dividió entre el tiempo alineado promedio para determinar que tanto efecto de rendimiento imponía la alineación inadecuada. Un valor superior a 1.00 indica alguna sanción de rendimiento por alineación inadecuada.

Resultados del punto de referencia

Todos los discos mostraron deficiencias por particiones mal alineadas, con el disco Western Digital 2009 y el disco Toshiba 2013 mostrando un patrón similar y el modelo Seagate 2012 mostrando un patrón diferente. Por lo tanto, describo estos resultados en dos grupos para cada patrón de resultados.

Resultados de las pruebas a Western Digital y Toshiba

Muchas de las pruebas que se hicieron en 2010 en el disco Western Digital produjeron deficiencias modestas. Los valores para la creación del sistema de archivos oscilaron entre 0.96 (para XFS) y 7.94 (para ReiserFS), con un valor medio de 2.79. En las pruebas de Toshiba 2013, los valores de creación del sistema de archivos oscilaron entre 1.22 (para ext4) y 1.82 (tanto para ext 3 como XFS), con una media de 1.57. Porque la creación del sistema de archivos típicamente se hace sólo en raras ocasiones, estas deficiencias no son importantes. Las pruebas de lectura en Western Digital produjeron tasas oscilando entre 0.95 y 1.25, indicando no más de una sanción de velocidad de 25%, como se detalla en Figura 2. Un valor de 1.00 significa que no hay sanción, valores más altos significan un peor desempeño. Los valores de Toshiba oscilaron entre 0.94 y 1.11, como se muestra en Figura 3.

Figura 2. La sanción de desempeño de lectura para usar particiones no alineadas en un disco Western Digital WD-10EARS
Read performance impaired 5-15% when using unaligned partitions on a Western Digital WD-10EARS disk
Read performance impaired 5-15% when using unaligned partitions on a Western Digital WD-10EARS disk
Figura 3. La sanción de desempeño por usar particiones no alineadas en un disco Toshiba DT01ACA300
Read performance impaired by -6% to 11% when using unaligned partitions on a Toshiba DT01ACA300 disk
Read performance impaired by -6% to 11% when using unaligned partitions on a Toshiba DT01ACA300 disk

El desempeño de escritura de archivos grandes también sufrió sólo una deficiencia modesta. En el disco Western Digital, estos valores oscilaron entre 1.10 (para XFS y JFS) a 6.02 (para ReiserFS), con una media de 2.10; en el Toshiba, oscilaron entre 1.03 (para ext4) a 2.38 (para ReiserFS), con una media de 1.34. Gran parte de esa elevación es atribuible a la sensibilidad de ReiserFS. Eliminándola se produjeron medias de 1.31 y 1.13 para los cinco sistemas de archivos restantes en las unidades de disco Western Digital y Toshiba respectivamente. Los efectos de eliminación de archivos fueron similares. En la unidad de disco Western Digital, estos oscilaron entre 1.04 (para XFS) y 4.78 (para JFS), con una media de 1.97; en el Toshiba, el rango fue de 1.05 (para ext4) a 1.59 (para JFFS), con una media de 1.30.

Los mayores efectos de desempeño sucedieron con la creación de archivos pequeños (extraer el tarball del núcleo). En Western Digital, los efectos de la extracción del tarball oscilaron entre 1.04 (para ext4) y 25.53 (para ReiserFS), con una media de 10.9. El segundo lugar en desempeño en esta prueba fue XFS con un valor de 1.82. En el Toshiba, los efectos oscilaron entre 1.44 (para Btrfs) y 3.17 (para ReiserFS), con una media de 3 1.92. Porque estos números son proporciones de desempeño de no alineado a alineado, un valor de 10.9 significa que una extracción de tarball que se lleva 10 segundos en una partición alineada adecuadamente se lleva 10.9 segundos en una partición alineada no adecuadamente —¡una diferencia enorme!

Figura 4 resume estas deficiencias de rendimiento en la escritura en todos los sistemas de archivos para el disco Western Digital y Figura 5 hace lo mismo para el disco Toshiba. Como antes, un valor de 1.00 significa que no hay sanción; unos mayores valores significan un peor desempeño.

Figura 4. El sanción de rendimiento de escritura por usar particiones no alineadas en un disco Western Digital WD-10EARS
Write performance penalty for using unaligned partitions ranged from 1.04 to 25.53 on a Western Digital WD-10EARS disk
Write performance penalty for using unaligned partitions ranged from 1.04 to 25.53 on a Western Digital WD-10EARS disk
Figura 5. La sanción de rendimiento de escritura por usar particiones no alineadas en un disco Toshiba DT01ACA300
Write performance penalty for using unaligned partitions ranged from 1.44 to 3.17 on a Toshiba DT01ACA300 disk
Write performance penalty for using unaligned partitions ranged from 1.44 to 3.17 on a Toshiba DT01ACA300 disk

Resultados de las pruebas Seagate

Las pruebas en el disco Seagate ST2000L003 produjeron resultados sorprendentemente diferentes. Las sanciones para la creación del sistema de archivos oscilaron entre 1.09 (para ReiserFS) a 1.97 (para JFS), con una media de 1.42, que es similar a los resultados de Toshiba.

Las sorpresas empiezan con los resultados del acceso de lectura, mostradas en Figura 6. El desempeño de lectura sufrió significativamente más en el Seagate que en las unidades Western Digital o Toshiba, oscilando tan alto como 8.54 para lecturas de archivos pequeños bajo JFS, con un valor medio de 4.13. Incluso el desempeño de lectura de archivos grandes sufrió, con un valor medio de 1.88 y un valor alto de 3.76 (para ReiserFS).

Figura 6. El sanción de desempeño de lectura por usar particiones no alineadas en un disco Seagate ST2000L003
Read performance penalties when using unaligned partitions ranged from 1.03 to 8.54 on a Seagate ST2000L003
Read performance penalties when using unaligned partitions ranged from 1.03 to 8.54 on a Seagate ST2000L003

Las sanciones de escritura del disco Seagate se muestran en Figura 7. Los sanciones de creación de archivos pequeños oscilaron entre 1.23 (para Btrfs) y 3.04 (para ext3), con una media de 1.98. Las sanciones para la creación de archivos grandes oscilaron entre 1.04 (para Btrfs) a 3.87 (para ReiserFS), con una media de 1.78. Para la mayoría de los sistemas de archivos, la mayor sanción fue en la eliminación de archivos, que oscilaron entre 1.23 (para Btrfs) y 7.75 (para ext4), con una media de 4.14.

Figura 7. La sanción para el desempeño de escritura por usar particiones no alineadas en un disco Seagate ST2000L003
Bar graph showing that write performance penalties when using unaligned partitions ranged from 1.14 to 7.75 on a Seagate ST2000L003 disk
Bar graph showing that write performance penalties when using unaligned partitions ranged from 1.14 to 7.75 on a Seagate ST2000L003 disk

Análisis de los resultados de las pruebas

La diferencia en el patrón de resultados entre los tres discos duros es sorprendente. Debido a que ejecuté estas pruebas a lo largo de casi cuatro años, las variables (marca y modelo del disco, hardware distinto al disco y la versión del núcleo de Linux) hacen que sea imposible decir precisamente lo que causó estas diferencias. No quisiera que concluyeran nada acerca de las marcas específicas de los discos, en particular, la deficiencia menor del disco Toshiba en comparación con el Westen Digital puede ser resultado de características del núcleo mejoradas o el hardware de la tarjeta madre del disco. Finalmente, no obstante, el patrón de resultados diferentes no es importante para la mayoría de la gente, porque la conclusión es la misma. Usar particiones no alineadas produce deficiencias significativas en el desempeño.

Nota: estas pruebas no reflejan el desempeño general en todos los sistemas de archivos. Usted no debe concluir, por ejemplo, que ReiserFS no es eficiente porque produjo algunas de las mayores diferencias de desempeño. ReiserFS es, sin embargo, más sensible que la mayoría de los demás a la alineación inadecuada, al menos en ciertas pruebas importantes.

Si usted usa un administrador de volúmenes lógico (LVM), esté consciente que las reglas de alineación para LVMs son las mismas que para las particiones. Aunque no necesita preocuparse acerca de la alineación de los volúmenes lógicos dentro de LVMs, usted poner atención en la alineación de las particiones LVM mismas. Una verificación aleatoria de unos cuantos sistemas de archivos utilizando LVMs replicó los resultados anteriores.

Cómo un asunto práctico ¿qué significa todo esto. Usted debe empezar determinando el tamaño del sector físico de su disco. Si descubre que tiene una unidad de Formato Avanzado, debe alinear sus particiones adecuadamente.

Determinar el tamaño del sector físico

En teoría, el núcleo Linux debe retornar información acerca del tamaño del sector físico en el pseudo archivo /sys/block/sdX/queue/physical_block_size y en el tamaño del sector lógico en el pseudo archivo /sys/block/sdX/queue/logical_block_size, donde sdX es el nombre del nodo de su dispositivo (típicamente, sda, sdb y así sucesivamente). En la práctica, sin embargo, la información del tamaño del bloque físico es frecuentemente falsa — en mi experiencia, el núcleo reporta información precisa sólo para algunos discos y la precisión del reporte también varía con la versión del núcleo. Esto significa que los utilitarios del disco no pueden detectar confiablemente la presencia de tales discos.

Así que usted puede necesitar las especificaciones de su unidad en el sitio Web del fabricante o de otras maneras. El pseudo archivo /sys/block/sdX/device/model tiene el número de modelo del dispositivo, así que puede buscar allí y luego checar con el fabricante. Si tiene duda, suponga que su disco es un modelo de Formato Avanzado — la mayoría de los discos lo son.

Tanto Western Digital como Toshiba identifican sus unidades de Formato Avanzado como tales con etiquetas en las unidades mismas. Sin embargo, las etiquetas de Western Digital implican que sólo Windows XP tiene problemas con estas unidades y la identificación de Formato Avanzado de Toshiba no nota cualquier problema posible de desempeño. Como lo revelan mis resultados de punto de referencia, los usuarios de Linux deben ejercitar una precaución extrema con estas unidades de disco. Las unidades de disco de Formato Avanzado Seagate no están claramente identificadas como tales en sus etiquetas.

Alinear las particiones

Casi todas o todas las unidades de Formato Avanzado de Western Digital incluyen un puente que puede configurar para compatibilidad con Windows XP. Este puente cambia la numeración de sectores por 1, un arreglo rápido y sucio para la situación común en Windows XP de usar una partición alineada con un sólo cilindro que abarca toda la unidad. Sin embargo, este puente crea problemas si usa particiones múltiples o si usted usa un software de creación de particiones moderno, así que recomiendo fuertemente no intentarlo. En cambio, use su software de creación de particiones Linux para crear particiones alineadas adecuadamente. (Ni Seagate ni Toshiba proporcionan un puente así en sus unidades de disco).

Hay tres familias de herramientas para crear particiones, master boot record (MBR) y GPT, disponibles para Linux y cada una ofrece su propio método para alinear las particiones. Si usted tiene una unidad de disco de Formato Avanzado, su mejor opción es la de operar el último software de creación de particiones Linux disponible.

La familia fdisk

La familia fdisk, que se embarca como parte de los paquetes util-linux o util-linux-ng en la mayoría de las distribuciones, habilita una edición bastante directa de las estructuras de datos MBR, pero no puede crear o modificar sistemas de archivos. A través de útil-linux versión 2.17, fdisk no ofrecía ningún soporte para la alineación de particiones de ocho sectores; la alineación siguió estando basada en cilindros. Esto cambió con la versión 2.18, cuando fdisk empezó a configurar el punto de inicio de la primera partición en el sector 2,048 como valor predeterminado. Si usted crea todas sus particiones en fdisk usando tamaños de particiones que sean múltiplos de 1 MiB o mayores, fdisk mantiene la alineación de sus particiones en múltiplos de 1 Mib, que a su vez son múltiples de ocho sectores.

El riesgo con versiones recientes de fdisk es que el disco empezó con una alineación inapropiada, fdisk no lo corregirá automáticamente cuando usted crea particiones subsecuentes. También puede capturar sectores manuales de inicio de partición que estén alineados inapropiadamente. Por lo tanto, cuando use fdisk, siempre verifique que su partición inicie para asegurar que sean múltiplos de 8. Mientras lo está haciendo, verifique que el programa use sectores como sus valores unitarios; incluso versiones posteriores a la 2.17 pueden usar cilindros si usted escribe u en el menú principal. Escribir p produce un despliegue que puede usar para verificar estos detalles, como se muestra en Listado 1. Aunque los valores unitarios no se expresan explícitamente, queda claro que las unidades están en sectores, porque los valores de inicio y fin son tan grandes. En este caso, el valor final de terminación está en el sector final del disco. Compárelo con el valor total de sectores cerca del inicio de la salida. Note que fdisk 2.17 y anteriores posiblemente se quejen de que las particiones no terminan en los límites del cilindro cuando están alineadas apropiadamente. Usted puede ignorar este aviso.

Listado 1. Un ejemplo de salida de fdisk que demuestra una alineación adecuada
 Command (m for
                help): p Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes 256 heads,
                63 sectors/track, 242251 cylinders, total 3907029168 sectors Units = sectors of 1 *
                512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size
                (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Device Boot
                Start End Blocks Id System /dev/sdb1 2048 2097151 1047552 83 Linux /dev/sdb2 2097152
                3907029167 1952466008 83 Linux

Cuando se manipulan discos MBR, esté consciente de que la alineación de particiones extendidas no es importante. Estas particiones tienen estructuras de datos de un sector que define particiones lógicas, así que en un sentido real, las particiones extendidas no se pueden alinear adecuadamente. Sin embargo, tenga cuidado de alinear las particiones primarias y lógicas.

La biblioteca libparted

La biblioteca libparted energiza muchas herramientas de creación de particiones Linux y soporta esquemas de creación de particiones MBR y GPT, libparted 3.1 viene con la herramienta de creación de particiones de text-mode parted y desde parted 2.2, usted puede alinear límites MiB especificando puntos de inicio y fin en unidades de 1 MiB o mayores. Si quiere verificar la alineación, escriba unit s para cambiar las unidades de sector y verificar los punto de inicio de la partición, tal como lo haría con fdisk, como se muestra en Listado 2:

Listado 2. Un ejemplo de salida particionada que demuestra una alineación adecuada
 (parted)
                    unit s (parted) print Model: ATA
                ST2000DL003-9VT1 (scsi) Disk /dev/sdb: 3907029168s Sector size (logical/physical):
                512B/512B Partition Table: gpt Disk Flags: Number Start End Size File system Name
                Flags 1 2048s 2097151s 2095104s ntfs Windows 2 2097152s 3907029167s 3904932016s
                Linux

Usando el programa de la interfaz gráfica de usuario (GUI) GParted, asegúrese de establecer el valor Align to a MiB en el cuadro de diálogo Create new Partition mostrado en Figura 8. Hacerlo debe producir particiones alineadas adecuadamente. Usted puede llamar un cuadro de diálogo de la Información de una partición para saber cuáles son los sectores de inicio y fin en términos absolutos.

Figura 8. Tenga cuidado de establecer el valor Align a MiB cuando cree particiones con GParted
The Create new Partition window in the GUI GParted tool, showing the Align to field for setting alignment policy
The Create new Partition window in the GUI GParted tool, showing the Align to field for setting alignment policy

Utilidades GPT fdisk

Los utilitarios GPT fdisk son útiles sólo con discos GPT. Las versiones anteriores a 0.5.2 no ejecutan ninguna alineación, aunque puede alinear las particiones manualmente especificando los números apropiados de inicio de sector. Las versiones 0.5.2 y de la 0.6.0 a la 0.6.5 ajustan los sectores de inicio de todas las particiones a un límite de ocho sectores para discos grandes (aquellos mayores que cerca de 800 GiB), pero no para discos más pequeños. La versión 0.6.6 introduce una alineación de sector de 2,048 (1 MiB) al estilo Windows para todos los discos no particionados y los intentos para inferir la alineación usada en el pasado en discos con particiones existentes.

Con versiones 0.5.2 y posteriores, puede ajustar el valor de alineación manualmente con la l opción en el menú de expertos. Esta opción toma un número de sectores como una opción. Establézcala a 8 o un múltiplo de esa cantidad para una alineación adecuada con discos de Formato Avanzado. La opción de verificación (v en cualquier menú) reporta cualquier partición que no esté alineada adecuadamente con base en el valor de alineación actual; gdisk muestra los puntos de inicio y fin de la partición en valores de sector. Listado 3 demuestra el uso de este programa para verificar la alineación adecuada de la partición:

Listado 3. Un ejemplo de salida gdisk que demuestra una alineación adecuada
 Command (? for
                help): p Disk /dev/sdb: 3907029168 sectors, 1.8 TiB Logical sector
                size: 512 bytes Disk identifier (GUID): 4B18D328-5E8E-49DB-8690-9FE89807ABF8
                Partition table holds up to 128 entries First usable sector is 34, last usable
                sector is 3907029134 Partitions will be aligned on 8-sector boundaries Total free
                space is 6 sectors (3.0 KiB) Number Start (sector) End (sector) Size Code Name 1 40
                409639 200.0 MiB 8300 Unused /boot 2 409640 819239 200.0 MiB 8300 Unused /boot 3
                819240 3907029134 1.8 TiB 8E00 Linux LVM Command (? for help): v No
                problems found. 6 free sectors (3.0 KiB) available in 1 segments, the largest of
                which is 6 (3.0 KiB) in size.

Conclusión

Actualmente, el supuesto más seguro es que cualquier disco duro nuevo que compre utiliza la tecnología de Formato Avanzado. Desde luego, usted puede verificar las hojas de especificaciones del fabricante para confirmar esta suposición, pero alinear las particiones como para un disco de Formato Avanzado no tiene efectos perjudiciales en tipos de discos más viejos excepto cuando se usen utilidades o sistemas operativos obsoletos.

Actualmente, algunos discos externos usan sectores de 4,096 bytes, pero los discos internos usan la traducción del tamaño del sector. Esto puede cambiar en el futuro. Si encuentra una unidad de disco con sectores de 4,096 bytes pero con una opción para usar el tamaño de sector verdadero, puede que la quiera usar, sin embargo, tenga cuidado de algunas advertencias.

El software del BIOS puede hacer algunas suposiciones acerca del tamaño del sector del disco duro. Si el BIOS contiene tal suposición, probablemente su computadora no arrancará desde un disco que tenga sectores de 4.096 bytes y le falte la traducción de firmware a sectores de 512 bytes. Usando lo último en software puede ayudarle a darle la vuelta a los problemas, como puede ser usar un disco convencional como el disco de arranque, restringiendo su disco de tecnología nueva para usarse como un disco de datos.


Recursos para Descargar


Temas relacionados


Comentarios

Inicie Sesión o Regístrese para agregar comentarios.

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Linux
ArticleID=972373
ArticleTitle=Linux en discos con sectores de 4 KB: Consejos prácticos
publish-date=03062014