Монтирование старого гибкого файла изображения (.ima формат) - как трудно это может быть?

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

После того как Вы установили, является ли изображение:

• Изображение с помощью поддерживаемой файловой системы и раздела-> mount
• Изображение с помощью поддерживаемой файловой системы и больше чем одного раздела-> mount with offset, или используйте dd для извлечения раздела со смещением затем монтируют, что раздел только или использует что-то как kpartx
• Изображение, не используя поддерживаемую файловую систему или без файловой системы вообще-> поддержка ядра и дальнейшее расследование...

Можно использовать hexdump и strings утилиты, чтобы попытаться проанализировать заголовок и извлечь текстовые строки из изображения и получить больше информации о файле изображения и его структуре.

Что-то получило мой интерес при этом:

@(#)/usr/bin/echo.sl 1.1 4.0 10/01/90 16865 AT&T-SF

Существует строка как это для каждого двоичного файла в изображении, таким образом, Вы несколько знаете то, что там. Кроме того, в этом случае, когда Вы более тщательно изучаете то, как процесс установки происходит на исходной платформе с installpkg, Вы узнаете что:

Основной механизм для передачи программного обеспечения от гибкого диска до System V UNIX/386 жесткий диск является cpio.

В основном данные извлечены с cpio к/usr/tmp/install и серии файлов включены с этим (установка, ASCII, файл, имя и файл размера). Это так происходит здесь что эта команда:

cat U19.IMA | cpio -imdv

выводы уродливые ошибки числа для начала, но затем создает/usr/bin папку с содержанием изображения! tr Я искал, там:

#file tr
tr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped.

Попытка cpio во-первых не может причинить боль!