Kernel for windows data recovery 10.08.02 не восстанавливает Documents and Setting
 

На диске с Windows XP и FAT установил Windows 7 с NTFS с форматированием. Понадобилось восстановить
несколько файлов. EASY RECOVERY не получилось.
Взял для пробы Kernel for windows data recovery 10.08.02.
Она не показывает файлы в папке Documents and Setting.

Почему ? Чем их восстановить.

Возможно потому, что на диске нет папки Documents and Setting, а есть только ссылка на Users, которая сама данных не содержит?

Диск изначально был FAT32 c Windows XP, его отформатировал под NTFS,
затем установили Windows 7.

Какой программой лучше всего восстановить файлы,
которые были на FAT32 до форматирования ?

В ХР такая папка существует.
Если немного разобраться в структурах разных ФС, то можно понять в чём причина и как искать.

Нашел значки, которые ссылаются на эти файлы. Похоже файлы в другой папке.
Можно ли по содержанию значка определить где сам файл, который он вызывает ?

Расширение LNK. Восстановил. Ничего нет в Properties. Пользователь утверждает, там не значки были,а файлы. Может от вируса стали с
расширением LNK ? Тогда наверное толку нет от востановления, если был вирус ? Как их сделать обратно с LNK в например
DOC, или XLS ?

Ты бы рассказал сначала, что вообще произошло, какого объёма HDD, как давно установили Windows 7 и как долго её использовали (записывали во время использования другие файлы, ставили ли дополнительное ПО и т.п.). А то может и смысла нет пытаться что-то восстанавливать.

HDD 20 Гб. Windows 7 установили 20.09.15. Использовали 1 день. На 2 день обнаружили, что нет части файлов, которые были на XP.

Просто удивительно. И куда они могли деться после? ? ? :)

Пользователь первый день работала с другими файлами. А на второй ей понадобились эти, она начала искать, а их нет.
Восстановилась куча файлов с расширением LNK. Однако пользователь утверждает, что у них было расширение
xls и doc. То ли сбой какой-то у XP был, или вирус.

При установке 7 сделал форматирование.

Можно ли по файлу LNK определить где находится файл, на который он ссылается ?

Например, из папки профиля «Recent» (последние файлы) в виде «Документ1.doc.lnk», «Документ5.doc.lnk», «Рабочая книга4.xls.lnk», «Мой любимый котик.jpg.lnk» и т.п.

Вирус в виде форматирования.

Можно. Если не повреждена его структура. И в Вашем случае не «где находится», а «где находился».

Не «Документ1.doc.lnk», а «Документ1.lnk», не «Рабочая книга4.xls.lnk», а «Рабочая книга4.lnk».

Вся папка копировалась на другой диск перед установкой Windows 7 и форматированием. Эти файлы не скопировались.
И я не думаю, что от форматирования поменяется расширение. А от вируса - может.

Как ? Какой программой ?

Цитата:

Цитата a715 Не «Документ1.doc.lnk», а «Документ1.lnk», не «Рабочая книга4.xls.lnk», а «Рабочая книга4.lnk». »

Я просто предположил. Значит, это было восстановлено не из «Recent».

От форматирования может потеряться всё. Ни одно приложение для восстановления информации не гарантирует 100% успеха.

Правой кнопкой — Свойства. Если не видите окна свойств, характерного для ярлыка — значит, либо повреждена внутренняя структура, либо это вообще не ярлык был восстановлен.

Можете упаковать в архив пару-тройку таких восстановленных ярлыков и выложить на RGhost на «посмотреть».

Выложил.

a715, ни один из этих восстановленных файлов и близко не является ярлыком. Сочувствую.

А что это по Вашему за файлы ? Что с ними произошло, что у них расширение LNK ?

a715, скорей всего вы ничего не восстановите - сама по себе Windows XP после чистой установки (плюс обновления) занимает 4-5 ГБ. Плюс было установлено какое-то ПО - предположим ещё три гигабайта. Т.е. пользовательские данные начали писаться на диск, начиная с секторов, идущих после первых 7-8 гигабайт.

Windows 7 при чистой установке (+ обновления) занимает 15-17 ГБ. Плюс дополнительное ПО - предположим ещё два гигабайта. Т.е. все пользовательские данные начнут писаться после 17-19 ГБ.

Ну а теперь простой математикой анализируем ситуацию - данные пользователя (если они не были уничтожены при форматировании жёсткого диска при установке ОС - вдруг вы сделали быстрое форматирование) хранились в отрезке с 7 до 20 ГБ. После установки Windows 7 все данные на отрезке с 0 до 17-19 ГБ были безвозвратно потеряны из-за перезаписи секторов. Есть маленький шанс того, что можно попытаться что-то восстановить в отрезке с 17-20 ГБ, но тут мы вспоминаем, что у Windows есть файл подкачки и гибернации, а также то, что скорей всего при живой Windows XP на диске оставалось свободное место и скорей всего оно как раз было в самом конце диска. И всё сразу становится очень печально. )))

P.S. И это если не вспоминать про фрагментацию файлов и другие нюансы.

