[Yar_]

Ни одна из программ не смогла найти файл *.tib Ну не знают они такого типа файлов, увы(( Никакие режимы сканирования не помогли.

vengro1973, согласен, это был бы выход. но я не там, да и овчинка выделки не стоит. Видать, бесперпективная была затея...

[vengro1973]

да и овчинка выделки не стоит »

Ну это да верно когда инфа ну очень ценная то имеет смысл в такого рода конторы обращаться так как услуги как правило достаточно недешевые.

[azbuk]

Ни одна из программ не смогла найти файл *.tib »

В R-Studio его можно добавить.

[Mersim]

Нести в контору. Без вариантов.

А на будущее, если такое еще случится, то:
1. Как можно быстрее ВЫДЕРНУТЬ (буквально!) шнур из розетки.
2. Срисовать образ из под нейтральной среды, напрмер Акронисом с загрузчиком, не допуская венду даже на сантиметр до загрузки.

А потом уж - экспериментировать до посинения.
Надоест - нести в контору ;)
.

[9285_128]

Мне почему-то кажется что восстановление больших файлов невозможно из-за криво реализованого типа переменной, в которой хранится размер файла, поскольку размер хранится в байтах, то файлы больше 2.5 гб это примерно 25 млрд. байт, целый тип int поддерживает только 2.4 мрлд. примерно. Соответственно, 46 ГБ не хватит никаких целых типов переменных для хранения размера файла в байтах. Соответственно даже если программа в состоянии найти сектора с содержимым, она не может определить размерность найденого файла. Не претендую на истину, но так мне кажется. »

О какой такой переменной идёт речь?
Если даже представить что таковая существует, то как же происходит "невозможное" - описание размеров фалов размерами в сотни гигабайтов, причём очень фрагментированных?

На самом деле всё обьясняется достаточно просто.
При удалении файлов более 4 гб, винда обнуляет ранлист. Соотвественно, даже имея файловую запись толку от неё ноль. Как и от шаманских способов со смещниями, предлагаемых SergAS70.

Но есть другой вариант - восстановление по типу (сигнатурам) файла. И несмотря на возможно огромный размер архива, шанс того, что он фрагментирован небольшой, т.к. недавно быо форматирование, после которого раздел становится большой поляной.
Тут главное - знакомство с типом файла и его сигнатурами. А у акрониса их много и они отличаются в зависимости от версии.
Поэтому могу сказать лишь на примере 2011 версии.
С её сигнатурой не знакомы несколько использованных мною сильно распиаренных программ.
Хотя характерные сигнатуры достаточно легко определяются, в начале и конце (что очень полезно *) файла. К тому же есть значение размера архива, что позволяет найти примерное расположение конца. Более того, есть контрольная сумма файла (причём в нескольких вариантах), что должно позволить убедиться в целостности архива - эту версию не проверял.

В общем то, человека лишили реальной возможности восстановления.

PS. Не так давно столкнулся с откровенной лажей в R.studio при восстановлении png-файлов.
Применительно к этому случаю, не получилось добавить сигнатуру (**).
И эту прогу выдают как супер-пупер.
(**) В UFSexplorer добавление прошло успешно и архив стал находится. Но не нашёл в ней возможность указать сигнатуру конца файла. Поэтому то и оказалось полезно то, что ранее отмечено (*)-кой.

[Userochek2008]

Как хорошо, что есть форумы.

В R-Studio его можно добавить »

А TIBX? Если да, то как добавить? А то боюсь в конторе много денег возьмут.

А TIBX? Если да, то как добавить? А то боюсь в конторе много денег возьмут. »

а, все, кажется нашёл