Sustituyendo discos en Synology DSM

Tras 5 años de funcionamiento con un Synology 212J ha llegado el momento en que han empezado a morirse los discos duros y toca reemplazarlos.  Aunque parece algo sencillo puede serlo o no. Voy a contar las cosas con las que yo me he encontrado, aunque cada caso es diferente dependiendo del número de discos de nuestro NAS, y también del tipo de volúmenes y RAID que tengamos aplicados.

En mi caso, tenía 2 discos de 2TB Seagate Barracuda Green (sí, no son los más adecuados para esto pero cuando los puse creo que no existía gama NAS de discos o no eran accesibles al público). Construí 2 volúmenes (1 por disco) de tipo SHR/Ext4, sin RAID. En su día pensé poner un RAID 1 pero desperdiciar 2 TB al precio que estaban se me hacía complicado.

En el primer volumen dejé películas y series, y en el segundo volumen música, fotos y otras cosas. Podría haberlo puesto todo en un solo volumen porque a veces es un poco engorro tener que andar moviendo cosas de un volumen a otro para hacer sitio, pero poner un RAID 0 me da pánico ya que si un disco se va a paseo todo el volumen queda inservible.

Prácticamente a la vez han empezado a fallar los 2 discos. Los síntomas eran sectores defectuosos notificados en SMART (no muchos, 16 sectores en uno y 250 en el otro). Ante esa tesitura lo primero que pensé es que podía ser un falso positivo del SMART de los discos (luego veremos que no). Mi primera idea fue comprar un disco del doble de tamaño y meter ahí el contenido de los dos dando por hecho que podría rescatarlo todo para después formatear los discos una vez salvados desde Windows y verificar que funcionaban bien.

Tras comprar un disco WD RED de 4 TB en PC Componentes (valía como 15 euros menos que en Amazon y resto de sitios), procedí a quitar el disco 1, que albergaba el volumen 1 y poner el nuevo disco en su lugar.

La forma que tiene Synology DSM de guardar el sistema operativo es crear una partición pequeña de 2.5 GB en cada uno de los discos de la cabina e instalar en todos ellos una copia del sistema operativo, que además está en una memoria flash de 128MB que hay en la placa base. En cada disco encontramos una partición de 2.5 GB ext 4 con un sistema de ficheros Linux. Una partición de SWAP de 2 GB. La flash de 128 MB. Y por último, una partición SHR con los datos en si.

Por tanto, una vez quitado el disco, instalé el nuevo y lo primero que hace DSM es preguntarle si quiero inicializarlo y si le quiero pasar el test de verificación. Respondo afirmativamente a las dos preguntas. El test de verificación para 4 TB llevó unas 20 horas. Una vez pasado el test, construí el volumen como SHR/Ext4.

Como había quitado el Volumen 1 para poner el nuevo disco, este nuevo volumen creado también se llamó Volumen 1. Ningún problema con ello.  En general, el único problema que puede haber si cambia el nombre de volumen es que tengamos que reasignar unidades compartidas desde Windows/Mac/Linux pero más allá de eso no hay otras implicaciones. Ignoro sí con los RAID estos es un problema, supongo que no.

A continuación moví todos los datos del disco 2 antiguo al disco 1 nuevo. Mover 2 TB me llevó más o menos 3 días enteros, a razón de 22 MB/s (a veces algo menos). La verdad es que no entiendo por qué la tasa de transferencia en local es tan baja.

Durante el copiado fueron apareciendo nuevas alertas de daños en el disco 2, y el estado de los discos pasó de «Normal» a «Averiado». Antes recomendaba la sustitución del disco cuando fuera posible, ahora ya lo imploraba.

A lo largo de estos 3 días tuve la mala suerte de que salió una nueva versión del DSM. Como salió de madrugada, se instaló antes de que yo pudiera responder al aviso, por lo que el DSM quedó instalado en el disco viejo 2 y en el disco nuevo 1.