Не проверял. Судя по всему — мусор.

Оригинальное содержимое было потеряно.

Цитата:

Цитата xoxmodav Windows 7 при чистой установке (+ обновления) занимает 15-17 ГБ. »

+место, временно занимаемое под само развёртывание.

Вряд ли это мусор, судя по именам файлов. На одном из сайтов сказано, что такие файлы
восстанавливаются командой:
attrib -s -h /d /s

Но здесь замена ОС. Они этой командой не восстанавливаются.

Ещё вариант:
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Откройте Редактор реестра (нажмите Win + R, напечатайте regedit и нажмите ОК). Затем удалите раздел UserChoice в ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.lnk\OpenWithList

После этого завершите сеанс текущего пользователя (Пуск ? Завершение работы ? Выйти из системы) и снова войдите в Windows.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Здесь тоже не прокатит по той же причине. Что можно сделать и куда посоветуете обратиться ?

a715, прочитай моё сообщение чуть выше и извинись перед человеком (если это ты переустанавливал систему, забыв скопировать данные) - скорей всего у тебя ничего не получится.

Хорошо, я уточню: судя по всему содержимому файлов — это мусор.

Нет, не восстанавливаются. От слова «совсем». Ни этой, ни какой другой командой.

См. ответ на предыдущую цитату.

Это уже не лечится. Смиритесь.

то ли это были реальные ярлыки, а сами документы лежали (а может и лежат) в другом месте.

Не факт. Запись на диск не работает по принципу заполнения стакана. Тем более что неизвестно насколько был заполнен диск до записи нужных файлов.
В практике восстановления немало примеров когда, несмотря на очень пессиместические предпосылки, данные восстанавливались - причём даже те, про которые уже давно забыли.

Так что шанс есть всегда - по крайней мере пока не доказано обратное.

А как идёт, простите? Я вот помню — по принципу наименьшего из подходящих кусков, а куда дальше продвинулась теория — не в курсе (с критерием «В новой [каждой новой!] ОС дисковое пространство выделяется более эффективно» я знаком).

Практику мы как бы видим на примере выложенного — образцы четырёх «как-бы ярлыков». Размером целиком и полностью укладывающихся в MFT. И однако же являющих собой мусор в содержимом.

Цитата:

Цитата 9285_158 Так что шанс есть всегда - по крайней мере пока не доказано обратное. »

Доказать отсутствие шансов — это ненаучная теория.

Iska
Как то так, но это вопрос больше к разработчикам.
Кстати, , насколько мне известно, в NFTS зона до MFT заполняется не сразу.
И не забываем по написанное раньше о заполненности диска. Может он был забит на момент записи нужных файлов. И по правилу стакана они был бы записаны в конце диска.
Опять же, есть ещё и теневые копии, в которых файлы имеют другие имена, но их можно найти по содержимому.
Как бы да, но наличие имён как бы намекает на наличие остатков фс, которые позволяют видеть имя. Но ведь есть данные, у которых этого нет, но сам файл лежит себе.
И причём здесь размер MFT если ранее была FAT?

При восстановлении данных научная теория нужна для алгоритмов поиска, но в самом процессе можно использовать хоть стучание в бубен - главное результат. :)

В Windows XP?!

Проглядел.

А х.з. Насколько помню, в службах оно было, восстановление системы там тоже есть.
Если нет, то значит нет. Тут важен момент того, что могут быть какие то другие репликации файлов - временные файлы, резервные копии создаваемые самим офисом - насколько помню с расширением bak.

Iska
offtop

Хм, может я что-то путаю, но с какого-то курса колледжа у меня отложилось, что на классических жёстких дисках скорость чтения и записи выше на секторах, расположенных ближе к центру пластин. Чем дальше от центра, тем ниже скорость доступа (хоть и не в разы, но тем не менее). Поэтому firmware HDD (или ОС ) по умолчанию старается использовать именно эти области для повышения производительности, т.е. в какой-то момент запись информации происходит не последовательно, а фрагментировано, т.е. файлы или части файлов начинают записываться в ранее использовавшиеся кластеры, но после помеченные как пустые. Исходя из этого, вероятность нахождения информации где-то в конце диска стремится к нулю (ну разве что диск был забит под завязку - и то, с учётом фрагментации, восстановление файлов становится невозможным).

В Windows XP служба теневого копирования использовалась только для создания точек восстановления системы, т.е. давала возможность копировать системные и заблокированные файлы. Теневые копии томов она не умеет создавать. И в точки восстановления не включаются никакие пользовательские данные.

Приведите хоть один такой пример, аналогичный текущему случаю.

xoxmodav
Я не знаю куда там пишет оптимизирует фирмварь винта, но вообще то записью файлов на разделе занимается драйвер файловой системы операционки (название условное - за подробностям к спеца по внутренностям ОС).
А еще могу предложить взять и посмотреть реальные винты и как данные находятся на диске.
Кстати, в темах встречается ситуация когда при очень мало заполненном разделе, штатное средство винды не хочет сжимать том. Подумай почему.
Насчёт теневой я уже ответил в http://forum.oszone.net/post-2562593.html#post2562593

