scalpel-2.0-alt2.aarch64 Воспроизводится на реальном тестовом стенде Baikal Electronics Baikal-M mitx TF307-MB-S-D а также на виртуальной машине. 1) Выполнить загрузку в rescue 2) Выполнить команду # scalpel /dev/sda1 -o scalpel-files Результат: не выполняется восстановление файлов на /dev/sda1 с указанием выходного каталога. Ничего не происходит, процесс не идет. Ожидаемый результат: восстановлены файлы в выходном каталоге. Дополнительно: НЕ воспроизводится на x86_64
Ошибка все еще актуальна, в состав rescue для образа Server 10.2 входит scalpel-2.0-alt2.aarch64
Проверьте примерно на p7 или когда я занимался этим пакетом -- лет восемь-десять назад, когда _действительно_ понадобилось выковырять утерянный файл с ext3/4 на HDD, scalpel смог, но это потребовало вдумчивого чтения. Также может быть существенно, на каком диске расположена ФС и как подключена -- если это SSD, а во флагах монтирования есть discard, то восстановить удалённые данные без доступа как минимум напрямую к флэшу и контроллеру должно быть если и возможно, то маловероятно. В любом случае я уже давно по факту не занимаюсь этим любопытным набором программ с forensics wiki.
Ошибка актуальна для образа: Alt Server 10.4 RC4
Результат проверки актуальности Состояние: В p11 и Sisyphus для aarch64 по-прежнему доступен scalpel-2.0-alt2 с неизменёнными исходниками. Подтверждения исправления нет. Результат зависит от активных сигнатур в scalpel.conf. Рекомендация: выполнить сравнительный ретест на p11 aarch64 и x86_64 с одинаковым образом данных и явно включёнными сигнатурами файлов.
