Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 7)

Автор: nikitosina2
Дата сообщения: 25.09.2013 19:07
[more] Сегодня пол дня потратил на попытку что-то выяснить, но так особо ничего и не понял: (Заранее извиняюсь за качество фото, компы не мои)
В общем, воткнул SSD в материнку (вторым диском), включаю, комп доходит только до этого момента и все, ни на что не реагирует, ни в BIOS зайти, ни выбрать загрузочный диск.
https://dl.dropboxusercontent.com/u/16303810/SSD/1.jpg
Потом воткнул SSD через USB. Вот что выдают разные программы:
https://dl.dropboxusercontent.com/u/16303810/SSD/2.jpg
https://dl.dropboxusercontent.com/u/16303810/SSD/3.jpg
https://dl.dropboxusercontent.com/u/16303810/SSD/4.jpg
За тем, воткнул его в другой компьютер, тоже вторым диском. Та же беда, но тут я смог зайти в биос и посмотреть что он пишет.
https://dl.dropboxusercontent.com/u/16303810/SSD/5.jpg
https://dl.dropboxusercontent.com/u/16303810/SSD/6.jpg
Запустить винду все равно не удается, хотя и есть вариант выбора диска загрузки.
Получилось запуститься с LIVE CD (При том что SSD подключен на прямую к материнке) и вот что выдают программы:
https://dl.dropboxusercontent.com/u/16303810/SSD/7.jpg
https://dl.dropboxusercontent.com/u/16303810/SSD/8.jpg
https://dl.dropboxusercontent.com/u/16303810/SSD/9.jpg [/more]
Автор: Antech
Дата сообщения: 25.09.2013 19:58
nikitosina2
Спасибо за проведенные эксперименты и за прямые ссылки на Дропбокс. Бальзам без рекламы...
Похоже, SSD сдох, и врядли его можно оживить в домашних условиях. ИМХО, если нужна инфа, то в DR-фирму с пачкой крупных купюр, если нет, то в гарантию его...
Насчет MHDD и Victoria DOS. Они разработаны для ATA-интерфейса (PATA, SATA). Для USB, вроде, был какой-то драйвер, но я бы на него особо не рассчитывал... Поэтому, если по USB подключаете, то пользуйте HDDScan и Victoria Win.
Автор: nikitosina2
Дата сообщения: 25.09.2013 20:03
Antech
Понятно.Спасибо большое за помощь. Но, скорее всего, прийдется возвращать по гарантии.
Только не совсем понимаю кому и как) Покупал с немецкого Амазона.
Наверное, все же, Самсунгу на прямую отправлять.
еще раз, спасибо
Автор: Antech
Дата сообщения: 25.09.2013 20:05
nikitosina2
Покупал с немецкого Амазона
На немецком Амазоне... Сорри за оффтоп. Насчет того, как возвращать, могу только посоветовать на сайте Самсунга посмотреть по поводу worldwide warranty.
Извиняюсь, что потратил Ваше время и не смог помочь.
Автор: danger555
Дата сообщения: 25.09.2013 21:29
Здравствуйте. прошу помощи.


На 500гб харде 3 раздела. хотел немного откусить свободного пространства от раздела #2.
Во время изменения размера в Acronis, выключили свет где-то на 50% прогресса.
Теперь #2 раздел стал RAW.

Я так понимаю оно вообще не должно было затронуть файлы, ведь я пытался отрезать кусочек со свободным местом.

Пока заюзал DMDE , но самые важные .rar архивы он вытащил битыми.
TestDisk не находит этого раздела, хотя может я неправильно искал.

Помогите советом. с чего начать чтобы не добить информацию?
Автор: 9285
Дата сообщения: 26.09.2013 00:36
danger555
Это смотря откуда откусывал. Рискну предположить что от начала раздела.
Впрочем, в случае акрониса может даже и от конца (только всё равно если диск занят наполовину, это не означает что данные не могут быть в конце раздела) - тут в действие вступает жестокая рулетка под названием версии (билд) этого уничтожителя. В старых версиях даже при такой банальной операции могло происходить полное перемещение данных.

PS. Я так понял что ты самолечением занялся?
Автор: Antech
Дата сообщения: 26.09.2013 10:44
danger555
Сделайте рисунок или напишите на словах: как располагались разделы, какого размера, какие файловые системы. От какого раздела откусывали и к какому присоединяли.

В DMDE делали Поиск NTFS? Если нет, сделали. Если уже, но результат как Вы описани (неправильно восстанавливает), то 99% можно забыть о восстановлении, кроме DR-фирсы, но и то с неизвестным результатом (хотя и с заметно большими шансами, чем самостоятельно).
Автор: alexgr
Дата сообщения: 26.09.2013 21:32
вот и мои знакомые попали. суть проблемы. стояла 7х64. винт разбит на 3 основных раздела. на втором разделе хранили фотки. в один прекрасный день винда накрылась тазом. без долгих разборок раскатали акронисом образ новой 7х64 на 1-й раздел. потом случайно обнаружили, что часть подпапок с фотками была зашифрована EFS (никто типа не был в курсе). результат - старых ключей шифрования нету. прога elcomsoft EFS подходящих ключей не нашла. единственная возможность. вроде Runtime GetDataBack NTFS находит на первом разделе старую папку пользователя с файлами старого реестра и файлами \Application Data\Microsoft\Crypto\RSA. тему шифрования раньше не копал, поэтому не в теме. кто может дать дельные советы. есть-ли возможность расшифровать?
Автор: 9285
Дата сообщения: 26.09.2013 22:43
alexgr
Раскатанный образ именно новой 7-ки или сохранённый бывшей ранее?.
PS. Я с этой темой мало знаком, но насколько понимаю, в последнем варианте данные можно расшифровать.
Автор: iMe11
Дата сообщения: 26.09.2013 23:01
Antech

Цитата:
iMe11
Спасибо за инфо.
Нашлось два кандидата на искомый раздел, Вы их видите в таблице (вторая и третья строки).
Если при заходе в эти разделы восстановить не получается (файлы покоцаны, т.е. не открываются), то врядли что-то можно сделать по файловой системе. В таком случае ищите по сигнатурам, например, в R-Studio - Extra Search for known file types, RecoverMyFiles, PhotoRec. Куча файлов без имен и каталогов Вам обеспечена, зато есть шанс хоть что-то восстановить.
Если хотя бы из одного из разделов-кандидатов удается восстановить нужные файлы, сообщите какой это раздел (в таблице поиска) и выложите дамп сектора 0 (я сделал 2 варианта патча MBR, но нет под рукой моей считалки CHS) и сектора 61435904.


Извините за задержку. Срочно потребовался файл с "этого" раздела. Пришлось в авральном порядке переделывать его...
Надеюсь задержка не повлияет на Ваше желание помочь...
Выкладываю запрошенный файл: http://rghost.ru/48975226
Файлы пробовал восстанавливать с обоих найденных разделов. С первого восстанавливается примерно 50-60%, такое ощущение, старой, уже не актуальной инфы. С помомщью второго найденного раздела не восстанавивается ничего. Есть файлы, сохранившиеся на флешке и не восстанавливаемые с помощью найденных разделов. Может их содержимое поможет?
Автор: alexgr
Дата сообщения: 27.09.2013 07:59
9285

Цитата:
Раскатанный образ именно новой 7-ки или сохранённый бывшей ранее?.

новой
Автор: Kiriton
Дата сообщения: 27.09.2013 08:59
HDD 160гб IDE. было 2 раздела (33гб) и (120гб) после неудачного выключения остался 1 и тот без буквы, хотелось бы поиметь инфу со второго раздла.
http://zalil.ru/34744518
в архиве SMART, то что видит DMDE и 0 сектор
Автор: danger555
Дата сообщения: 27.09.2013 21:02

Цитата:
Сделайте рисунок или напишите на словах: как располагались разделы, какого размера, какие файловые системы. От какого раздела откусывали и к какому присоединяли.

В DMDE делали Поиск NTFS? Если нет, сделали. Если уже, но результат как Вы описани (неправильно восстанавливает), то 99% можно забыть о восстановлении, кроме DR-фирсы, но и то с неизвестным результатом (хотя и с заметно большими шансами, чем самостоятельно).

Все разделы NTFS. откусывал от 2го и во время этого рубонули свет. до присоединения так очередь и не дошла.

да, DMDE делал Поиск NTFS. нашло этот раздел, но важные мне файлы битые.


Цитата:
Это смотря откуда откусывал. Рискну предположить что от начала раздела.
Впрочем, в случае акрониса может даже и от конца (только всё равно если диск занят наполовину, это не означает что данные не могут быть в конце раздела) - тут в действие вступает жестокая рулетка под названием версии (билд) этого уничтожителя. В старых версиях даже при такой банальной операции могло происходить полное перемещение данных.

Откусывал от 2го раздела. хотел добавить места для 1го раздела с виндой.

