Я сохранил образ USB-накопителя с помощью Win32 Disk Imager, который выдает только BIN-файл того же размера, что и накопитель.
Можно ли прочитать этот .bin файл, как если бы это был диск? У меня есть доступ к Windows, MacOS, Linux.
Что я пробовал
- Монтирование его с помощью Daemon Tools (отказывается без файла .cue) и macOS Disk Utility (невозможно выбрать .bin файлы)
- Нашел учебники по созданию файла .cue вручную (никаких настроек, просто «вставьте этот текст в новый файл и переименуйте его в xyz.cue»). Я не понимаю, как это могло бы сработать, потому что тогда можно предположить, что файлы .cue являются излишними. Это не сработало (Daemon Tools), очевидно.
- Следуя инструкциям, чтобы использовать его в качестве устройства петли в Linux, то есть
losetup -p /dev/loop0 win-usb.binи ожидать, что по крайней мере один раздел отобразится как/dev/loop0pXдля его монтирования - это не так. Я что-то здесь неправильно понял? Также вкратце попробовал посмотреть на него с якобы замененным
kpartx -l win-usb.bin→loop1p1 : 0 62533294 /dev/loop1 3но не совсем уверен, что он мне говорит.Чтение на .bin .img .iso не делает никого мудрее. Создал ли Win32 Disk Imager необработанный образ моего диска или какой-то магический формат? Я предполагал первое.
На диске была установлена только Windows To Go для BIOS. Должна ли я просто должен mountМой /dev/loop0с некоторыми магическими числами? Я не уверен, как обосновать мой путь к этим цифрам.
До сих пор единственный известный мне способ прочитать содержимое моего образа - это найти другой USB-накопитель и использовать Win32 Disk Imager для восстановления .bin.
Я предполагаю, что Win32 Disk Imager и dd создают необработанные образы. Изображения с циклической установкой с разделами иногда не работают сразу. Между прочим, вам нужно
losttup -P: с заглавной буквы-P(=--partscan).