Par de discos não utilizável após passar de RAID de hardware (Windows) para RAID de software (Linux)

Question

Há muito tempo criei um par RAID1 no menu de inicialização de uma placa JMicron JMB363. Tudo estava funcionando bem no Windows e a matriz RAID1 foi reconhecida como um único disco. Não me lembro exatamente quantas partições o disco tinha, mas com certeza havia uma partição NTFS que era a única usada quando o espelho estava funcionando no Windows.

Recentemente mudei o sistema operacional do Windows para o Linux e não consigo mais usar a partição NTFS. Posso ver que os dois discos são idênticos do ponto de vista das partições, conforme esperado:

#lsblk --fs
...
sdb     linux_raid_member 1.2   MyRAIDLabel <uuid>                
└─md127                                                                                              
sdc     linux_raid_member 1.2   MyRAIDLabel <uuid>                
└─md127    

O fdiskcomando mostra a partição NTFS no par de discos

#fdisk -l
Disk /dev/sdc: 465.76 GiB, 500107862016 bytes, 976773168 sectors
...
Device     Boot Start       End   Sectors  Size Id Type
/dev/sdc1        2048 204802047 204800000 97.7G  7 HPFS/NTFS/exFAT


Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: ST500DM002-1BD14
...
Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1        2048 204802047 204800000 97.7G  7 HPFS/NTFS/exFAT

Por mais estranho que seja, não há /dev/sdb1ou /dev/sdc1no sistema de arquivos, mas apenas /dev/sdbe /dev/sdc. Portanto, a partição NTFS parece "oculta".

Também o mddispositivo é mostrado

...

Disk /dev/md127: 465.64 GiB, 499973619712 bytes, 976510976 sectors
...

No entanto, pelo que entendi, mdé usado para obter RAID com vários discos por meio de software. Não entendo se a placa JMicron fez a sincronização entre os dois discos ou se foi feita pelo driver do Windows. Então a questão é:

Preciso usar o Linux md também quando a placa lida com a matriz RAID?

Se eu tentar montar, /dev/md127recebo um erro:

#mount -t auto -o loop /dev/md127 /mnt/raid
mount: /mnt/raid: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.  

Se eu tentar montar /dev/sdbou /dev/sdcreceber outro erro:

mount: /mnt/raid: unknown filesystem type 'linux_raid_member'

Outra coisa inexplicável é que se eu ler os primeiros 16 bytes dos dois dispositivos de disco, obtenho um resultado diferente daquele md:

# hexdump -C -n 16 /dev/md127
00000000  20 69 6e 20 6f 72 67 2e  61 70 61 63 68 65 2e 68  | in org.apache.h|
00000010
# hexdump -C -n 16 /dev/sdb
00000000  33 c0 8e d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |3.....|......|..|
00000010
# hexdump -C -n 16 /dev/sdc
00000000  33 c0 8e d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |3.....|......|..|
00000010

Parece que o mddispositivo começa com o conteúdo de um arquivo.
Como isso pode ser possível?
Como posso recuperar os dados do array?

Dados adicionais md:

Aqui estão algumas informações adicionais relatadas no mdstatarquivo:

#cat /proc/mdstat 
Personalities : [raid1] 
md127 : active (auto-read-only) raid1 sdb[1] sdc[0]
      488255488 blocks super 1.2 [2/2] [UU]
      bitmap: 0/4 pages [0KB], 65536KB chunk

unused devices: <none>

Aqui está a saída de mdadm:

mdadm --detail /dev/md127 
/dev/md127:
           Version : 1.2
     Creation Time : Sun Sep  7 17:57:53 2014
        Raid Level : raid1
        Array Size : 488255488 (465.64 GiB 499.97 GB)
     Used Dev Size : 488255488 (465.64 GiB 499.97 GB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sat Feb 25 20:21:09 2023
             State : clean 
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : MirrorRAID:0
              UUID : 95f02fbb:71f61cca:e24e932f:2dcfc5e0
            Events : 150294

    Number   Major   Minor   RaidDevice State
       0       8       32        0      active sync   /dev/sdc
       1       8       16        1      active sync   /dev/sdb


#mdadm --examine /dev/sdb
/dev/sdb:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : 95f02fbb:71f61cca:e24e932f:2dcfc5e0
           Name : MirrorRAID:0
  Creation Time : Sun Sep  7 17:57:53 2014
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 976511024 sectors (465.64 GiB 499.97 GB)
     Array Size : 488255488 KiB (465.64 GiB 499.97 GB)
  Used Dev Size : 976510976 sectors (465.64 GiB 499.97 GB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262056 sectors, after=48 sectors
          State : clean
    Device UUID : 934abcd2:ead8a42a:ca23dd27:cd380990

Internal Bitmap : 8 sectors from superblock
    Update Time : Sat Feb 25 20:21:09 2023
  Bad Block Log : 512 entries available at offset 72 sectors
       Checksum : 87fc2008 - correct
         Events : 150294


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
#mdadm --examine /dev/sdc
/dev/sdc:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : 95f02fbb:71f61cca:e24e932f:2dcfc5e0
           Name : MirrorRAID:0
  Creation Time : Sun Sep  7 17:57:53 2014
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 976511024 sectors (465.64 GiB 499.97 GB)
     Array Size : 488255488 KiB (465.64 GiB 499.97 GB)
  Used Dev Size : 976510976 sectors (465.64 GiB 499.97 GB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262056 sectors, after=48 sectors
          State : clean
    Device UUID : ce4a6223:22a98469:8486de1b:16f34071

Internal Bitmap : 8 sectors from superblock
    Update Time : Sat Feb 25 20:21:09 2023
  Bad Block Log : 512 entries available at offset 72 sectors
       Checksum : ecbb0d7c - correct
         Events : 150294


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