Merci beaucoup à vous pour votre aide qui m'a finalement permis d'utiliser mon image
La ligne suivante n'a en effet rien donné de probant.

sudo fdisk -l /mnt/Data/Backup.img

Les deux propositions suivantes fonctionnent bien quant à elles:

sudo mount -o loop,offset=$[264*512] -r /mnt/Data/Backup.img /mnt/point

sudo losetup -f /mnt/Data/Backup.img
sudo mdadm --assemble /dev/md3 /dev/loop0 # si le périphérique associé est loop0, sinon ajuster
sudo mount -r /dev/md3 /mnt/point

Il ne me reste plus qu'à faire une copie de l'ensemble.

Merci encore

1) Apparemment le fichier Backup.img contient une image de la partition RAID /dev/sdb3 et non une image du disque entier /dev/sdb, il n'y donc pas lieu d'utiliser fdisk, qui ne trouvera pas de table de partition valide.

2) D'après la sortie de mdadm, on peut voir que cet ensemble RAID1 est en version 1.1, ce qui signifie que le superbloc est au début de la partition, et que le début des données se situe après un offset de 264 secteurs. Pour monter directement le système de fichiers sans assembler le volume RAID il faudrait donc introduire cet offset $[264*512] dans la commande mount (j'ajoute -r pour lecture seule par sécurité).

sudo mount -o loop,offset=$[264*512] -r /mnt/Data/Backup.img /mnt/point

En tout cas c'est l'un ou l'autre. Soit on fait ça, soit on monte le fichier image en boucle sans offset pour assembler le volume RAID puis monter celui-ci :

sudo losetup -f /mnt/Data/Backup.img
sudo mdadm --assemble /dev/md3 /dev/loop0 # si le périphérique associé est loop0, sinon ajuster
sudo mount -r /dev/md3 /mnt/point

Il faut repérer le début de celle-ci avec:

sudo fdisk -l /mnt/Data/Backup.img

Tu vas récupérer le N° du secteur de début, le multiplier par 512 et faire :

sudo mount -o loop,offset=xxxx /mnt/Data/Backup.img /mnt/point

Ensuite le device /dev/loop0 sera accessible comme block device pour mdadm

sudo mdadm --assemble /dev/md3 /dev/loop0

Mais je pense que les données doivent déjà être accessibles dans /mnt/point....

J'essaie de récupérer des données de mon boitier Synology suite à un coup de chaud qu'a pris un de mes disques durs. J'ai pu faire une image de la partition qui m'intéressait avec ddrescue (la copie a pu s'effectuer sans erreurs), mais n'arrive pas l'exploiter.

Tout d'abord, il semble que mon NAS créé pour chaque partition un raid via mdadm, même si la partition est en standalone... J'ai ainsi pu monter le disque endommagé en tapant les commandes suivantes:

doromi@ubuntu:~$ sudo mdadm --assemble /dev/md2 /dev/sdb3
mdadm: /dev/md2 has been started with 1 drive.
doromi@ubuntu:~$ sudo mount /dev/md2 /mnt/OriginalSynoDisk

J'ai pu récupérer quelques données, mais mon disque a ensuite lâché et bien que la commande mount fonctionne encore, plus aucun fichier n'apparait sur mon disque.

J'ai donc essayé de monter l'image de /dev/sdb3 précédemment créée (et non /dev/md2) mais n'y arrive pas.

doromi@ubuntu:~$ sudo mount -t ext3 /mnt/Data/Backup.img /mnt/OriginalSynoDisk
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

J'ai ensuite tenté de l'assembler via mdadm, sans succès:

doromi@ubuntu:~$ sudo mdadm --assemble /dev/md3 /mnt/Data/Backup.img 
mdadm: /mnt/Data/Backup.img is not a block device.
mdadm: /mnt/Data/Backup.img has no superblock - assembly aborted

et là, je bloque. Dois-je créer un nouvel array (de ma compréhension, il aurait du le prendre avec ddrescue)? Pouvez-vous m'aider?

Si cela peut aider et pour information, voici ce que me donne la commande "mdadm --examine":

doromi@ubuntu:~$ sudo mdadm --examine /mnt/Data/Backup.img 
/mnt/Data/Backup.img:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x0
     Array UUID : b2a5a137:cd097079:ddf04781:b6b6d6d8
           Name : Syno1:2
  Creation Time : Thu Jun 24 23:35:01 2010
     Raid Level : raid1
   Raid Devices : 1

 Avail Dev Size : 3897586617 (1858.51 GiB 1995.56 GB)
     Array Size : 1948793308 (1858.51 GiB 1995.56 GB)
  Used Dev Size : 3897586616 (1858.51 GiB 1995.56 GB)
    Data Offset : 264 sectors
   Super Offset : 0 sectors
          State : clean
    Device UUID : ac6bbbc1:281a9d95:dd2f87b1:aec7c811

    Update Time : Sat Dec 15 23:35:03 2012
       Checksum : 49fbe8d0 - correct
         Events : 2280229


   Device Role : Active device 0
   Array State : A ('A' == active, '.' == missing)

Merci d'avance pour votre aide