A continuación una vez terminada la copia quité el disco viejo 2 y puse el disco viejo 1. Arranqué el Synology  y … apareció una inconsistencia de Sistema Operativo. La opción quedaba es «Arreglar» y por supuesto que accedí. Me da la impresión de que ante diferentes versiones de DSM en los discos prevalece la más baja, porque desapareció la configuración de escritorio que tenía. Más allá de eso no he observado problemas en los datos ni en diferencias en los ficheros. Eso sí, a la hora de actualizar siempre se debe ir hacia una versión más alta.

Por otro lado, ahora había 2 volúmenes 1. Synology no tiene problema con eso. En este caso además había 2 carpetas compartidas con el mismo nombre. Como el DSM no permite eso, una de ellas fue renombrada con el sufijo «_1» al final.

Repetí la operación de copia. Otros 3 días transcurridos.

Y una vez terminada la copia, he dejado el NAS con un solo disco de 4 TB, esperando a poder comprar otro para ponerlo en RAID 1.

Y eso ha sido todo. Como podéís ver es bastante sencillo reemplazar un disco. Al principio tuve un poco de duda de si perdería permisos o configuraciones por mover los datos pero no, no pasa nada. En el caso de  poner un disco de mayor tamaño con RAID 1 tiene algo más de complicación porque el volumen queda degradado cuando se quita uno de los discos y hay que hacer un poco de reconfiguración, pero no se tarda mucho más.

Por cierto, los discos WD RED por lo visto entran en modo sleep continuamente, aparcando y desaparcando cabezales continuamente con su consiguiente desgaste prematuro. La forma de deshabilitar este modo es apagar el NAS de botonazo, y eso fuerza que se desactive esa opción y ya no vuelva a aparcar cabezales más que en los arrnques y las paradas.

Actualización:

Estoy teniendo algunos problemas con la partición de sistema y con los paquetes del DSM. Casi todos dan error y no puedo instalarlos ni desinstalarlos. Tampoco puedo subir el DSM a la nueva versión 6.1 desde la 6.0.2 (estoy en la 8451 y quiero ir a la 15047), ni puedo reinstalar la 8451. Si entro por ssh, las carpetas home de los usuarios no están, ni puedo lanzar comandos del bash, ni siquiera un triste ls. Está claro que el sistema operativo está corrupto y lo único que se me ocurre es meter un disco nuevo él solo para subirlo a la 6.1 y luego meter el otro disco actual para intentar así que prevalezca la versión más moderna.

Supongo que lo que ha pasado es que el DSM que se ha copiado al disco nuevo es el del disco que estaba más roto.

La forma que he tenido de solucionarlo es instalar por independiente el segundo disco de los nuevos que he comprado y mover todo a este nuevo disco. El primero lo he colocado a continuación, he expandido el volumen a este nuevo disco y lo he puesto en RAID 1. Desperdicio 4 TB pero así gano algo de tranquilidad. Con el sistema operativo ya no he vuelto a tener problemas y he podido subir el DSM a la 6.1 con casi ningún problema.

Al final de los 2 discos que he retirado de 2 TB uno estaba roto al principio, justo en la partición del DSM. El otro debía tener algún sector tocado pero se puede seguir usando.

Actualización 2:

Remarcaba que había podido subir de versión a la 6.1 sin casi problemas. Bueno, no es así del todo. He perdido el acceso a Plex Server, ya que no hay versión para los procesadores ARMv5, y curiosamente no se puede meter la versión vieja del Plex Server (la 0.9 era la que yo tenía), y las posteriores requieren otro tipo de procesadores. Me parece una cagada tanto por parte de Synology como por parte de Plex, ya que es una forma muy poco elegante de dejar tirados a los usuarios. Por cierto, como ya he comentado antes, no he se puede hacer downgrade del Synology 212J, así que si estás en la 6.1 ya no se puede hacer nada. La forma de rodear el problema es instalar Plex Server en otro ordenador y servir las películas desde el NAS. Se puede hacer pero no es lo ideal ni mucho menos.

Actualización 3:

