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

19

TL;DR:

Are there any tools/approaches to diagnosing and fixing LDM (Logical Disk Manager) metadata structures without recreating from scratch?

Descrição completa:

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

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

A estrutura da 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/sde3 e /dev/sdf1 funcionam bem em um array mdraid. /dev/sde4 e /dev/sdf2 fazem 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 do sistema espelhado. No entanto, o Disk Management Snap-In fica louco:

Asunidadesfísicasreaisestãopresentessemnenhumainformação.Noentanto,todososvolumesindividuaispodemservistosefuncionarcorretamente,apesardoxmarks-SYSTEM(C:)estarfazendoumbomtrabalhoderessincronizaçãodepoisdetudoisso,elepodeseracessadoeatualmenteestásendousadocomoumvolumedosistema./p>

diskpartconfirmaestasituação:

As unidades físicas não podem ser vistas durante a listagem, mas podem ser selecionadas de qualquer maneira e investigadas posteriormente. Todos os volumes reais aparecem como deveriam:

masquandoexaminadosmaisdetalhadamente,parecemestarvindodealgunsdiscosinexistentes:

Virtual Disk Service error: The disk's extent information is corrupted. parece indicar bastante detalhadamente que o estado atual dos metadados do LDM não está mais de acordo com algum padrão da Microsoft.

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

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

    
por Karol J. Piczak 22.06.2013 / 00:37

2 respostas

1

Seu problema e meu problema são quase os mesmos: Eu posso ver unidades no gerenciamento de disco, mas não das partições eram executáveis, no meu windows explorer as letras de unidade foram embora. no meu caso, disk-part mostra tudo corretamente, e o seguinte método resolveu o meu problema.

Remova o disco rígido físico problemático, anexado a outro computador de execução e execute o chkdsk com / f / x / c / r ou somente / r e / f. Em seguida, anexe novamente e atualize também o driver do disco rígido.

Obrigado

    
por 11.02.2016 / 10:00
0

Por favor, consulte o link MS abaixo:

link

    
por 31.07.2013 / 20:14