Архив группы, в которой осуществляется поддержка пользователей и обмен опытом использования UFS Explorer для восстановления данных между специалистами из различных организаций.
Для присоединения к группе перейдите по ссылке (@ufs_explorer_support_ru).
Если интересует консультация именно специалистов R.LAB, то её можно получить на нашем форуме или через телеграмм-бота @rlabsupportbot.
7.14 http://www.sysdevlabs.com/download/ufsxpci.exe http://www.ufsexplorer.com/download_pro.php * ZFS direct access: - Fixed bug in double-degraded RAID-Z2/Z3 recovery; - Added support of RAID-Zx0 (stripe of RAID-Z/Z2/Z3); - Added support of SunOS-specific "long" allocations on RAID-Z; - * Fixed several bugs in metadata parser procedure. * Dynamic HTML report: - Fixed problem with JavaScript integer precision for big object IDs; - Report with filter is now displayed with minimal required folder structure; - HTML styles corrections.; * Microsoft data deduplication support is now available in quick scan; * Added support of VMware seSparse VMDK; * Enhanced raw recovery procedure for MPEG Transport Stream (MTS/M2TS) files; * Fixed bug with "filter" function ("must match"/"must NOT match" pattern). ---------------------- Release summary: Version: 7.14 Last update: 07.11.2019 Type of update: major ---------------------- Find more information about this software on the program web site.
у диска с HFS+ поврежден каталог файлов, причем в PC3000 определяется что это раздел HFS+ , не показывает структуру папок, но видит где лежит каталог файлов и другие служебные структуры данных, если сделать анализ CatalogFile то не восстанавливается корневая структура, но при этом в папках типа LostFiles есть структура и файлы живые - открываются ... сделал полный анализ при помощи UFS - корневая структура восстановилась, но ни один файл не открывается.....при этом UFS не оплределяет, что раздел HFS
размер сектора носителя правильно выставили везде?
409640 начало раздела hfs а сканирование определяет 409648 начало
512 размер сектора
он и юфс определяется как 512
А Бут hfs есть на месте по указанным смещениям ?
Реальный
И как диск сканируете? Примонтирован из ДЕ в систему с каким размером сектора ?
Диск подключен напрямую к матери
512 байт сектор
ну и еще раз повторюсь, DE не промахивается с данными а UFS промахивается, сейчас не могу посмтреть так как поставил на полный анализ в ДЕ, но позжее проверю насколько - скорее всего так и выйдет что на 8 секторов
А какой размер диска в Тб ? И из какого он девайса ?
И какая Версия уфс у вас ?
3 тб, девайс не знаю какой
Если 3Тб 3,5 и от Эпла то это внешняя ЮСБ имхо , значит сектор 4к 99%
Мбр ЕФИ ? Заноплен 55BB ?
не) они его через внешние кредлы подключали
Ну а кредлы же то походу тоже юсб3.0
мбр да, ЕФИ... запустил рстудию - она даже метку тома показала
Какая версия уфс ? Ему нужно просто сказать что сектор 4к
Для этого несколько путей
студия написала при открытии - непредвиденный тип узла 0 в catalogfile
Я не спец по студии
Какой сектор 4к когда размер раздела 5.8 милиардов\
Мы выясняем как в уфс обьяснить что сектор 4к , и тогда у вас все красиво взлетит со структурой
❯ Какой сектор 4к когда размер раздела 5.8 милиардов\
Что что ? 😁
сами смотрите)
я про то что понимаете ли вы, что такое сектор 4к или нет )))
при чем тут 4к сектор, если по структуре ФС понятно что сектор 512 байт
бля .... виртуальный сектор
у вас для файловой системы размер виртуального сектора 4к
при чем тут виртуальный сектор я не понимаю - диск работал в 512 байт
с чего вы это взяли?
файловой насрать
диск отформатирован в размере 4к
и если вы прыгните вwinhex в адресс 409640 то найдете бут HFS в 409648
начиная с адреса 409640 у вас размер виртуального сектора уже 4к (8мь блоков по 512байт)
допустим, тогда вопрос - можно ли в юфс это задать?