Otra consecuencia de haber subido a DSM 6.1 es que ha desaparecido la opción para configurar los Jumbo Frames en IPV4. Curiosamente al entrar en la pestaña de IPV4 durante unos momentos aparecen en pantalla pero a continuación desaparecen, no dejando configurar más que la IP, máscara, gateway y DNS. He leído algo de que la implementación de Jumbo Frames en 6.1 ha dado problemas a algunos usuarios y no me extrañaría que la hubieran deshabilitado.

7 opiniones en “Sustituyendo discos en Synology DSM”

  1. Hola Alejandro,

    Muchas gracias por toda la info y el artículo tan detallado. Yo soy nuevo en «el mundo NAS», hace tan solo unos días que tengo un DS218+ que compré con un WD Red Nas 6Tb… por desafortunadamene, ese disco llegó averiado y tuve que devolverlo; hoy me ha llegado el nuevo (que todavía no he probado pero cuando llegue a casa espero verificar que está ok).

    El caso es que, como no podía estar parado y quería trasterar desde el primer día (ya sabes como son estas cosas jeje) pinché un disco de 500Gb que tenía y donde instalé DSM y estoy funcionando con Plex Server, biblioteca mulimedia, Download Station, acceso remoto.. y alguna cosa más.

    Ahora que tengo el disco «grande» me gustaría saber cuál es la mejor manera de proceder. ¿Lo pincho en la segunda bahía, configuro «volumen 2» (de momento y hasta que adquiera otro disco de 6Tb montaré volúmenes básicos independientes, nada de Raid) y empiezo a volcar datos en el almacenamiento ampliado? ¿o sería mejor que el disco grande estuviera en la bahía 1? (desconozco si es una ventaja, un inconveniente o da igual).

    Si da igual, supongo que con la opción 2 no hay mayor problema (se pincha en la libre y a seguir) pero si es conveniente que vaya en la 1 y teniendo en cuenta que no me gustaría empezar de cero (no sería ninguna tragedia pero si me puedo ahorrar ese tiempo pues tanto mejor) ¿cuál seria´la mejor manera de intercambiar los discos de bahía y no perder nada (ni configuraciones ni datos)?.

    Gracias.

    1. Lo siento, me pillaste de vacaciones y no lo he visto hasta hoy. :-S

      Supongo que a estas alturas ya lo habrás resuelto por ti mismo, pero por si alguien viene a continuación y se pregunta lo mismo, lo que yo haría es 2 volúmenes independientes, ya que el tamaño difiere en mucho. Sobre qué disco debería estar qué bahía, creo que es irrelevante. El sistema operativo va en ambos. Siendo volúmenes independientes, no debería haber problemas al moverlos de bahía o en cambiarlos a la vez.

  2. Dejo por aquí una pregunta que me llegó este verano al correo:

    «Me llamo Miguel y hace mas o menos como en tu post 5 años me compre un Synology DS413j con 4 HDD, 2 BARRACUDAS como tu y dos RED cada uno de 3 Teras, y los tengo en SHR con una redundancia de 1 o 2 discos, hace 2 años y medio a parte de ver un disco duro parpadeando en naranja entre en DSM y me dijo que uno de los discos (Barracuda) estaba dando error, sin mas lo cambie por otro RED de 3 Teras y sin problema pues seguimos las instrucciones de mi Synology en su DSM, ahora viene lo bueno!!
    Hace un año mas o menos de repente veo en mi Synology que parpadea el segundo HDD (Barracuda)
    PERO EN COLOR VERDE!!! al verlo dije, no nos pongamos nerviosos voy a entrar en el DSM y veremos que ocurre, cual fue mi sorpresa que no puedo entrar ni por la WEB ni por la APP ni por mi Mac en el apartado discos duros compartidos.
    Alejandro, no se si cambiar ese disco duro que parpadea en verde, por que si lo hago como entro en DSM y reparo el volumen?, aunque en tu post me tranquilizo un poco cuando dices:
    “La forma que tiene Synology DSM de guardar el sistema operativo es crear una partición pequeña de 2.5 GB en cada uno de los discos de la cabina e instalar en todos ellos una copia del sistema operativo, que además está en una memoria flash de 128MB que hay en la placa base”
    de verdad es la primera vez que pido consejo de este tipo, no lo haría si tuviera 4 pelis, en su lugar están los videos, fotos, mi vida entera etc.. de los ultimo diez años de mis dos hijos.
    te agradecería un simple, “pues si Miguel no hay problema sácalo…. o Miguel ni idea ponte en contacto con Synology, que ya lo he hecho, pero no me contestan!!
    Mil gracias de antemano y gracias por tu post Alejandro.

    1. Esta fue mi respuesta:

      Hola Miguel, no te puedo decir mucho más de lo que he escrito pues no soy más que un usuario más de Synology. No he leído si los tenías en RAID, en mirror o si son 2 volúmenes independientes. La forma más sencilla de comprobarlo es sacar uno de los discos y arrancar DSM sin el otro. Entiendo que al menos con eso podrás ver cual de los discos se ha roto. Si están en RAID el volumen de saldrá como «downgraded» o algo parecido pero al menos verás el estado en el que está.

      Por sacar un disco no vas a empeorar la situación, y en el mejor de los casos seguramente puedas recuperar la información que sea visible.

      Como medida de protección te recomendaría que usaras un HD externo de 6 u 8 teras adicional al Synology y que volcaras ahí lo importante 1 vez al año. Los Synologys están muy bien pero no son infalibles.

      Saludos!

  3. Muchas gracias por compartir la experiencia, justo ayer me petó un hdd de mi synology (que bien podría ser el tuyo, porque los discos duros los tengo configurados exactamente igual) y he aprendido varias cosas leyendo tu experiencia. En mi caso el segundo disco aún no ha dado ningún problema, así que espero que no me ocurra lo que comentas del SO corrupto.
    Saludos

  4. Hola, he montado en un Nas Synology DS218+ con un disco duro de 160gb para probar como funcionaba el Nas. Una vez comprobado he retirado el disco y quiero formatearlo con el sistema windows, como puedo hacerlo? no encuentro información por la red. Gracias por tu respuesta.

  5. Hola Alejandro, gracias por tanto detalle en tu post, muchos lo van a agradecer, comentarios aparte, vaya como lo has liado con los discos ;), yo inicié con Synology el 2012 si no me equivoco, buscando una solución en cloud para la empresa en que trabajaba, luego de testear Oncloud, Onedrive y otros, decidimos Synology por la flexibilidad, facilidad de uso y tener nuestros datos controlados, personalmente en esa fecha me compre una DS210 nas de dos discos nueva, luego compre una de 4 discos de segunda mano DS410, pasé a una DS214+ de dos disco nuevamente y terminé comprando una DS220+ para tener la opción de active directory, en todos los casos tuve migraciones de discos de una nas a otra sin ningún problema, en la otra empresa donde llegué a trabajar luego, también compramos Synology para reemplazar otra marca que tenían, nos pillé el covid y fué la solución para el acceso del personal en trabajo remoto, el único problema que tuvimos fué un bloqueo del sistema por falta de espacio,:
    https://www.linkedin.com/feed/update/urn:li:activity:6922788853040754688/
    OpenVPN creó logs enormes que acabo con el espacio asignado al sistema (no había activado el bloqueo tras varios intentos de acceso fallido), encontrado el problema y solucionado, todo funcionó a la perfección, personalmente no he tenido buena suerte con el servicio de soporte de Synology, en el caso de OpenVPN me llegaron a recomendar que formateara al NAS, teniendo ellos los logs del sistema, luego de revisarlos dí con el problema y lo solucioné por consola, en otro caso con la DS214+ cada que se apagaba el equipo perdia la fecha, fue un error del sistema también que desde Synology dijeron que no tenia solución, luego de migrar a otra nas, formateé el equipo y asunto solucionado (eso pasa cuando juegas mucho con la nas seguramente). Aunque antiguo tu post, sirve mucho. Actualmente tengo una nas con discos SSD, la inversión puede parecer excesiva para solo un poco menos de ruido pero ya está hecho. Saludos.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *