6

(Подобно тому, как диск был удален во время доступа, файловая система повреждена, можно ли это исправить? Но с той дополнительной сложностью, что на диске был установлен BitLocker ...)

Привет, я столкнулся со следующей проблемой 8-гигабайтной флешки PNY Attaché USB 2.0 с шифрованием BitLocker.

На прошлой неделе я спешил уйти с работы и сесть на поезд, поэтому я попытался "Безопасное извлечение оборудования и извлечение носителя" на ноутбуке с Windows 7, когда я все еще получал доступ к вышеупомянутому диску с помощью DjVu. Если я правильно помню, я закрыл приложение, после просмотра предупреждения, предупреждающего меня об удалении USB, и, пока я выключал рабочий ноутбук, я извлекал диск. По-видимому, именно это и произошло (согласно записям в журнале просмотра событий):

Windows detected your registry file is still in use by other applications or services. The file will be unloaded now. The applications or services that hold your registry file may not function properly afterwards.

DETAIL -
8 user registry handles leaked from \Registry\User\:
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\NamedSettings\UNIV
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\ApplicationDefaults
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\ApplicationDefaults
Process 1268 (\Device\HarddiskVolume2\Windows\System32\svchost.exe) has opened key \REGISTRY\USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
Process 1268 (\Device\HarddiskVolume2\Windows\System32\svchost.exe) has opened key \REGISTRY\USER\Software\Policies\Microsoft\Windows\CurrentVersion\Internet Settings
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\NamedSettings
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\NamedSettings
Process 4224 (\Device\HarddiskVolume2\Windows\System32\wbem\WmiPrvSE.exe) has opened key \REGISTRY\USER\Software\Xerox\PrinterDriver\V5.0\ApplicationDefaults\UNIV
Device action request for device 'USB\VID_154B&PID_0048\AAAB025100000314' was vetoed by 'STORAGE\Volume\_??_USBSTOR#Disk&Ven_PNY&Prod_USB_2.0_FD&Rev_8192#AAAB025100000314&0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}' with veto type 5.

На следующее утро я хотел скопировать некоторые файлы с флешки и попытался использовать ее на своем домашнем ноутбуке с Windows 8.1; потребовалось много времени, чтобы открыть окно, сообщающее мне, что это был USB-ключ, зашифрованный с помощью BitLocker, поэтому я снова (тупо) удалил его.

Записи средства просмотра событий были следующими:

The driver detected a controller error on \Device\Harddisk1\DR2.
The driver \Driver\WUDFRd failed to load for the device WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#_??_USBSTOR#DISK&VEN_PNY&PROD_USB_2.0_FD&REV_8192#AAAB025100000314&0#.

Пока я это делал, окно на мгновение открылось. Когда я вставил его снова, у меня появилось слишком знакомое страшное окно «Вам нужно отформатировать…».

Когда я нажал "Отмена", мне сообщили, что "Местоположение недоступно": Управление дисками тоже не помогло - USB теперь "RAW"

Я использовал repair-bde и вот что я придумал:

Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>repair-bde G: F: -pw -F
BitLocker Drive Encryption: Repair Tool version 6.3.9600
Copyright (C) 2013 Microsoft Corporation. All rights reserved.

Enter the password to unlock this volume:
Beginning scan for BitLocker metadata.

Scanning boot sectors for pointer to metadata: 100%
Scanning sector boundaries for metadata: 100%
Finished scanning for BitLocker metadata.
LOG INFO: 0x0000002a
Valid metadata at offset 35762176 found at scan level 4.
LOG INFO: 0x0000002b
Successfully created repair context.
Beginning decryption.
Decrypting: 100% Complete.
Finished decryption.

ACTION REQUIRED: Run 'chkdsk F: /f' before viewing decrypted data.

C:\WINDOWS\system32>chkdsk F: /f
The type of the file system is NTFS.
The first NTFS boot sector is unreadable or corrupt.
Reading second NTFS boot sector instead.
Unable to determine volume version and state. CHKDSK aborted.

Интересно, что когда я пытался использовать "неправильный" пароль, он жаловался на это (что-то связанное с LOG INFO…). Использование repair-bde с файлом «.img» тоже не сработало - хотя я не видел ни предупреждений, ни сообщений об ошибках:

Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>repair-bde G: F:\recover.img -pw -force
BitLocker Drive Encryption: Repair Tool version 6.3.9600
Copyright (C) 2013 Microsoft Corporation. All rights reserved.

Enter the password to unlock this volume:
Beginning scan for BitLocker metadata.

Scanning boot sectors for pointer to metadata: 100%
Scanning sector boundaries for metadata: 100%
Finished scanning for BitLocker metadata.
LOG INFO: 0x0000002a
Valid metadata at offset 35729920 found at scan level 4.
LOG INFO: 0x0000002b
Successfully created repair context.
Beginning decryption.
Decrypting: 100% Complete.
Finished decryption.

Размер результирующего файла * .img составляет 7,46 ГБ (8 011 390 464 байт), но, как вы, наверное, догадались, он не открывается с 7-Zip, WinRar или, конечно, с Windows Explorer; это поврежденный архив.

Я даже пытался спасти содержимое диска с помощью ddrescue на компьютере с Ubuntu 14.04 (согласно инструкциям в (iBoyd) »Восстановление данных с жесткого диска, отказавшего от битлокера - тоже не повезло, хотя, опять же, не было сообщений об ошибках:

user@laptop:~$ sudo ddrescue /dev/sdc /dev/sdb ~/Downloads/rescue.log -r -1 -a 10000 -d --force
[sudo] password for user:


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued: 8019 MB, errsize: 0 B, current rate: 21522 kB/s
ipos: 7356 MB, errors: 0, average rate: 4450 kB/s
opos: 7356 MB, time since last successful read: 0 s
Finished

Затем я попробовал тестовый диск, но опять ничего не вышло:

Sat May 3 00:28:38 2014
Command line: TestDisk

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
CGSecurity - Data recovery: TestDisk & PhotoRec
OS: Linux, kernel 3.13.0-24-generic (#46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014) x86_64
Compiler: GCC 4.8
Compilation date: 2013-10-29T01:29:29
ext2fs lib: 1.42.9, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 976773168 sectors
/dev/sda: user_max 976773168 sectors
/dev/sda: native_max 976773168 sectors
/dev/sda: dco 976773168 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 1 sectors, sector size=512
Hard disk list
Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - Hitachi HTS725050A9A364,
Disk /dev/sdb - 8019 MB / 7648 MiB - CHS 974 255 63, sector size=512 - PNY USB 2.0 FD, FW:8192

Partition table type (auto): Intel
Disk /dev/sdb - 8019 MB / 7648 MiB - PNY USB 2.0 FD
Partition table type: Intel

Analyse Disk /dev/sdb - 8019 MB / 7648 MiB - CHS 974 255 63
Geometry from i386 MBR: head=255 sector=63
check_part_i386 failed for partition type 07
get_geometry_from_list_part_aux head=255 nbr=2
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=2
Current partition structure:
Invalid NTFS or EXFAT boot
1 * HPFS - NTFS 0 1 1 973 254 63 15647247
1 * HPFS - NTFS 0 1 1 973 254 63 15647247

search_part()
Disk /dev/sdb - 8019 MB / 7648 MiB - CHS 974 255 63

Results
Can't open backup.log file: No such file or directory
interface_load
Change partition type:
HPFS - NTFS 0 0 1 973 254 63 15647310

interface_write()

No partition found or selected for recovery
NTFS signature is missing.
NTFS signature is missing.
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition

Interface Advanced
Geometry from i386 MBR: head=255 sector=63
check_part_i386 failed for partition type 07
get_geometry_from_list_part_aux head=255 nbr=2
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=2
1 * HPFS - NTFS 0 1 1 973 254 63 15647247

1 * HPFS - NTFS 0 1 1 973 254 63 15647247
Can't open filesystem. Filesystem seems damaged.
New options :
Dump : Yes
Align partition: Yes
Expert mode : Yes

TestDisk exited normally.

Я пробовал несколько демо / пробных версий коммерческих пакетов, но безуспешно. Я также посмотрел на WinHex - чей вывод не выглядел многообещающим по сравнению со "здоровым" USB-ключом с поддержкой BitLocker.

Есть ли шанс, что я смогу спасти этот диск? Заранее большое спасибо за вашу помощь!

1 ответ1

1

Я думаю, это не совсем ответ. Тем не менее, я надеюсь, что это все же будет полезно для других.

К сожалению, я думаю, что вы выучили довольно резкий урок, касающийся использования зашифрованных дисков, особенно съемных.

Все зашифрованные диски, независимо от того, являются ли они съемными или нет, более чувствительны к повреждениям. Это делает еще более важным обеспечить резервное копирование данных. Очевидно, что резервная копия также должна быть зашифрована, и это также означает, что вы должны хранить несколько копий резервных копий. Реалистичный минимум для резервных копий - ТРИ. Они должны храниться в разных местах.

Для домашнего использования я храню данные на локальных ПК, копирую их на NAS (данные с диска NAS дублируются внутри NAS, не очень надежное резервное копирование, но удобно при сбое локального диска) и копирую в безопасное облачное резервное копирование, такое как CrashPlan.

Никакая форма съемного носителя не может считаться надежной. Флэш-карты памяти подвержены сбоям так же, как любые другие съемные носители. Я не знаю, какова точная статистика, но по собственному опыту я могу сказать, что флешка может сломаться так же, как и жесткий диск, а не как старомодная дискета. Надежность компакт-дисков и DVD-дисков очень различна, некоторые из них выходят из строя через пару лет хранения, другие - на десять и более лет.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .