Довольно часто случаются ситуации, когда Windows Server умирает на удаленном сервере с синим экраном без какой то возможности загрузиться. Здесь речь пойдет о сервере, установленном в датацентре Hetzner.de
Попытки исправить ситуацию зачастую бесполезны и занимают кучу времени. Исчерпав все возможности KVM, откаты и Safe Mode всех вариантов, приходится пользоваться этим способом. У меня как раз именно такой случай — Windows Server 2008 не загружается ни в какую. Даже Safe Mode с поддержкой командной строки падал в синий экран. Возник вопрос о копировании данных, так как администраторы клиента не сохраняли свои важные данные в предоставленный им бесплатно 100 ГБ бекап.
К счастью, в Hetzner.de есть возможность загрузки сервера через robot-panel в rescue mode под Debian.
После загрузки поступаем следующим образом. В Windows используется файловая система NTFS и кодировка windows-1251 для русских имен файлов. Поэтому, монтируя диск, нужно сразу указать кодировку. В моей системе русских консолей не оказалось:
# locale -a | grep ru
#
Поэтому я их сразу же добавил:
# localedef -i ru_RU -f CP1251 ru_RU.CP1251
# localedef -i ru_RU -f UTF-8 ru_RU.UTF-8
Проверяем теперь:
# locale -a | grep ru
ru_RU.cp1251
ru_RU.utf8
Теперь монтируем диск:
# mkdir /mnt/rescue
# mount -t ntfs-3g /dev/sdb1 /mnt/rescue -o locale=ru_RU.utf8
Добавлю, что архивирование данных для копирования их по ssh|ftp лучше всего делать zip-ом, указывая кодировку:
# zip desktop.zip Desktop -r -UN=UTF8
При этом имена русских файлов, как правило, сохраняются.
Удачи всем и почаще делайте бекапы!
Важное добавление. Частный случай с дисками Microsoft LDM
Если вы наблюдаете вот такое при чтении разделов с диска утилитой fdisk
fdisk -l /dev/sda
Disk /dev/sda: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CEF13A2C-F15C-49EF-8F08-B9B48FD78A0ADevice Start End Sectors Size Type
/dev/sda1 2048 411647 409600 200M EFI System
/dev/sda2 411648 413695 2048 1M Microsoft LDM metadata
/dev/sda3 413696 673791 260096 127M Microsoft reserved
/dev/sda4 673792 5860532223 5859858432 2.7T Microsoft LDM data
/dev/sda5 5860532224 5860533134 911 455.5K Microsoft LDM data
То указанная выше команда монтирования, естественно, не подойдет.
Устанавливаем тулзу для работы с Microsoft LDM — разделами ldmtool:
apt-get install ldmtool
И собираем динамические диски Windows:
ldmtool create all
Unable to create volume Volume1 in disk group cc82a626-67a5-11e3-80ba-08606e6956b8: Disk Disk2 required by spanned volume Volume1 is missing
[
"ldm_vol_OWNEROR-6JAVA3R-Dg0_Volume2"
]
Не глядя на возникшую ошибку об отсутствии требуемой второй части для Volume1, смотрим, что появилось в устройствах:
ls /dev/mapper/
control ldm_vol_OWNEROR-6JAVA3R-Dg0_Volume2
Монтируем ldm_vol_OWNEROR-6JAVA3R-Dg0_Volume2:
mount -t ntfs /dev/mapper/ldm_vol_OWNEROR-6JAVA3R-Dg0_Volume2 /mnt/rescue/
И приступаем к копированию данных 😉 Всем удачи!