[9285-321]

А то помогайте ему, угадывая, что там у него. »

А было ли желание помочь? Предположим что автор не спец - что мешало тебе не гундосить а спросить?
Вместо этого ты обосрал всё отличающееся от "трактора", хотя и дальнейшее показало что ты попросту не в теме.
И историю уж очень сильно замудрённую придумал.. А не придумал - и что, трактор не асилили? Или не можешь трактором пользоваться?

Программе восстановления - которая восстанавливает файлы, не обязана понимать как устроен виртуальный диск - ей лучше правильно знать как просто восстановить файл диска виртуальной машины. Кстати, если делать диск фиксированным, то думаю что десяткигигабайтный файл наверняка будет фрагментирован на уровне хостовой ФС. Восстанавливать по сигнатурам, даже с учётом умения собирать блоки вряд ли спасёт ситуацию, если нет каких то гарантирующих контроль контрольных сумм - в противном случае может хватить одного 2покрытого" кластера чтобы похерить все эти "умения".

[Tomset]

9285-321,
Как всегда ничего не понимаешь.
Программа должна знать и уметь проверять структуры метаданных виртуального диска.
А дальше уже принимается решение, возиться или нет с конкретным случаем. Исходя из анализа, срока и стоимости работы.
Ну и назови бесплатную (халявную) программу, которая тебе такой анализ сделает?
То что ты от нечего делать будешь сам в этих структурах копаться три года, ни кому кроме тебя (ради твоего увлечения) нахрен не надо.

[9285-321]

Как всегда »

Не знаю что там должна программа (а особенно что реально умеет), но прекрасно знаю что когда дедушко переклинит, то он начинает писать всякую фантазию.
Спору нет, что если программа может работать с тем же виртуальным диском напрямую, то это несомненный плюс, потому как если всё нормально, то не надо восстанавливать сам диск, монтировать виртуалкой и в ней уже заниматься восстановлением.
Но только всё это хорошо в фантазиях и когда есть возможность контроля целостности. Взять для примера какой либо архив - если у него не будет контрольной суммы, как ты определишь целостность такового?
Насколько понял, из статьи по ранее данной тобою ссылке - хитман может монтировать диски той же вмвари. Вопрос в том, что будет если он будет повреждён, особенно его транслятор, и что он будет делать если сама запись хостовой файловой системы будет повреждена?
Как и под огромным вопросом может ли всё это делать трактор и, что немаловажно, насколько правильно. Можешь писать что угодно, не знающие (в том числе тебя) могут и поверить, но я то прекрасно помню и как трактор облажался с простой записью MFT, когда на основе его "анализа" ты дал заключение о фатальном повреждении MFT, которая в реальности была цела. Или когда ты рассписывал о его супер-возможностях, но другой владеющий таковой написал об отсутствии таковых. Да и сам ты не раз признавал о кривости - но только не в таких сообщениях, а на том же форуме аси.
Так что, можешь шипеть и дальше - только толку от этого ноль. И снова показательное для рековерастов (не путать с мастерами по восстановлению данных0 - упоминание халявы. Во первых не халява, а свободное ПО. А в основных - не подобным тебе писать о халяве, когда сами являетесь падальщиками и мородёрами - оставляя у себя диски (в лучшем случае давая 100ку), которые потом используются для восстановления других дисков, при этом цена донора уже совершенно другая.

[Tomset]

хитман может монтировать диски той же вмвари. »

Средствами винды, это и DE умеет.
А нас интересует, почему система не может его смонтировать.

но я то прекрасно помню и как трактор облажался с простой записью MFT, »

Хватит херню писать. Когда не представляешь, как работают профессиональный инструмент.
По кусочку диска DE конечно облажается. когда нет всей структуры и нечего анализировать относительно всего диска.
Но саму запись MFT он проверит на корректность.
Вот буквально сейчас делаю. Сигейт терабайтник Фараон. ST1000528AS
Диск с убитыми головами, очередной умник ему транслятор убил методикой от мухи CC. Которая не применима к 12 серии.
Чужие головы читают медленно и с кучей сбоев.
Автомат не восстановит транслятор, слишком много сбоев.
Но кусочками около 5 гиг до расхождения транслятора вычиталcя.
Таблица разделов нет. Boot сектора нет.
Делаем черновой анализ по карте только вычитанных секторов, DE по ним строит виртуальную карту адресации с пропуском не вычитанных. Находит массу кусочков MFT.
https://yadi.sk/i/YFtBabwDVdD1BQ
Даешь команду собрать корректные кусочки в одну карту.
https://yadi.sk/i/XTac7xsSN9V8wA
Строишь по ним виртуальный раздел, который естественно не открывается.
Подключаешь собранную карту корректных цепочек MFT. Анализируешь ее и получаешь всю структуру файлов.
Не покажу, потому что даже названия файлов и папок, клиенты не хотят светит в общем доступе.
Включаешь контроль заголовков парок и файлов, поиском отбираешь корректные и отмечаешь их.
Затем делаешь отчет по отмеченным, и видишь какие файлы не прочитаны целиком.
Если нужно проверить логическую целостность этих файлов, строишь по ним карту, и делаешь их черновой анализ, который проверяет всю структуру файла, для которых такое возможно.
Да, заказ не сделан полностью, из-за развала транслятора. Восстанавливать транслятор в ручную, можно годами искать вилки и не восстановить.
Но хоть структура и часть файлов есть, уже что-то можно показать клиенту. И если ему это пригодится, можно даже за работу что-то получить.
Не считая подбора головок и вычитывания (где-то два дня) весь анализ вычитанного минут 20, а не несколько месяцев

[Jula0071]

И бекаплюсь иногда. Никак не думал, что зеркало может в тихую развалиться. »

Ещё раз, зеркало – не замена резервного копирования, его необходимо использовать только в системах, где дорог простой – выход одного (а в более надёжных сетапах – нескольких) дисков не должен приводить к остановке работы даже на минуту. На десктопе оно вовсе не обязательно. Это очень распространённое и опасное заблуждение, дающее ощущение ложной безопасности – "у меня массив, беспокоиться не о чем". Но даже если есть мониторинг, который очень громко сообщает о развале массива, бекапы всё равно должны быть, причём желательно не в одном экземпляре. На десктопах/лаптопах я не использую массивы – простой в день-другой, пока я заменю диск и накачу данные из бекапа, не критичен (запасное железо есть). И бекапиться нужно не иногда, а регулярно – каждый день, минимум раз в неделю, автоматически. И также следить за этим – опять нужен мониторинг, поскольку бывают случаи, что незаметно отваливалась служба бекапа, а когда приходил северный зверёк, вдруг оказывалось, что актуальных бекапов нет...

[9285-321]

Tomset,

Средствами винды, это и DE умеет.

А нас интересует, почему система не может его смонтировать.

Вот после этого хочется предложить тебе подойти к зеркалу и произнести сакральное

Хватит херню писать.»

Как вариант определиться ты "умный или красивый" - а то в начале пиал что программа обязана сама, а теперь выясняется что "трактор" умеет средствами винды. Хотя мне непонятно о каких средствах винды идёт речь (не припомню чтобы она умела открывать vmdk диска).
Тебя разве интересует? Что то не заметил. Ты сделал традиционное "ололо - только писька3000 умеет", потом придумал какие то дельты, а когда выяснилось что всё не в тему. то начал писать очередную херню, не имеющую отношение к решаемому вопросу.
Что касается несмонтирования системой, то речь должна идти о пуле носителей и надо было разбираться что там не так. Если же речь о диске виртуалки, который в случае Active Undelete, не был воспринят виртуалкой, могу предположить что программа не знакома с конструкцией пула носителей. А Р-студио знакома - потому то ом примонтировался.
Всё вполне просто и обьяснимо - но это если понимаешь о чём пишешь и умеешьпользоваться не профессиональным ПО.