Восстановление Windows Spanned Disks (LDM) с помощью Linux?

хорошо, я отвечу на свой вопрос, чтобы избежать такой же боли для других.

0. Предупреждение

если вы делаете восстановление, всегда копируйте свои данные и работайте на копии. Не изменяйте исходные "сломанные" данные. Та вещь сказал, продолжай читать.

1. Ваш раздел выглядит так ...

установите комплект сыщика и testdisk. Надеюсь, будут пакеты для вашего дистрибутива:)

# mmls -t gpt LUN01
GUID Partition Table (EFI)
Offset Sector: 0
Units are in 512-byte sectors

    Slot    Start        End          Length       Description
00:  Meta    0000000000   0000000000   0000000001   Safety Table
01:  -----   0000000000   0000000033   0000000034   Unallocated
02:  Meta    0000000001   0000000001   0000000001   GPT Header
03:  Meta    0000000002   0000000033   0000000032   Partition Table
04:  00      0000000034   0000002081   0000002048   LDM metadata partition
05:  01      0000002082   0000262177   0000260096   Microsoft reserved partition
06:  02      0000262178   1048576966   1048314789   LDM data partition
07:  -----   1048576967   1048576999   0000000033   Unallocated

Примечание: testdisk даст вам та же информация с меньшим количеством деталей # testdisk / list LUN01

2. Извлечение метаданных дисков

вся информация о порядке диска, размере данных и других зашифрованных атрибутах информация о разделе будет найдена в разделе метаданных LDM. В w2k8 не изменилось так много, так как этот документ [2], хотя некоторые размеры отличаются, а некоторые атрибуты являются новыми (и, очевидно, неизвестными)...

# dd if=LUN01 skip=33 count=2048 |xxd -a > lun01.metadata
# less lun01.metadata 

в строке 0002410 вы должны увидеть имя сервера. Обнадеживает ? Но мы после заказа дисков и ID диска. Прокрутить вниз.

2.1. Порядок Дисков

в строке 0003210 вы должны увидеть "Disk1", за которым следует длинная строка.

0003200: 5642 4c4b 0000 001c 0000 0006 0000 0001  VBLK............
0003210: 0000 0034 0000 003a 0102 0544 6973 6b31  ...4...:...Disk1
0003220: 2437 3965 3830 3239 332d 3665 6231 2d31  e80293-6eb1-1
0003230: 3164 662d 3838 6463 2d30 3032 3662 3938  1df-88dc-0026b98
0003240: 3335 6462 3300 0000 0040 0000 0000 0000  35db3....@......
0003250: 0048 0000 0000 0000 0000 0000 0000 0000  .H..............

это означает, что первый диск этого Тома identfied Следующий уникальный идентификатор (UID): 79e80293-6eb1-11df-88dc-0026b9835db3 Но на данный момент мы не знаем, какой из дисков имеет этот UID ! Поэтому перейдите к записи Disk2 и обратите внимание на ее UID и так далее весь диск в твоем томе. Примечание: На основе моего опыта меняются только первые 8 символов, остальные остаются прежними. Действительно, W2k8, похоже, увеличивает идентификатор на 6. $ - разделитель.

например. :

Windows Disk1 UID : 79e80293-6eb1-11df-88dc-0026b9835db3
Windows Disk2 UID : 79e80299-...
Windows Disk3 UID : 79e8029f-...

2.2. Найти диск УИД

перейти к строке 00e8200 (lun01.метаданные.) Вы должны найти "PRIVHEAD".

00e8200: 5052 4956 4845 4144 0000 2c41 0002 000c  PRIVHEAD..,A....
00e8210: 01cc 6d37 2a3f c84e 0000 0000 0000 0007  ..m7*?.N........
00e8220: 0000 0000 0000 07ff 0000 0000 0000 0740  ...............@
00e8230: 3739 6538 3032 3939 2d36 6562 312d 3131  79e80299-6eb1-11
00e8240: 6466 2d38 3864 632d 3030 3236 6239 3833  df-88dc-0026b983
00e8250: 3564 6233 0000 0000 0000 0000 0000 0000  5db3............
00e8260: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00e8270: 3162 3737 6461 3230 2d63 3731 372d 3131  1b77da20-c717-11
00e8280: 6430 2d61 3562 652d 3030 6130 6339 3164  d0-a5be-00a0c91d
00e8290: 6237 3363 0000 0000 0000 0000 0000 0000  b73c............
00e82a0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00e82b0: 3839 3164 3065 3866 2d64 3932 392d 3131  891d0e8f-d929-11
00e82c0: 6530 2d61 3861 372d 3030 3236 6239 3833  e0-a8a7-0026b983
00e82d0: 3564 6235 0000 0000 0000 0000 0000 0000  5db5............
00e82e0: 0000 0000 0000 0000 0000 0000 0000 0000  ................

то, что мы ищем, - это UID диска этого конкретного диска. Мы видим: - Id диска: 79e80299-6eb1-11df-88dc-0026b9835db3 - идентификатор хоста : 1b77da20-c717-11d0-a5be-00a0c91db73c - Id группы дисков: 891d0e8f-d929-11e0-a8a7-0026b9835db5

Итак, этот диск с UID 79e80299-... это Windows Disk2, но для нас это был физический диск 1. Действительно, найдите этот UID в порядке диска найдено выше. Примечание: нет логического порядка. Я имею в виду, что Windows решает, как настроить диск заказывать не вам. Так что нет никакой человеческой логики и не ожидал ваш первый диск будет Disk1.

поэтому не предполагайте, что порядок выше будет следуйте любого человека логика. Я рекомендую вам просмотреть все данные LDM ваших дисков и извлечь их UID. (Вы можете использовать следующую команду, чтобы просто извлеките информацию о PRIVHEAD: dd if=lunxx skip=1890 count=1 / xxd-a)

Эл.г:

(Windows) Disk1 : 79e80293-... == Physical disk 2
(Windows) Disk2 : 79e80299-... == Physical disk 1
(Windows) Disk3 : 79e8029f-... == Physical disk 3

я уверен, что где-то в метаданные LDM вы можете найти тип объема (spanned, RAID0, RAIDX и связанных размеров полосы) Однако я не копал. Я использовал метод "try and retry", чтобы найти мои данные. Так что если вы знаете как настроить конфигурацию перед драма, вы сэкономите себе много времени.

3. Найдите файловую систему NTFS и ваши данные

сейчас нас интересует большой кусок данных, который мы хотим восстановить. В моем случае это ~512GB данных, поэтому мы не будем конвертировать все в ФОРМАТ ASCII. Я действительно не искал, как Windows находит начало его раздел NTFS. Но я обнаружил, что это логически начинается с помощью следующего ключевого слова: R. NTFS. Давай найдем это и найдем. этот смещение нам придется применить позже, чтобы увидеть наши NTFS FS.

06:  02      0000262178   1048576966   1048314789   LDM data partition

в этом примере данные начинаются с 262178 и составляют 1048314789 секторов длиной

мы обнаружили выше, что Disk1 (из группы томов) на самом деле является 2-м физический диск. Мы будем извлекать некоторые сведения найти где начинается раздел NTFS.

# dd if=LUN02 skip=262178 count=4096 |xxd -a > lun02.DATASTART-4k
# less lun02.DATASTART-4k

0000000: 0000 0000 0000 0000 0000 0000 0000 0000  ................
*
00fbc00: eb52 904e 5446 5320 2020 2000 0208 0000  .R.NTFS    .....
00fbc10: 0000 0000 00f8 0000 3f00 ff00 0008 0400  ........?.......
00fbc20: 0000 0000 8000 8000 ffaf d770 0200 0000  ...........p....

здесь мы видим, что NTFS начинается с 00fbc00. Зная, что мы можем ... начните извлекать наши данные из сектора 262178 + 00fbc00 байты. Давайте выполните преобразование шестнадцатеричного в десятичное с байтами в сектор преобразование также.

0xfbc00 байт = 1031168 байт = 1031168/512 секторов = 2014 секторов

таким образом, наш раздел NTFS начинается с 262178 + 2014 = 264192 секторов. Это значение будет смещением, которое мы будем использовать позже на всех дисках. Назовем это смещением NTFS. Очевидно, что общий размер уменьшен смещением. Так новый размер: 1048314789 - 2014 = 1048312775 секторы

4. Попробуйте смонтировать / посмотреть данные

отныне либо он будет работать из коробки, потому что ваш раздел NTFS здоровый или нет, потому что вы делаете это, чтобы восстановить некоторые данные. Следующий процесс является тем же самым независимо от вашего статуса. Все следующее на основе [1] (см. Ссылки внизу)

охватываемый том, будет заполнять том за другим. Где в полосочку (в RAID0) будет копировать фрагмент данных на многие диски (a.к. a файл распространение по многим диски.) В моем случае я не знал, был ли это объемистый или полосатый том. Этот самый простой способ узнать, если ваш объем не заполнен, - проверить, много ли у вас нулей в конце всех ваших объемов. Если это так, то он полосатый. Потому что если она охватывается, если заполнит первый диск, то второй. Я не уверен на 100%, но вот что я заметил. Так что dd куча секторов с конца раздела данных LDM.

4.0 подготовка к доступу ваши данные

сначала смонтируйте файл dd или устройство через устройство обратной связи с NTFS смещение и размер, который мы рассчитали выше. Однако смещение и размер должны быть в байтах, не в секторах, которые будут использоваться с losetup. смещение = 264192*512 = 135266304 размер = 1048312775*512 = 536736140800

# losetup /dev/loop2 DDFILE_OR_DEVICE -o 135266304 --size 536736140800
# blockdev --getsize /dev/loop2
1048312775 <---- total size in sectors, same number than before

