Existe alguma maneira de corrigir um banco de dados LDM corrompido?

19

TL; DR:

Existem ferramentas / abordagens para diagnosticar e corrigir estruturas de metadados do LDM ( Logical Disk Manager ) sem recriar do zero?

Descrição completa:

Eu tenho duas unidades SSD configuradas com GPT + LDM (disco dinâmico) em um estado que parece implicar um banco de dados LDM corrompido .

O problema é que tudo funciona bem, exceto por um comportamento estranho ao usar diskparto Disk Management Snap-In.

A estrutura GPT parece estar intacta:

GNU Parted 2.3
Using /dev/sde
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ATA SanDisk SDSSDP12 (scsi)
Disk /dev/sde: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name                          Flags
 1      17.4kB  1066kB  1049kB               LDM metadata partition
 2      1066kB  134MB   133MB                Microsoft reserved partition  msftres
 3      134MB   47.3GB  47.2GB  ext4         LDM data partition            raid
 4      47.3GB  128GB   80.5GB  ntfs         LDM data partition
 5      128GB   128GB   234MB                LDM data partition

(parted) sel /dev/sdf                                                     
Using /dev/sdf
(parted) print                                                            
Model: ATA SanDisk SDSSDP12 (scsi)
Disk /dev/sdf: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name                          Flags
 1      17.4kB  47.2GB  47.2GB  ext4         LDM data partition            raid
 2      47.2GB  128GB   80.5GB  ntfs         LDM data partition
 3      128GB   128GB   367MB   ntfs         LDM data partition
 4      128GB   128GB   1049kB               LDM metadata partition
 5      128GB   128GB   335kB                Microsoft reserved partition  msftres

/dev/sde3e /dev/sdf1funciona bem em uma matriz mdraid. /dev/sde4e /dev/sdf2fazem parte de um volume espelhado do Windows. /dev/sdf3é uma partição de recuperação do Windows. Ao inicializar no Windows, normalmente posso usar o sistema e acessar o volume espelhado do sistema. No entanto, o Disk Management Snap-Inenlouquece: insira a descrição da imagem aqui

As unidades físicas reais estão presentes sem nenhuma informação. No entanto, todos os volumes individuais podem ser vistos e funcionam corretamente, apesar das xmarcas - SYSTEM (C:)estão fazendo um bom trabalho ressincronizando depois de tudo isso, podem ser acessados ​​e atualmente estão sendo usados ​​como volume do sistema.

diskpart confirma esta situação: insira a descrição da imagem aqui

As unidades físicas não podem ser vistas ao listar, mas podem ser selecionadas de qualquer maneira e investigadas posteriormente. Todos os volumes reais são exibidos como deveriam: insira a descrição da imagem aqui

mas, quando examinados mais detalhadamente, parecem vir de alguns discos inexistentes: insira a descrição da imagem aqui

Virtual Disk Service error: The disk's extent information is corrupted. parece indicar com muita clareza que o estado atual dos metadados LDM não está mais em conformidade com algum padrão da Microsoft.

Existe alguma maneira de investigar isso mais e potencialmente corrigir esse problema sem recriar todo o esquema de particionamento de disco do zero? Parece que não há muito que se possa usar para diagnosticar problemas de LDM. Vou tentar obter um despejo de banco de dados anexado no devido tempo.

Estou procurando especialmente algumas dicas sobre o que procurar ao analisar o banco de dados LDM .

filesystems partition diskpart parted Karol J. Piczak
fonte
Suponho que você não tenha o Microsoft System Center Data Protection Manager, não é? Todo o meu trabalho no Google parece se referir a um dos scripts do PowerShell.
Katherine Villyard
Infelizmente, esse serviço não está disponível neste caso (estação de trabalho separada típica). Minhas pesquisas também não revelaram muito, provavelmente devido à natureza semi-proprietária do padrão LDM. Acho que não se pode fazer muito neste caso, mas pensei que postar aqui, apesar de um longo tiro, é meu último recurso. Por enquanto, fico feliz que, apesar desse banco de dados malformado, todos os volumes sejam reconhecidos pelo sistema e estejam disponíveis para uso normal. Espero que continue assim até que uma solução mais permanente possa ser encontrada (ou o problema deixe de existir juntamente com alguma atualização de hardware).
Karol J. Piczak
Vejo que sua unidade de inicialização tem um status de Rebuild. Depois de concluído, veja se o erro desaparece. Além disso ... você tentou um chkdskno disco afetado para ver se encontra alguma coisa?
Nathan C
Não é uma resposta ... mas mais um conselho ... se o conteúdo for importante para você, faça backup enquanto você pode e reconstrua as unidades do zero. Para dados críticos, qualquer tentativa de correção não valem a pena e injustificável quando o pior acontece
a.atlam

Respostas:

1

Seu problema e o meu problema são praticamente os mesmos: consigo ver as unidades no gerenciamento de disco, mas nenhuma das partições era executável; no meu Windows Explorer, as letras das unidades haviam desaparecido. no meu caso, a parte do disco mostra tudo corretamente e o método a seguir resolveu meu problema.

Remova o disco rígido físico problemático, conectado a outra máquina em execução, e execute chkdsk com / f / x / c / r ou apenas / re / f. Em seguida, reconecte, também atualize o driver do disco rígido.

Obrigado

VL Thlan
fonte