Скрины. TestDisk после Quick Search и Deeper Search. что дальше в этой проге клацать я не в курсе.
На предпоследнем скрине какого-то хера показывает 2 одинаковых утеряных раздела.
Автор: 9285
Дата сообщения: 28.09.2013 00:29
danger555
И до уточнений было понятно что двигалась левая граница раздела. И некоторые считают что это просто и безобидно. А на само деле вот такой расколбас и получается.
Гдде можно увидеть результаты поиска NTFS? И что в нём открывалось? Ну и заодно взглянуть бы на скриншот экрана разделы, да на дамп начального сектора проблемного раздела.
На предпоследнем скрине два разных раздела (отличаются размером), поэтому программа выводит все потенциально возможные.

Kiriton
В другом месте я уже ответил. И что то я не верю в кастрацию винта при неудачном выключении.
Автор: dimitriy7
Дата сообщения: 28.09.2013 02:06
alexgr

Цитата:
Runtime GetDataBack NTFS находит на первом разделе старую папку пользователя с файлами старого реестра и файлами \Application Data\Microsoft\Crypto\
Если секретный ключ EFS не был затерт, то вполне можно расшифровать, см. тут:
Восстановление Шифрующей файловой системы (EFS)
Автор: Antech
Дата сообщения: 28.09.2013 13:02
Да уж, тут выше 9285 назвал менеджер разделов от Акронис уничтожителем, и вот два свежих подтверждения...

iMe11
Дело не в желании, а в возможности...


Цитата:
С первого восстанавливается примерно 50-60%

ИМХО, остается только взять то, что нужно из этих 50...60%, и пробовать остальное найти поиском по сигнатурам, как я писал немного выше...


Цитата:
Есть файлы, сохранившиеся на флешке и не восстанавливаемые с помощью найденных разделов. Может их содержимое поможет?

Теоретически это можно использовать, если нужные файлы хотя бы присутствуют в найденном в DMDE, но восстанавливаются неверно. На практике - непросто. Можно использовать следующий алгоритм:
1. Найти файл на пострадавшем разделе (диске) с помощью hex-редактора типа WinHex, используя содержимое с флешки. Для этого нужно найти в файле на флешке како-то уникальный фрагмент (не заголовок), по которому можно отловить файл, и искать потом этот фрагмент в hex-редакторе уже на исследуемом винте. Область поиска - примерно та область, где раньше располагался исправный раздел, плюс можно немного расширить для надежности. Если файл найдется, нужно не забыть вычесть из найденной позиции смещение искомого фрагмента в файле (вначале очень часто заголовок, общий для файтов данного типа, и поэтому искть можно по фрагменту, расположенному где-то "внутри" файла). В случае успеха нужно записать где-то номер (от начала физического диска) найденного сектора и "настоящий" начальный сектор файла (после вычитания смещения фрагмента, который искали).
Перед началом поиска нужно задать следующие параметры раздела в свойствах бутсектора: размер кластера (обычно 8 секторов при размере сектора 512 байт), размер файловой записи (обычно 2 сектора), размер индексной записи (обычно 8 секторов == 1 кластер). Вы можете либо вручную задать стандартные значения, либо ввести номер начального сектора раздела (лучше по результатам поиска DMDE, но можно даже другого раздела) и нажать в тулбаре кнопку парсинга бутсектора. Если увидите стандартные параметры, то все правильно. Иначе попробуйте другой сектор (на данном этапе это нужно только для основных параметров ФС). Если задавали при форматировании нестандартные параметры (или меняли партмагоидом), постарайтесь вспомнить и задать правильно.
2. Выполнить поиск элементов структуры NTFS в MediaWorkshop. Найти (можно поиском в найденном, или прямо в дереве каталогов) нужный файл по имени (с расширением).
3. В свойствах файла MediaWorkshop показывает смещение от начала раздела. Это значение определяется, естественно, по файловой системе. Если Вы теперь вычтете из начального сектора файла (именно самого файла, он должен быть у Вас относительно начала физического диска) координату файла по ФС (если смотрите в кластерах, не забывайте умножить на число секторов в кластере), то получите начальный сектор раздела.
4. MediaWorkshop позволяет задать начальный сектор раздела уже после поиска. Задаете полученный сектор и восстанавливаете копированием на другой винт (прога бесплетная, восстанавливает рекурсивно).
Может быть, пункты 2...4 можно сделать в DMDE, но я не знаю как именно и можно ли вообще.

