¿Qué debes verificar cuando la capacidad del RAID no aumenta después de reemplazar un disco?

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.