Что касается примера, то я их не каталогизирую, и искать в сотнях случаев нет желания.
Но они есть, в том числе и в личной практике. Как есть и опровержения фатальным предсказаниям - http://forum.oszone.net/post-1771577.html#post1771577

Тут может быть что угодно - к примеру, производилась запись чего-то большого (тот же файл гибернации или файл подкачки распухал, запись фильмов и т.п.), после чего какие-то файлы или их фрагменты были записаны в кластеры, идущие за ними. Потом это что-то большое удалилось, но файлы, которые оказались записаны "вдалеке" мешают сжать том. У продуктов того же Acronis нет такой проблемы - эти хвосты просто переносятся в начало раздела и том сжимается без проблем. Но опять же - такая ситуация наблюдается только на системах, которые уже активно использовались какое-то время. При чистой установке Windows с таким не сталкивался ни разу (и не слышал о таком).

А какая программа сможет наиболее достоверно показать реальное размещение кластеров/файлов на диске? Дефрагментаторы, утилиты по восстановлению информации после анализа поверхности и т.п.?

Ну там вообще мало информации - как форматировалось и какой ОС, что делалось потом (есть подозрение, что форматирование было быстрым или же при установке Windows XP). Да и вообще там два раздела - С и D (и есть подозрение, что при логическом разделении диска на разделы система таким же образом производит и запись - т.е. если на диск С выделяется 100 ГБ, а на D - 200 ГБ, то при записи на D (где и хранились у пользователя файлы в приведённом случае), первые 100 ГБ диска не задействуются, в следствии чего удаление дисков и переустановка ОС без полного форматирования или же с форматированием условным (не забивание нолями) никак не повлияют на пользовательскую информацию пока объём записанной информации на диске не превысит 100 ГБ. Странно, что твои сообщения в той теме куда-то пропали.

xoxmodav,
Так у ТС явно что старая система была не нульцевая. Так что нахождение файлов в незанятом новой системе пространстве не исключено.
А я сталкивался, в том числе на абсолютно новых ноутбуках (так как практически всегда первым действием является перераспределение дискового пространства.
Вроде бы у Руссиновича есть утилита, но я обычно смотрю карту кластеров в DMDE.
Там было предостаточно информации, и то, что она "выжжена" трусливым вертухаем, боящимся любое упоминание моего ника - проблема не моя.
Если интересно - есть оригинал без купирования.
Но дело о в другом - и сейчас видны фатальные прогнозы, которые были опровергнуты.
Да и здесь даются подобные, хотя действительно информации то нет. Может и здесь несколько разделов и линки вели на файлы на другом. Да и не заметил чтобы использовался сигнатурный поиск. И есть есть ещё куча вариантов - главное хотеть восстановить а не махнуть рукой.

Не исключено, но маловероятно, так как семёрка и доп. ПО заняло бОльшую часть диска (автор умалчивает сколько всего оставалось свободного пространства после завершения установки Windows 7 и ПО). Если бы винт был размером побольше (или автор темы смог предоставить больше информации о первоначальном состоянии компьютера), то ситуация была бы более понятная. А так, когда только ОС заняла под себя порядка 80% всего пространства, не считая файла подкачки и прикладного ПО, то вероятность восстановления информации (по крайней мере большей её части) очень низка. Сейчас посмотрел - на большинстве дисков "хвосты" пустые.

Автор об этом умалчивает, да и размер винта вызывает сомнения.

Тут соглашусь, но ещё неплохо бы понять - насколько критична потеряна информация, чтобы не получилось такого, что восстановление информации по времени и затратам заняло больше времени чем её создание или её восстановление из других источников.

Ноутбуки, особенно с предустановленной ОС, это отдельная песня. Кто там куда и что писал - никто не знает. ))

9285_159, Вы ведь понимаете существенную разницу между случаем, описанным по ссылке — «отформатировали раздел D, на котором были все пользовательские данные, и ничего пока туда ещё ничего не писали», и текущим.

xoxmodav
Ну почему бы и нет, может какая то "печатная машинка", причём не исключено с кучей физических дисков такого же обьёма. ;)
Значит. если ранее файл был там, щанс всё таки имеется. :yes:

Если исходить из того что винт 20-ка, то подозреваю что и остальное железо не такое уж крутое.
Посмотрел сейчас в виртуалке - установленная 7(32) занимает около 8-ми гигов ("оперативка" 1 гиг).
Да в общем то суть то в другом - не надо лишать человека надежды, тем более что всяко в жизни бывает. Стоит ли тратить время - это уже его дело, но не стоит забывать что и другие читают, и делают выводы; и уже в более оптимистичных условиях могут забить.

Iska
Если бы там всё было так просто. :)
На самом деле там (по памяти) был сдвиг раздела, полная перезапись нескольких тысяч записей прежней MFT и кажется микрософтовские апдейты успели нагадить.
И, повторюсь, это не сравнение ситуаций в плане возможности восстановления а показатель того что там тоже предсказывали невозможность и "забить".