Ayant une machine qui tourne sous XPEnology depuis de nombreuses années, j'avais oublié qu'il fallait éviter de faire des mises à jour de DSM sans avoir pris le temps au préalable de se renseigner si la mise à jour était compatible avec le lanceur.
Et donc, après avoir lancé la mise à jour de mon DSM en version 6.2.4, la machine n'a plus voulu redémarrer.
J'ai cherché un peu, j'ai essayé de refaire ma clé bootable, mais l'interface de management ne me proposait que de mettre à niveau le système vers la version vers laquelle je venais de migrer. Je commençais à me dire que j'avais perdu 5To de données (4 disques de 2To en RAID5, formatés en BTRFS), parmi lesquelles toutes les sauvegardes de mes VM, et la copie de l'ensemble de mes documents présents sur un NAS Synology officiel, lui.
Et je suis tombé sur cet article.
Je me suis donc lancé dans l'aventure. Il est clair que cette procédure n'est faisable que si vous possédez un serveur DIY, car dans le cas contraire (serveur synology officiel), difficile de booter sur une clé USB. Sinon, il vous faut une machine disponible avec autant de ports SATA que nécessaire.
J'ai donc créé une clé USB bootable avec la dernière version LTS d'Ubuntu, et j'ai fait booter ma machine dessus.
Je vous passe l'ensemble des détails (passage en root, mise à jour du cache de paquets, installation de mdadm et lvm2).

 ubuntu@ubuntu:~$ sudo -i
 root@ubuntu:~# apt-get update
 root@ubuntu:~# apt-get install mdadm lvm2

Là où je suis vraiment étonné, c'est de la facilité avec laquelle mdadm a retrouvé mon RAID5. Je m'attendais à devoir fournir des paramètres dispendieux, mais pas du tout :-).

root@ubuntu:~# mdadm -Asf && vgchange -ay
mdadm: forcing event count in /dev/sda5(0) from 1059536 upto 1059542
mdadm: forcing event count in /dev/sdc5(2) from 1059536 upto 1059542
mdadm: forcing event count in /dev/sdd5(3) from 1059536 upto 1059542
mdadm: /dev/md/2 has been started with 4 drives.
 /dev/sdf: open failed: Aucun support trouvé
 /dev/sdg: open failed: Aucun support trouvé
 /dev/sdf: open failed: Aucun support trouvé
 /dev/sdg: open failed: Aucun support trouvé
  WARNING: PV /dev/md2 in VG vg1000 is using an old PV header, modify the VG to update.
  1 logical volume(s) in volume group "vg1000" now active

root@ubuntu:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] 
md2 : active raid5 sda5[0] sdd5[5] sdc5[2] sdb5[4]
      5846049792 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
unused devices: <none>

root@ubuntu:~# lvs
  /dev/sdf: open failed: Aucun support trouvé
  /dev/sdg: open failed: Aucun support trouvé
  /dev/sdf: open failed: Aucun support trouvé
  /dev/sdg: open failed: Aucun support trouvé
  WARNING: PV /dev/md2 in VG vg1000 is using an old PV header, modify the VG to update.
  LV   VG     Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  lv   vg1000 -wi-a----- 5,44t 

Dans mon cas, le VG vg1000 est trouvé, ainsi que le LV lv. On peut monter ça dans un dossier.

root@ubuntu:~# mount /dev/vg1000/lv /mnt/disk/

Plus qu'à monter un partage NFS sur une autre machine, ou un disque USB et à recopier les données. Au final, plus de peur que de mal, mais quasiment une journée de perdue à devoir réinstaller le système, recréer les partages, paramétrer le système, etc...