Какие тут сразу видны трудности:
1. Нужно нормально владеть hex-редактором. Функций от него требуется немного: открыть файл, потом физический диск, и искать заданный hex-фрагмент. Но пользовать его нужно уметь.
2. MediaWorksop - не самая простая прога по юзабилити, хотя и с GUI. В архиве - хэлп и примеры, но это надо читать.
3. MediaWorkshop не умеет восстанавливать сжатые (compressed) и зашифрованные (encrypted) файлы, хотя умеет разреженные (sparced). Это может быть актуально, если у Вас есть сжатые или зашифрованные файлы.
4. Возможны глюки в MediaWorkshop. Прога не популярна, так что отлажена мало, хотя я и тестил ее на разных винтах. Но это одна из незначительных проблем, обычно-то она без глюков восстанавливает, просто на всякий случай сообщаю.

danger555
Если DMDE не помогла (Вы пишете, что файлы восстанавливаются дохлыми), то врядли другая рекаверилка поможет, хотя попробовать для очистки совести Вы можете (например, известные GetDataBack for NTFS и R-Studio). Кроме этого остается только сигнатурный поиск (R-Studio + Extra Search for known file types, RecoverMyFiles, PhotoRec, "smart carving" от Adroit). Как я уже говорил выше, результат такого восстановления обычно "не очень". Имен файлов и структуры каталогов точно не будет, и большинство прог не восстанавливает при этом фрагментированные файлы (известное исключение - Adroit, по крайней мере, это декларируется автором проги).
Автор: danger555
Дата сообщения: 28.09.2013 17:15
9285

Цитата:
И до уточнений было понятно что двигалась левая граница раздела. И некоторые считают что это просто и безобидно. А на само деле вот такой расколбас и получается.
Гдде можно увидеть результаты поиска NTFS? И что в нём открывалось? Ну и заодно взглянуть бы на скриншот экрана разделы, да на дамп начального сектора проблемного раздела.
На предпоследнем скрине два разных раздела (отличаются размером), поэтому программа выводит все потенциально возможные.

эти скрины Вы хотели?
дамп http://zalil.ru/34745648


скрины после поиска NTFS



Antech

Цитата:
Если DMDE не помогла (Вы пишете, что файлы восстанавливаются дохлыми), то врядли другая рекаверилка поможет, хотя попробовать для очистки совести Вы можете (например, известные GetDataBack for NTFS и R-Studio). Кроме этого остается только сигнатурный поиск (R-Studio + Extra Search for known file types, RecoverMyFiles, PhotoRec, "smart carving" от Adroit). Как я уже говорил выше, результат такого восстановления обычно "не очень". Имен файлов и структуры каталогов точно не будет, и большинство прог не восстанавливает при этом фрагментированные файлы (известное исключение - Adroit, по крайней мере, это декларируется автором проги).

буду пробовать ваши проги.
Автор: 9285
Дата сообщения: 28.09.2013 18:43
danger555
Немного не то, что ожидалось, но уже ко что.
1. Поиска нужно сделать для физического диска, лог сохранить в файл и выложить его.
2. Я писал про начальный сектор раздела, а ты прислал винта.
Всё дальнейшее будет запрашиваться в отношении физического диска (по умолчанию так и предполагается) - когда будет указано для раздела или логического диска - тогда для такового.
Итак, нужен лог поиска + дампы секторов
19759950+100, 44838629+100

Дополнено:
И ещё. На сколько ты уменьшал раздел? На 8 гигов?
Хотелось бы взглянуть на дампы секторов
153004972+10
275651330+10
Автор: danger555
Дата сообщения: 28.09.2013 21:00
9285
сделаю полный скан диска и дампы, завтра пораньше выложу всё.
мне непонятны значения что вы просите 19759950+100 44838629+100 153004972+10 275651330+10
где Вы их смотрели?

Если нажать Детальный список (detailed и found), то вот что из разделов показывает:
Автор: 9285
Дата сообщения: 28.09.2013 21:19
danger555
Почитай шапку темы, там в конце описано как делать дампы. Как уже написал раньше, речь идёт о физическом диске.
Полный скан может идти долго, но в принципе может достаточно и промежуточного результата. То есть ты можешь запустить поиск и в любой момент сохранить промежуточный лог (и выложить для просмотра). Поиск продолжится. Если выключишь комп, то потом можно будет опять запустить поиск и сразу выбрать Загрузить - подгружаешь частичный лог - поиск продолжится с сохранённого места.

