¿Por qué un disco de reemplazo informa de un tamaño de sector lógico diferente al del miembro que falló?
Un disco de reemplazo puede informar de un tamaño de sector lógico diferente porque su formato de firmware, variante de modelo o presentación del controlador difiere de la del miembro averiado.
La capacidad, la marca y el medio físico 4K no identifican el formato lógico. Un disco 512e expone sectores lógicos de 512 bytes sobre sectores físicos de 4 KB, mientras que un disco 4Kn expone sectores lógicos y físicos de 4096 bytes. Las familias empresariales pueden incluir variantes independientes 512e y 4Kn, y algunos dispositivos de formato dual pueden reformatearse de forma destructiva. El reemplazo debe coincidir con la matriz y la ruta de recuperación, no solo con la capacidad anunciada.
Medir el tamaño de los sectores lógicos y físicos en el dispositivo real
Registra el número de serie del reemplazo, el modelo completo, la versión del firmware, el tamaño del sector lógico, el tamaño del sector físico, la capacidad en bytes y la ruta del controlador. Compáralos con la información guardada del miembro averiado.
La utilidad blockdev de Linux informa de los tamaños lógico y físico, evitando basarse en descripciones de distribuidores o capacidades redondeadas.
Mide por separado el dispositivo sin procesar y el disco virtual presentado por el controlador. Un controlador RAID de hardware puede exponer una geometría diferente de la del disco miembro.
Distinguir correctamente entre 512e y 4Kn
Confirma si el disco informa de 512 bytes lógicos y 4096 físicos, o de 4096 para ambos. No etiquetes todas las unidades de formato avanzado como 4Kn.
La tabla de compatibilidad de formato avanzado de Microsoft define 512e como sectores lógicos de 512 bytes sobre sectores físicos de 4 KB, y 4Kn como sectores lógicos nativos de 4 KB.
Por tanto, el medio físico puede pertenecer a la misma clase de 4 KB, mientras que la interfaz lógica visible para el sistema anfitrión difiere. Las comprobaciones de reemplazo RAID suelen depender de lo que ven el controlador y el sistema operativo.
Comprobar el sufijo exacto del modelo y el formato del firmware
Compara el número de pieza completo del fabricante, el tipo de interfaz, la revisión del firmware y el sufijo del formato de sector. Dos discos con la misma capacidad y el mismo nombre de familia pueden comercializarse en formatos diferentes.
Dell enumera comportamientos independientes para 512n, 512e y 4Kn, y muestra que la generación del controlador puede cambiar lo que recibe el sistema operativo.
No dependas del nombre corto del modelo comercial. Conserva un registro de compra con el formato de sector exacto necesario para futuros reemplazos.
Determinar si el controlador está traduciendo el formato
Compara el disco sin procesar detrás de un HBA con el disco lógico presentado por un controlador RAID, un puente USB, un hipervisor o un dispositivo de almacenamiento. Registra el firmware y el modo del controlador.
La declaración de soporte de Broadcom explica que la compatibilidad con el formato de sector abarca toda la pila, incluidos el dispositivo, el controlador, el hipervisor, el almacén de datos y las expectativas del sistema invitado.
Un reemplazo puede rechazarse aunque el sistema anfitrión pueda enumerarlo, porque el grupo de redundancia requiere sectores lógicos homogéneos o el controlador no puede mezclar formatos de miembros.
Comprobar los requisitos de alineación, RAID y sistema de archivos
Registra la geometría RAID, los inicios de las particiones, el valor de ashift de ZFS, el tamaño de sector del sistema de archivos, el modo de arranque y la compatibilidad del medio de recuperación. La detección correcta del dispositivo no demuestra que la reconstrucción sea segura.
Red Hat describe cómo los dispositivos de almacenamiento modernos exponen la alineación de E/S preferida y requerida, que las herramientas de almacenamiento utilizan para colocar correctamente los datos en medios físicos de 4 KB.
No recrees el sistema de archivos simplemente para adaptarlo al miembro de reemplazo. Primero determina si la matriz admite ese formato lógico y si hay disponible un reemplazo compatible.
Verificar la compatibilidad del sistema operativo y la recuperación con 4Kn
Prueba el sistema operativo instalado, el firmware del HBA o RAID, el firmware de arranque, el entorno de rescate, las herramientas de creación de imágenes y el flujo de restauración con el formato del reemplazo.
Oracle documenta que 4Kn y 512e exponen tamaños de bloque lógico diferentes, y que la compatibilidad puede variar entre los casos de uso de datos, arranque y recuperación.
Un servidor doméstico que reconoce un disco de datos 4Kn durante el funcionamiento normal aún puede tener un medio de recuperación o un firmware antiguo que no pueda importar ni arrancar la pila de almacenamiento.
Elegir una ruta segura de reemplazo o reformateo
Prefiere un reemplazo con el mismo formato de sector lógico que los miembros supervivientes del grupo de redundancia. Si un disco admite cambiar de formato, considera la operación destructiva y verifica los modos compatibles con el modelo exacto.
El artículo de ZimaSpace sobre la mezcla de discos 512e y 4Kn aborda la decisión de compatibilidad general; este artículo se centra en por qué un reemplazo informa inesperadamente de un formato diferente.
El diagnóstico está completo cuando el disco sin procesar, la presentación del controlador, los requisitos de la matriz y el entorno de recuperación coinciden en el tamaño de sector lógico compatible. No inicies una reconstrucción con un desajuste de formato que no hayas verificado.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
