512n: 512 bytes nativos
En una unidad 512n, el sector lógico y el físico son de 512 bytes. Fue el formato tradicional durante años y sigue apareciendo en hardware enterprise legado.
512e: físico 4K, lógico 512
512e significa 512-byte emulation: internamente la unidad trabaja con sectores físicos de 4096 bytes, pero presenta sectores lógicos de 512 bytes hacia el host para mejorar compatibilidad con software y controladoras diseñados alrededor de 512 bytes.
Esto no convierte a 512e y 512n en idénticos para cualquier plataforma. El soporte depende del stack completo.
4Kn: 4096 bytes nativos
En 4Kn el tamaño lógico y físico es de 4096 bytes. El host, la controladora y el sistema operativo deben entender ese formato. En equipos de generaciones anteriores, una unidad 4Kn puede no ser reconocida o no poder incorporarse al RAID esperado.
Dell, por ejemplo, documenta que el tamaño lógico condiciona cómo pueden combinarse unidades en determinados escenarios de Storage Spaces; las generaciones modernas de PERC tienen además comportamientos propios respecto de 4Kn.
No mezclar por intuición dentro de un RAID
Para un rebuild la opción segura es reemplazar por una unidad que respete las características críticas del miembro original: interfaz, capacidad mínima, sector lógico, formato y soporte de la controladora.
Aunque dos discos aparezcan individualmente como compatibles con un servidor, eso no implica que puedan convivir en el mismo virtual disk o pool.
Cómo identificarlo
En Linux se puede verificar con herramientas como smartctl -x /dev/sdX o sg_readcap -l /dev/sgX. Buscá el tamaño de bloque lógico y físico. En una consulta comercial, el P/N exacto del disco suele permitir verificar el formato antes de instalarlo.
smartctl -x /dev/sdX
sg_readcap -l /dev/sgXChecklist de reemplazo
- P/N y modelo del disco existente.
- Tamaño de bloque lógico y físico.
- Controladora y firmware.
- RAID / pool al que se incorporará.
- Capacidad mínima requerida.
- SAS/SATA/NVMe y factor de forma.
- Generación del servidor/storage.
Fuentes técnicas consultadas
Usamos documentación de fabricantes como base. La compatibilidad final siempre se valida contra el modelo y revisión concretos del equipo.