Добавлено:
Но вообще, по тому что есть вырисовывается не очень хорошая картинка.
Для того чтобы уменьшить раздел, необходимо сдвинуть левую границу.
Это можно сделать достаточно просто - сдвинув левую границу на число, кратное размеру кластера. В этом случае переписывается часть информации и пересчитывается MFT. И это вполне разумное решение (ИМХО).
Но есть другой вариант - переместить начало раздела куда взбредёт в (головой и не назовёшь), со смещением не кратным размеру кластера. В результате переписывается абсолютно всё. И именно этот вариант был выбран тем, чем ты воспользовался. Кстати, какая версия уничтожителя использовалась?
Автор: danger555
Дата сообщения: 28.09.2013 22:34
9285

Цитата:
Почитай шапку темы, там в конце описано как делать дампы. Как уже написал раньше, речь идёт о физическом диске.
Кстати, какая версия уничтожителя использовалась?

Простите ступил я, недосмотрел инструкцию.
Дампы 19759950+100 44838629+100 153004972+10 275651330+10
http://zalil.ru/34746020

Убийца - Acronis Disk Director 11 Home 11.0.2343 Update 2

NTFS search физического диска сейчас делаю.
Автор: 9285
Дата сообщения: 28.09.2013 23:15
danger555
Ранее было одно подозрение, которое подтвердилось дампами.
В процессе поиска будут найдены разные тома, но ты обрати внимание на том, который начинается в секторе 19760018. Открой его и посмотри на структуру раздела. Попробуй восстановить критичные файлы. Целые они или нет?
Если заметил, то прежнее (предполагаемое) начало тома отличается на 5 секторов - так что худшее подтверждается. И это смещение было прогнозируемо по нестандартному смещению раздела - 68 секторов.
И я бы понял если бы ты работал 10-ой версией, которая хоть сама и создаёт разделы в нестандартных секторах, но при изменениях бывает (опять возвращение к ткнуть пальцем в ххх) что подтягивает начало к 63-му сектору. Но в 11-ой (при экспериментах) не замечал такого. На хоботе имеется защитник Акронисовского по, и в одной из тем он упомянул о многочисленном штате разработчиков. Скорей всего в этом ответ на вопрос - каждый из разработчиков пишет то, что ему взбредёт.
А чем раньше размечался диск?
Автор: danger555
Дата сообщения: 28.09.2013 23:25
9285

Цитата:

В процессе поиска будут найдены разные тома, но ты обрати внимание на том, который начинается в секторе 19760018. Открой его и посмотри на структуру раздела. Попробуй восстановить критичные файлы. Целые они или нет?

Спасибо.
Попробую. Лог 85% сканирования http://zalil.ru/34746144

Цитата:
А чем раньше размечался диск?

размечался диск множество раз за свою жизнь.
в основном Acronis 10 Сервер
Автор: 9285
Дата сообщения: 29.09.2013 01:04
danger555
По логу поиска, наиболее перспективный раздел NTFS2.
Пробуй открыть его и проверять файлы.
Я не удивлён тому что разметка делалась Акронисом.

Ну и ещё могу предложить почитать ответ защитника Акрониса.
Больше всего мне в нём нравится вот этот момент.

Цитата:
"Эти программы сделаны для ленивых, которым лень слить инфу и переразбить пустой диск." - ДА.

Автор: Antech
Дата сообщения: 29.09.2013 11:12
iMe11
Да, забыл сказать. В той методике, что я описал, перед поиском нужно задать следующие параметры раздела в свойствах бутсектора или ФС: размер кластера (обычно 8 секторов при размере сектора 512 байт), размер файловой записи (обычно 2 сектора), размер индексной записи (обычно 8 секторов == 1 кластер).
Вы можете либо вручную задать стандартные значения, либо ввести номер начального сектора раздела (лучше по результатам поиска DMDE, но можно даже другого раздела) и нажать в тулбаре кнопку парсинга бутсектора. Если увидите стандартные параметры, ОК. Иначе попробуйте другой сектор (на данном этапе это нужно только для основных параметров ФС). Понятное дело, что на практике параметры могут оказаться другими (хотя и врядли), но тут уж только пробовать и надеяться на то, что они стандартные.
Если Вы использовали нестандартные параметры (при форматировании, или при изменении раздела партмагоидом), постарайтесь вспомнить и ввести их в свойствах ФС...
В интерфейсе моей проги эти значения вводятся либо в диалоге "Файловая система" (показывается по умолчанию при открытии окна NTFS), либо в диалоге "Загрузочный сектор". Там же - начальный сектор раздела.
Автор: danger555
Дата сообщения: 29.09.2013 13:02
9285

