TL;DR。
Existe-t-il des outils/approches pour diagnostiquer et réparer les MLD ( Gestionnaire de disques logiques ) structures de métadonnées sans recréer à partir de zéro ?
Description complète :
J'ai deux disques SSD configurés avec GPT + LDM (disque dynamique) dans un état qui semble impliquer un problème de sécurité. base de données MLD corrompue .
Le problème, c'est que tout fonctionne bien, à l'exception d'un comportement bizarre lorsque l'on utilise diskpart ou le Disk Management Snap-In .
La structure du GPT semble être intacte :
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 y /dev/sdf1 fonctionnent bien dans une matrice mdraid. /dev/sde4 y /dev/sdf2 font partie d'un volume miroir Windows. /dev/sdf3 est une partition de récupération de Windows. Lorsque je démarre dans Windows, je peux normalement utiliser le système et accéder au volume système en miroir. Cependant, le Disk Management Snap-In devient fou : 
Les disques physiques réels sont présents sans aucune information. Néanmoins, tous les volumes individuels peuvent être vus, et fonctionnent correctement malgré l'absence d'information. x marques - SYSTEM (C:) fait un bon travail de re-synchronisation après tout cela, on peut y accéder et il est actuellement utilisé comme volume système.
diskpart confirme cette situation : 
Les lecteurs physiques ne peuvent pas être vus lors de l'inscription, mais peuvent tout de même être sélectionnés et examinés plus en détail. Tous les volumes réels s'affichent comme ils le devraient : 
mais quand on les examine de plus près, ils semblent provenir de disques inexistants : 
Virtual Disk Service error: The disk's extent information is corrupted. semble indiquer de manière assez verbeuse que l'état actuel des métadonnées du MLD n'est plus conforme à une norme Microsoft.
Existe-t-il un moyen d'approfondir et de résoudre ce problème sans recréer le schéma de partitionnement du disque depuis le début ? Il semble qu'il n'y ait pas grand chose à utiliser pour diagnostiquer les problèmes de LDM. Je vais essayer d'obtenir un vidage de la base de données ci-joint en temps voulu.
Je cherche surtout des indications sur ce qu'il faut rechercher en analysant le Base de données MLD .
0 votes
Je suppose que vous n'avez pas Microsoft System Center Data Protection Manager, n'est-ce pas ? Toutes mes recherches sur Google semblent faire référence à l'un de leurs scripts PowerShell.
0 votes
Malheureusement non, aucun service de ce type n'est disponible dans ce cas (poste de travail séparé typique). Mes recherches n'ont pas donné grand chose non plus, probablement en raison de la nature semi-propriétaire de la norme LDM. Je pense qu'il n'y a pas grand-chose à faire dans ce cas, mais je me suis dit que poster ici, même si c'est un peu long, était mon dernier recours. Pour l'instant, je suis content que malgré cette base de données malformée, tous les volumes soient reconnus par le système et soient disponibles pour une utilisation normale. J'espère qu'il en sera ainsi jusqu'à ce qu'une solution plus permanente soit trouvée (ou que le problème cesse d'exister avec une mise à niveau du matériel).
0 votes
Je vois que votre lecteur de démarrage a un statut de
Rebuild. Une fois l'opération terminée, voyez si l'erreur disparaît. Aussi ... avez-vous essayé unchkdsksur le disque concerné pour voir s'il trouve quelque chose ?0 votes
Ce n'est pas une réponse ... mais plutôt un conseil ... si le contenu est important pour vous, sauvegardez tant que vous le pouvez et reconstruisez les disques à partir de zéro. Pour les données critiques, toute tentative de réparation est inutile et injustifiable lorsque le pire se produit.