Bozuk bir LDM veritabanını düzeltmenin herhangi bir yolu var mı?

TL; DR:

LDM ( Mantıksal Disk Yöneticisi ) meta veri yapılarını sıfırdan yeniden oluşturmadan teşhis etmek ve düzeltmek için herhangi bir araç / yaklaşım var mı?

Tam tanım:

Bozuk bir LDM veritabanı ima eden bir durumda GPT + LDM (dinamik disk) ile ayarlanmış iki SSD sürücüm var .

Sorun şu ki, diskpartveya kullanırken bazı garip davranışlar dışında her şey iyi çalışıyor Disk Management Snap-In.

GPT yapısı sağlam görünmektedir:

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/sde3ve /dev/sdf1bir mdraid dizisinde iyi çalışır. /dev/sde4ve /dev/sdf2Windows yansıtılmış birimin bir parçasıdır. /dev/sdf3bir Windows kurtarma bölümüdür. Windows'da önyükleme yaparken, normalde sistemi kullanabilir ve yansıtılmış sistem birimine erişebilirim. Ancak, Disk Management Snap-Inçıldırıyor: resim açıklamasını buraya girin

Gerçek fiziksel sürücüler hiçbir bilgi olmadan mevcuttur. Bununla birlikte, tüm bireysel hacimler görülebilir ve xişaretlere rağmen düzgün çalışır - SYSTEM (C:)tüm bunlardan sonra yeniden senkronize etme iyi bir iş çıkarır, erişilebilir ve şu anda bir sistem birimi olarak kullanılmaktadır.

diskpart bu durumu doğrular: resim açıklamasını buraya girin

Listeleme sırasında fiziksel sürücüler görülemez, ancak yine de seçilebilir ve daha fazla araştırılabilir. Tüm gerçek hacimler olması gerektiği gibi görünür: resim açıklamasını buraya girin

ancak daha ayrıntılı bir şekilde incelendiğinde, var olmayan bazı disklerden geliyor gibi görünüyorlar: resim açıklamasını buraya girin

Virtual Disk Service error: The disk's extent information is corrupted. LDM meta verilerinin mevcut durumunun artık bazı Microsoft standartlarına uymadığını oldukça ayrıntılı bir şekilde gösteriyor gibi görünüyor.

Tüm disk bölümleme şemasını sıfırdan yeniden oluşturmadan bu sorunu araştırmanın ve bu sorunu düzeltmenin herhangi bir yolu var mı? LDM sorunlarını teşhis etmek için kullanılabilecek çok fazla bir şey yok gibi görünüyor. Zamanında iliştirilmiş bir veritabanı dökümü almaya çalışacağım .

Özellikle LDM veritabanını analiz ederken nelere bakacağım konusunda bazı ipuçları arıyorum .

— Karol J. Piczak
kaynak

Microsoft System Center Veri Koruma Yöneticiniz olduğunu sanmıyorum, değil mi? Tüm googling'im PowerShell komut dosyalarından birine atıfta bulunuyor gibi görünüyor.

— Katherine Villyard

Ne yazık ki, bu durumda böyle bir hizmet mevcut değildir (tipik ayrılmış iş istasyonu). Aramalarım, muhtemelen LDM standardının yarı mülkiyetli yapısı nedeniyle de çok fazla açıklama yapmadı. Bu durumda çok fazla şey yapılamayacağını düşünüyorum, ama burada uzun bir çekim olsa da, son çare olarak yayınlamayı düşündüm. Şimdilik, bu hatalı biçimlendirilmiş veritabanına rağmen, tüm birimlerin sistem tarafından tanındığı ve normal kullanım için hazır olduğu için mutluyum. Umarım daha kalıcı bir çözüm bulunana kadar bu şekilde kalır (veya sorun bazı donanım yükseltmeleriyle birlikte ortadan kalkar).

— Karol J. Piczak

Önyükleme sürücünüzün bir durumu olduğunu görüyorum Rebuild. Tamamlandığında, hatanın giderilip giderilmediğine bakın. Ayrıca ... chkdsketkilenen diskte bir şey olup olmadığını görmek için denediniz mi?

— Nathan C

Bir cevap değil ... ama daha fazla öneri ... içerik sizin için önemliyse, mümkün olduğunca yedekleyin ve sürücüleri sıfırdan yeniden oluşturun. Kritik veriler için, herhangi bir düzeltme girişimi buna değmez ve daha kötüsü olduğunda

— haksızdır

Sorununuz ve sorunum neredeyse aynı: Disk yönetimindeki sürücüleri görebiliyorum, ancak bölümlerin hiçbiri yürütülebilir değildi, Windows Gezgini'nde sürücü harfleri gitmişti. benim durumumda, disk bölümü her şeyi doğru bir şekilde gösteriyor ve aşağıdaki yöntem sorunumu çözdü.

Lütfen başka bir çalışan makineye bağlı sorunlu fiziksel sabit sürücüyü çıkarın ve chkdsk komutunu / f / x / c / r veya yalnızca / r ve / f ile çalıştırın. Ardından tekrar takın, sabit disk sürücünüzü de güncelleyin.

Teşekkür ederim

— VL Thlan
kaynak