Цитата:
По логу поиска, наиболее перспективный раздел NTFS2.
Пробуй открыть его и проверять файлы.
Я не удивлён тому что разметка делалась Акронисом.

Ну и ещё могу предложить почитать ответ защитника Акрониса.
Больше всего мне в нём нравится вот этот момент.

поискал я в NTFS2, восстановил.
Начал смотреть файлы - и пипец.
90% битых. все блин архивы ушатаны. может десяток .rar уцелело.
если пройтись в глубь каталогов, то там вообще ничего живого не осталось. так, иногда попадаются целые фотки.
Ну как блин Акронис мог так далеко копнуть и всё убить??
короче раздел - безнадёга походу.

100% log http://zalil.ru/34746512
Автор: 9285
Дата сообщения: 29.09.2013 13:30
danger555
Про то, что ты затеял сделать очень рискованную операцию не обезопасившись резервными копиями, размусоливать не буду.
Скорей всего это было сделано от непонимания того, что происходит при таких действиях, но уверен что в немалой степени и из за того, что пользователи читают в хвалебных прокламациях на сайте. Типа такой

Цитата:
ххх – это новая версия самого функционального продукта для управления дисками. Если вам нужна максимальная производительность дисков и безопасность данных, этот пакет предлагает лучшие инструменты для создания, изменения размеров, переноса и объединения разделов без потери данных
Жирным выделил ключевую брехню.
Хотя ав ранее приведённой ссылке, в откровениях одного из сотрудников можно прочесть о ом что не такой уж и передовой, и не для всех задач. И т.д. И т.п.
И он прав - есть намного менее деструктивное ПО, которое по возможности делает минимум изменений.
Самое что неприятное - неизвестно что и как делается. Ведь по логике раздел должен был просто сдвнуться вправо. Да, это тоже опасное дело, но его можно сделать с частичным перемещением данных (из той зоны что отрезается). Но у тебя, судя по всему, сначала программа попыталась сдвинуть раздел на 5 секторов, а потом скорей всего уже двигать далее. В этом основная причина такого расколбаса.

PS. В таких ситуациях всегда остаётся вариант восстановления по сигнатурам (недефрагментированных файлов).
Автор: danger555
Дата сообщения: 29.09.2013 13:42
9285



Цитата:
Про то, что ты затеял сделать очень рискованную операцию не обезопасившись резервными копиями, размусоливать не буду.
Скорей всего это было сделано от непонимания того, что происходит при таких действиях, но уверен что в немалой степени и из за того, что пользователи читают в хвалебных прокламациях на сайте. Типа такой

всё верно Вы говорите. делалось на скорую руку и не вникая в матчасть. свет очень редко сбоит, может 1-2раз в год, просто дернется на секунду. поэтому о бэкапе даже и мыслей не было.
а насчет выбора ХХХ в качестве разбивщика разделов - так блин у нас все юзают его. на диске с Hiren's всегда есть или xxx, или partition magic.
я даже как-то и не задумывался что в xxx ничего хорошего нету и просто юзал.

буду сигнатурно ковырять, типа r-studio, zar, getdataback и т.д. они вроде нехило мне фотки отыскали. жаль без сортировки по именам.

p.s Спасибо что провели меня по нелегкому пути.
Спасибо что подружили меня с DMDE. не знал о такой матёрой проге.
Автор: 9285
Дата сообщения: 29.09.2013 14:03
danger555

Цитата:
всегда есть или xxx, или partition magic.

Почитай шапку этой темы там всё уже написано.
Жаль что подобное не пишется в прогах подобного рода при начальном запуске.

Если речь идёт о фотках, то вроде бы неплохо отзываются о Recovery My Photo.
Хотя надо пробовать любое ПО, в том числе и изначально разрабатываемый для восстановления фоток Photorec. Только у последнего есть неприятный момент - нет предварительного просмотра, файлы сразу восстанавливаются в безликие файлы, без учёта хоть каких то сведений из ФС. Поэтому места много требуется. И чтобы уменьшить это, лучше делать поиск по отдельным типам файлам.
Автор: danger555
Дата сообщения: 29.09.2013 14:39
на .rar архивы я так понял можно забить..
ну хоть фото выдерну.
пробую сейчас Photorec.

9285

Цитата:
Если речь идёт о фотках, то вроде бы неплохо отзываются о Recovery My Photo.

вот эта? GetData Recover My Photos

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.