Montagem de disco(s) da matriz RAID 1 para recuperação de dados

Montagem de disco(s) da matriz RAID 1 para recuperação de dados

Estou tendo alguns problemas com umDebian 7.5 estável (Wheezy)servidor. Atualmente está sendo executado no modo de resgate.

Tem um2 x HDD de 2.000 GB rodando em uma matriz RAID 1.

Minha prioridade imediata é poder acessar e fazer backup de um diretório específico ( /home/servers/).

O problema é que estou tendo dificuldades para montar o(s) disco(s). Prefiro fazer isso de forma limpa, usando o array RAID, mas está tudo bem, desde que eu consiga acessar os dados porque depois irei reinstalar tudo e mudar para o Ubuntu.

root@rescue:~# fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1  3907029167  1953514583+  ee  GPT
Partition 1 does not start on physical sector boundary.

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1  3907029167  1953514583+  ee  GPT
Partition 1 does not start on physical sector boundary.

Disk /dev/md2: 1978.4 GB, 1978380779520 bytes
2 heads, 4 sectors/track, 483003120 cylinders, total 3864024960 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md2 doesn't contain a valid partition table

Disk /dev/md1: 21.5 GB, 21474770944 bytes
2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md1 doesn't contain a valid partition table

Primeiro tentei da maneira mais fácil:

root@rescue:~# mount /dev/sda1 sda1
mount: unknown filesystem type 'linux_raid_member'

Então tentei seguir este guia @http://blog.sleeplessbeastie.eu/2012/05/08/how-to-mount-software-raid1-member-using-mdadm/

root@rescue:~# mdadm -A -R /dev/md9 /dev/sda1
mdadm: /dev/sda1 is busy - skipping

Reiniciei o servidor, mas /dev/sda1 ainda está ocupado. Agora estou preso e este é um servidor de produção! Por favor me ajude, não sei como proceder a partir daqui.


ATUALIZAR:

root@rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md1 : active raid1 sda1[0] sdb1[1]
      20971456 blocks [2/2] [UU]

md2 : active raid1 sda2[0] sdb2[1]
      1932012480 blocks [2/2] [UU]

unused devices: <none>

.

root@rescue:~# cat /etc/fstab
# /etc/fstab: Information sur les systèmes de fichiers.
#
# <sys.fichiers><pt de montage><type> <options>  <dump> <pass>
proc    /proc   proc    defaults        0       0

Responder1

O que acontece se você tentar o seguinte:

mkdir /mnt/md1
mount /dev/md1 /mnt/md1

mkdir /mnt/md2
mount /dev/md2 /mnt/md2

?

Isso criará pastas vazias para usar como pontos de montagem e tentará montar os sistemas de arquivos raid se puder montá-los de maneira limpa (se houver algum problema ao tentar montá-los, ele reportará o erro e deixará as unidades intactas).

Se esses comandos funcionarem, seus arquivos estarão em /mnt/md1/servers/ou /mnt/md2/servers/(provavelmente o segundo)


Para referência futura:

/proc/mdstatdespeja uma lista de todas as matrizes RAID ativas e inativas. Para você, isso mostra que você tem um array de 21,5GiB ( md1) construído em /dev/sda1e /dev/sdb1e um segundo array de 1,9TiB ( md2) construído em /dev/sda2e /dev/sdb2. Este é um esquema de particionamento bastante comum em que o sistema operacional/aplicativos reside em uma partição pequena ( md1) e todos os dados do usuário ( /home/*) são armazenados em uma partição maior e separada ( md2). Isso facilita a limpeza apenas da partição do sistema operacional e a reinstalação sem a necessidade de mover muitos dados do usuário.

/etc/fstablista todos os pontos de montagem padrão no sistema. Isso não é muito útil aqui porque você está executando em um sistema de resgate, mas em um sistema sem resgate, veríamos algo como um mapeamento para /dev/md1e /para /dev/md2( /home/se a suposição sobre particionamento no parágrafo anterior for verdadeira).

Quando um sistema é inicializado, ele detecta automaticamente matrizes RAID e as inicia se encontrar todas as unidades (é por isso que elas já estão em execução e por que mdadmfalhou com um erro de ocupado quando você tentou montar uma /dev/md9matriz manualmente - a md1matriz já estava usando). No entanto, como este é um sistema de resgate, não havia informações de montagem para /etc/fstabinformar ao sistema para montar /dev/md1e /dev/md2em algum lugar - é isso que o bloco de comandos acima tenta fazer manualmente.

informação relacionada