La capacidad del RAID generalmente permanece sin cambios porque una capa aún reporta el límite antiguo. Confirma la reconstrucción, los tamaños de los miembros, la geometría del arreglo, la partición y el sistema de archivos en ese orden.
Reemplazar discos es solo el paso de hardware. Un NAS puede contener varios límites de tamaño apilados, y cada uno debe exponer el límite mayor antes de que la siguiente capa pueda usarlo. El diagnóstico más seguro comienza con verificaciones de estado de solo lectura, identifica la primera capa que aún es pequeña y solo expande esa capa en lugar de repetir el reemplazo.
Confirma que Cada Reemplazo Está Totalmente Integrado
La capacidad no puede aumentar mientras un grupo espejo o de paridad aún contenga un miembro original más pequeño, un repuesto que no se ha activado o un reemplazo que aún se está reconstruyendo. El arreglo normalmente usa solo la capacidad común disponible entre los miembros que definen su geometría.
Un disco puede aparecer en el inventario del NAS sin ser un miembro sincronizado. Compara el estado del arreglo, el estado de reconstrucción, el rol del miembro, el número de serie y el tamaño del dispositivo reportado en lugar de asumir que un disco detectado ha completado el proceso de reemplazo.
Espera a que cada reemplazo y resilver o reconstrucción requerida termine sin nuevos errores. Si un miembro falta, está fallado o es más pequeño de lo esperado, resuelve esa condición antes de intentar cualquier comando de expansión porque la capa del arreglo aún tiene una razón válida para preservar el tamaño antiguo.
Verifica el Tamaño Utilizable de Cada Dispositivo Miembro
Un disco físico más grande puede seguir presentando una partición de tamaño antiguo o un límite de componente registrado al RAID. Compara la capacidad total del disco, los sectores finales de la partición y los dispositivos de bloque exactos listados como miembros del arreglo.
Un miembro versión 1.x más grande puede conservar su límite de componente registrado incluso después de que el disco físico haya sido reemplazado. La expansión al tamaño máximo del componente solo ocurre después de que todos los miembros activos puedan soportarlo.
No recrees una partición solo porque su tamaño mostrado sea antiguo. Primero registra el sector inicial, tipo de partición, UUID del RAID y números de serie de los miembros; luego usa el método de expansión soportado por la plataforma que preserve la posición inicial y los metadatos existentes.
Verifica que la Capa RAID Haya Sido Expandida
Cuando todos los miembros son más grandes pero el dispositivo de bloque RAID no, la geometría del arreglo no ha sido expandida. La acción requerida depende de si la pila es md RAID, ZFS, Btrfs, un controlador de hardware o un pool de almacenamiento gestionado por NAS.
Para md RAID, cambiar el tamaño del componente activo inicia una resincornización de la región recién expuesta. En un espejo ZFS, el espacio se vuelve disponible solo después de que cada dispositivo en el grupo espejo haya sido reemplazado, y la expansión puede requerir autoexpand o una expansión explícita en línea.
Usa la interfaz de gestión o comando que pertenezca a la implementación real del RAID. Detente si el arreglo reporta un remodelado, estado degradado, cambio de diseño no soportado o desajuste en el tamaño de los miembros; esos estados necesitan resolución antes de confiar en el nuevo límite.
Verifica si Hay una Capa de Partición o Volumen Sobre el RAID
Incluso después de que el dispositivo RAID crece, una tabla de particiones, volumen físico LVM, volumen lógico, mapeo cifrado o asignación de pool de almacenamiento puede terminar aún en el sector anterior. El sistema de archivos no puede ver bloques que una capa intermedia no le ha asignado.
Rastrea la ruta montada hacia abajo con la vista de dispositivos de bloque de la plataforma y compara tamaños en cada salto. El primer objeto que permanece pequeño es la capa a expandir; cambiar una capa superior primero fallará o dejará el nuevo espacio sin asignar.
Expande un límite a la vez y vuelve a verificar la siguiente capa antes de continuar. Este método escalonado crea un punto claro de reversión y evita que un comando destinado a un sistema de archivos se aplique por error a un miembro RAID o partición.
Expande el Sistema de Archivos Solo Después de que el Dispositivo de Bloque Crezca
Un sistema de archivos no necesariamente se expande cuando su dispositivo RAID subyacente se hace más grande. Confirma que el sistema de archivos montado aún reporta el tamaño antiguo mientras su dispositivo de bloque contenedor ahora reporta el nuevo tamaño.
Para ext2, ext3 y ext4, el redimensionador del sistema de archivos espera que la partición o dispositivo lógico se haya ampliado primero. XFS sigue el mismo orden de capas, y una operación de crecimiento XFS expande un sistema de archivos montado hacia la capacidad ya expuesta por el dispositivo.
Usa la operación de crecimiento específica del sistema de archivos solo después de verificar la ruta del dispositivo, punto de montaje, estado en línea soportado y respaldo reciente. Una expansión RAID exitosa con un sistema de archivos sin cambios está incompleta, pero es más segura que adivinar en la capa incorrecta.
Considera el Redimensionamiento Específico del Sistema de Archivos
Algunos sistemas de archivos gestionan múltiples dispositivos directamente, por lo que sus pasos de reemplazo y redimensionamiento no coinciden con una pila convencional RAID más sistema de archivos. Btrfs es el ejemplo común: reemplazar un dispositivo y exponer su capacidad completa son operaciones separadas.
Reemplazar un dispositivo Btrfs por uno más grande no expone automáticamente los bloques añadidos al sistema de archivos. Un redimensionamiento de dispositivo separado explica por qué el reemplazo puede completarse limpiamente mientras la capacidad reportada permanece sin cambios.
Identifica si el sistema de archivos posee el conjunto de dispositivos antes de usar instrucciones de mdadm, partición o LVM. Mezclar procedimientos de diferentes pilas de almacenamiento es una de las formas más rápidas de convertir un problema simple de capacidad en un problema de metadatos.
Usa una Verificación de Capacidad Capa por Capa
La prueba decisiva es anotar el tamaño reportado en cada capa desde el disco físico hasta el sistema de archivos montado. La capacidad debería aumentar monotonamente a través de la pila, con reducciones esperadas por redundancia RAID, metadatos, bloques reservados y conversión de unidades.
Si los discos físicos son más grandes pero las particiones de los miembros no, corrige la capa de partición. Si el dispositivo RAID es más grande pero el volumen lógico no, extiende el volumen. Si cada capa de bloque es más grande pero el sistema de archivos montado no, realiza el paso de crecimiento del sistema de archivos.
Detente cuando dos capas adyacentes no coincidan de una manera que no puedas explicar o cuando cualquier contador de salud aumente durante la expansión. Conserva la salida de estado y las copias de seguridad antes de cambiar la geometría, porque el primer límite inexplicado es una pista diagnóstica y no una razón para forzar la siguiente operación.
| Primera capa que aún muestra tamaño antiguo | Causa probable | Siguiente verificación segura |
|---|---|---|
| Partición del miembro | El reemplazo conservó el final antiguo de la partición | Compara sectores de inicio y fin |
| Dispositivo RAID | No se expandió el tamaño del componente del arreglo | Verifica estado saludable y soporte de expansión |
| Volumen o mapeo | Los nuevos extensos permanecen sin asignar | Inspecciona tamaño de PV, LV, pool o cifrado |
| Sistema de archivos montado | No se ejecutó el paso de crecimiento del sistema de archivos | Usa la herramienta específica del sistema de archivos |
Soporte y Consejos
Más para leer

¿Por qué un arreglo RAID se vuelve inactivo después de una pérdida de energía?
Un arreglo inactivo a menudo significa que se encontraron metadatos, pero el sistema no tenía suficiente confianza o miembros para iniciarlo de forma segura...

¿Cuáles son los riesgos de forzar la reconexión de un miembro RAID que falta?
Las opciones de fuerza pueden omitir las comprobaciones de seguridad relacionadas con metadatos obsoletos, paridad sucia, escrituras faltantes o grupos activos; inspeccione y preserve...

Cómo distinguir un cable SATA defectuoso de un disco NAS que está fallando
Realice un seguimiento de si los errores siguen al disco o permanecen en la ruta SATA, y separe los contadores de transporte de la...

