TerraMaster Forum

Gremlin wrote: ↑18 Jun 2026, 18:48

Nitrokalel wrote: ↑19 Jun 2026, 00:55

Zymphad wrote: ↑19 Jun 2026, 03:05 Latest update still destroyed SMB and SFTP access. Can't even enable or disable SFTP because it keeps spamming port must be between 1024-65535 which doesn't work.

Nitrokalel wrote: ↑19 Jun 2026, 05:31

pablomon69 wrote: ↑19 Jun 2026, 03:52 Horror. I've just updated as advised from the web of my F5-221, 5 x 10Tb (raid5) wich was working fine with the penultimate version of TOS 7 for over a month (by the way, full of data!!!!).

Since the reboot, the NAS is not accesible from any IP, TNAS PC doesn't find it, and it beeps continuosly (1 beep every second).

PLEASE!!!!! WHAT CAN I DO TO UNDO THE UPDATE AND SAVE MY LIFE???

conectale un monitor teclado y mause y revisa que aparece en la terminal, pega aqui la salida, seguro el initboot se daño, trata creando uno de tos6 iniciaras con tos6 pero no pasa nada no borra nada, reinicias y despues actualizas tos 7 de nuevo pero ya con el initboot actualizado

pablomon69 wrote: ↑19 Jun 2026, 20:15

TMroy wrote: ↑19 Jun 2026, 16:55

Tessi wrote: ↑18 Jun 2026, 19:47

TOS can't be installed on an external USB device.

Tessi wrote: ↑20 Jun 2026, 22:23

pablomon69 wrote: ↑19 Jun 2026, 22:36 Por suerte lo he podido resolver, después de 15 horas de pruebas y errores. Indico el orden que he seguido.
He ido pidiendo ayuda a la IA de Gemini, asi que no me preguntéis por detalles, al menos el resumen tal vez le sirva a alguien si le pasa lo mismo:

Esquema Técnico del Rescate: TerraMaster F5-221 (TOS 7 Beta) - Volumen RAID5 de 5 x 10Tb.
El Origen del Desastre
• Versión Causante: TOS 7.0.0706 Beta (X86) [1.1].
• El Fallo: Rompió el mapa lógico de los puertos SATA de la placa base (dejó de leer las bahías 3 a 5), lo que provocó un pánico de kernel masivo en el sistema de archivos (BTRFS error: failed to repair), bloqueando el arranque y activando pitidos infinitos de alarma. Y el Initboot quedó corrupto también (el interno del NAS, que sólo es de 125Mb).
________________________________________
Paso 1: El Entorno Seguro (El "Conejillo de Indias")
Para actualizar y "curar" el pendrive de arranque trasero sin poner en riesgo los discos duros de 9 TB, se utilizó un disco sólido aislado. Con Rufus y el fichero USB_initboot_Legacy_200.img flasheado sobre el pendrive de 2Gb (no vale el "de fábrica, porque es de 125 mb, y el .img es de 128 mb)
1. Se retiraron los 5 discos originales del RAID 5 y se pusieron a salvo en la mesa.
2. Se introdujo un SSD de 120 GB vacío en la Bahía 1.
3. Se encendió el NAS forzando en la BIOS el Boot Override hacia un nuevo Pendrive de 2 GB limpio.
4. Se realizó la inicialización web en línea, instalando de forma automática y limpia TOS 6.0.794 de fábrica únicamente en el SSD.
5. Una vez dentro del escritorio de TOS 6 en el SSD, se fue a Panel de Control > Actualización y se inyectó manualmente el archivo de actualización .bz2 de la versión estable TOS 7.0.0398.
6. Resultado del Paso 1: El pendrive trasero de 2 GB quedó internamente actualizado, programado y saneado en la rama nativa de TOS 7 estable.
________________________________________
Paso 2: El Rescate a Bajo Nivel (Consola HDMI y Teclado)
Al reintroducir los discos de 9 TB, el asistente web se quedaba en un bucle tramposo queriendo formatear los discos (HDD1 y HDD2) porque la beta rota había dejado las cabeceras desincronizadas. Se saltó la interfaz web usando la terminal física.
1. Se apagó el NAS, se retiró el SSD y se metieron los 5 discos de 9 TB en su orden estricto (1 al 5).
2. Se encendió forzando el Boot Override al pendrive en la BIOS. Al quedarse parado en las líneas de red, se pulsó Enter para despertar el prompt de comandos.
3. Se inició sesión en la consola HDMI con el usuario root y la contraseña admin.
4. Se detectó que el sistema, por error, bloqueaba las unidades como un espejo corrupto (md127). Se liberaron los discos con el comando:

mdadm --stop --scan

5. Se localizó que en TOS 7 el volumen gigante de datos útil reside en la partición número 4 (sda4, sdb4...).
6. El Comando Maestro: Para obligar a Linux a ignorar la desincronización de la beta rota y unificar las 5 bahías de nuevo, se ejecutó el comando de fuerza mayor (usando el comodín del asterisco * para el teclado en inglés):

mdadm --assemble --force /dev/md0 /dev/sd*4 --verbose
7. Se activó el volumen lógico intermedio de TerraMaster:

vgscan
vgchange -ay
8. Se montó el sistema de archivos de forma blindada en Solo Lectura en una carpeta temporal:

mount -t btrfs -o ro /dev/vg0/lv1 /mnt/recuperacion

9. Se ejecutó ls /mnt/recuperacion/@ y se confirmó visualmente que el 100% de las carpetas compartidas estaban vivas e intactas.
10. Resultado del Paso 2: Las cabeceras lógicas del RAID 5 en los 5 discos de 9 TB quedaron reparadas, resincronizadas y marcadas como "limpias" (clean) en sus marcas de tiempo.
________________________________________
Paso 3: La Consolidación Definitiva (La Vía Web)
Con las cabeceras del RAID ya curadas por comando, el asistente web oficial por fin pudo hacer su trabajo sin peligro.
1. Se reinició el NAS forzando el USB en la BIOS.
2. Se configuró la IP estática en la consola (ip addr add 192.168.1.59/24 dev eth0) para asegurar la entrada por el puerto LAN 1.
3. Al entrar por el navegador a la IP, el asistente detectó que los discos estaban sanos y sincronizados. Se avanzó por los menús seleccionando los discos de sistema y marcando "Descarga en línea".
4. El sistema descargó e instaló de forma simétrica el sistema de archivos raíz en las particiones ocultas de sistema (md8 y md9), mostrando en el monitor el ansiado mensaje:
md: md8: resync done y md: md9: resync done [1.1, 1.2].
5. Resultado Final: El NAS completó el reinicio automático. Al estar el sistema operativo de los discos y el del pendrive perfectamente hermanados en la versión TOS 7.0.0398, el monitor mostró la carga fluida del entorno multiusuario (Reached target Tnas System Initialization), levantó la interfaz web en la IP .46 y devolvió el acceso total los 23.88 TB de archivos con un estado verde de "Normal".