Примечание: Вы можете добавить '-R' для монтирования в режиме только для чтения.

сделайте это для всех физических дисков, входящих в ваш том. Отображение результата с: losetup -ля Примечание. Если у вас недостаточно устройств loop, вы можете легко создать больше с помощью : # mknod-m0660 /dev/loopNUMBER B 7 номер && корень Чаун.disk/dev / loopNUMBER

Проверьте выравнивание, открыв первый диск группы (например: Disk2), чтобы увидеть если первая строка-R. NTFS. Если нет, то ваше выравнивание неверно. Проверить расчеты выше и повторите попытку. Или вы не смотрите на 1-й диск Windows

Эл.г:

First disk of the volume has been mounted on /dev/loop2 
# xxd /dev/loop2 |head
0000000: eb52 904e 5446 5320 2020 2000 0208 0000  .R.NTFS    ..... 
0000010: 0000 0000 00f8 0000 3f00 ff00 0008 0400  ........?.......

все хорошо. Давайте перейдем к раздражающая часть :)

4.1 Spanned

Spanned диски на самом деле цепь дисков. Вы заполняете первый, а затем используете второй и так далее. Создайте файл, который выглядит так, например:

# Offset into   Size of this    Raid type       Device          Start sector
# volume        device                                          of device
0               1048312775  linear          /dev/loop2       0
1048312775      1048312775  linear          /dev/loop1       0
2096625550      1048312775  linear          /dev/loop3       0

заметки: - Не забудьте использовать хороший порядок дисков (вы нашли раньше). например: физический Диск2 затем физическое Диск1 и физических Disk3 - 2096625550 = 2 * 1048312775 и, очевидно, если у вас есть четвертый диск, он будет 3 раза размер для смещение 4-го диска.

4.2 полосатый

проблема с полосатым режимом (он же RAID0) заключается в том, что вы должны знать, что ваша полоса размер. По-видимому, по умолчанию это 64k (в моем случае это было 128k, но я не знаю, если это был настроен системным администратором Windows:). В любом случае, если вы этого не знаете, вам просто нужно попробуйте все возможные стандартные значения и посмотрите, какой из них дает вам возможный жизнеспособный Файловая система NTFS.

создайте файл, как показано ниже, для 3 дисков с 128k размер куска

                       .---+--> 3 chunks of 128k
0 3144938240  striped  3  128      /dev/loop2 0 /dev/loop3 0 /dev/loop1 0 
   `---> total size of the volume      `----------+-----------+---> disk order

/!\ : Размер тома-это не совсем тот размер, который мы рассчитывали раньше. команду dmsetup должен размер тома, делимый на размер куска (он же размер полосы) и на число дисков в томе. Так и в нашем случае. Мы имеем 3 диска 1048312775 участков Поэтому "нормальный" размер 1048312775*3=3144938325 секторов, но в связи с выше contraint мы пересчитаем размер и округлим его # Эхо "3144938325/128*128" / bc Три миллиарда сто сорок четыре миллиона девятьсот тридцать восемь тысяч двести сорок секторы

  So 3144938240 is the size of your volume in a striped scenario with 3 disk and
  128 chunks (aka stripes)

4.3 смонтировать его.

теперь давайте объединим все вместе с dmsetup:

# dmsetup create myldm /path/myconfigfile
# dmsetup ls
myldm       (253, 1)

# mount -t ntfs -o ro /dev/mapper/myldm /mnt 

если он не монтируется. Затем вы можете использовать testdisk :

# testdisk /dev/mapper/myldm
--> Analyse
----> Quick search
------> You should see the volume name (if any). If not it seems compromised :)
--------> Press 'P' to see files and copy with 'c'

5. Вывод

выше работал для меня. Ваш пробег может отличаться. И, может быть, есть лучший и это проще сделать. Если это так, поделитесь им, чтобы никому больше не пришлось проходить через это нервотрепки :) кроме того, это может выглядеть трудно, но это не так. Пока вы копируете ваши данные где-нибудь, просто попробуйте и повторите попытку, пока не увидите что-то. Мне понадобилось 3 дня поймите, как сложить все кусочки вместе. Надеюсь, вышеизложенное поможет вам чтобы не тратить 3 дня.

Примечание: все примеры выше были составлены. Возможно, есть некоторые несоответствия между примерами, несмотря на мою тщательность;)

удачи.

6. Ссылки

• [1] : http://www.kernel.org/doc/Documentation/filesystems/ntfs.txt
• [2] : http://russon.org/ntfs/ldm/technical/index.html
• [3] : http://svnweb.freebsd.org/base/stable/9/sys/geom/part/g_part_ldm.c
• [4] : http://ntfs.com/ldm.htm
• [5] : http://sourceforge.net/projects/linux-ntfs/files/LDM%20Documentation/