Соединение в курсе, развязка?

298
user66001

Я создал переход с помощью инструмента Sysinteral's Junction, и в момент глупости не увидел, как удалить переход из приведенного ниже вывода junction.exe /?(хотя, надеюсь, некоторые согласятся, что он не следует cmd.exeвыводу справки большинства других программ, и не самый ясный выход помощи там).

Junction v1.06 - создатель Windows junction и средство просмотра точек повторной обработки Copyright (C) 2000-2010 Марк Руссинович Sysinternals - www.sysinternals.com

Первое использование предназначено для отображения информации о точке повторного анализа, второе - для создания точки соединения, а последнее - для удаления точки соединения:
use: junction.exe [-s] [-q] -q Не печатать сообщения об ошибках. (тихо) -s Recurse подкаталоги

пример использования: junction.exe: junction d: \ link c: \ windows

использование: junction.exe -d

... и вместо этого решил попробовать застенчиво:

  1. Удаление (перемещено в корзину) каталога соединения ... Не удалось удалить цель соединения .
  2. Опорожнение корзины ... СДЕЛАНО (!) Удалить место соединения .

Я пытался с помощью:

  1. Picuform's Recuva (Указание как родительского каталога каталога соединений, так и цели соединения для глубокого сканирования в; и поиска "Корзина" (все диски))
  2. Roadkil's Undelete

... которые были полезны, (1) больше всего, в прошлых задачах восстановления, без совпадений ни с содержимым целевого каталога соединения, ни с целевым каталогом соединения, ни с каталогом соединения .

Отмечая, что у меня не включены теневые копии - Нужна ли программа восстановления, которая может «понимать» (? Parse?) Соединения, или есть какой-то другой способ восстановить целевые данные?

0
Во-первых, прекратите использовать диск, потому что к тому времени, когда я это напишу, диск в конечном итоге заменит некоторые кластеры, в которых находились данные, что сделает удаленный файл невосстановимым. Во-вторых, и если вы перестали использовать диск к тому времени, когда вы удалили файл, то все эти инструменты должны работать, так как файл все еще будет там. Doktoro Reichard 10 лет назад 0
Очень смущен вашим комментарием. Если я немедленно прекратил использовать диск и не нашел файлов, ваш ответ неверен; Если я не перестал пользоваться диском, но не нашел файлы, это не поможет. PS Я знаю, как работает NTFS. Вышеуказанные инструменты не обнаружили никаких следов каталога files /, что неслыханно с учетом прошедшего периода времени (NTFS сохраняет как минимум имена файлов yonks после перезаписи данных файла - попробуйте Recuva и посмотрите), что заставляет меня верить, что они возникли проблемы с переходами. user66001 10 лет назад 0
Технически это не неслыханно из ... Когда вы удаляете файл, вы фактически делаете так, чтобы файловая система изменяла бит в каждом кластере, который занимает файл, чтобы показать, что он открыт для записи (т.е. это * свободное место *). Поскольку обычные операции ОС записывают и читают на диск, возможно (в зависимости от того, насколько заполнен ваш диск), что кластеры, ранее занятые вашим файлом, теперь заполнены другими данными, что делает ваши предыдущие данные невосстановимыми. Doktoro Reichard 10 лет назад 0
Я подумал, что Таблица размещения файлов помечает пространство как неиспользуемое, и не перезаписывает сами данные (следовательно, требуется «безопасное» программное обеспечение перезаписи). Кроме того, я не уверен, но полагал, что Таблица размещения файлов хранит имя файла до тех пор, пока оно не достигнет максимального размера для таблицы размещения файлов, до того, как имя файла будет перезаписано (Как и многие недели / месяцы), но независимо от того, что я никогда ударил файл, который я удалил в течение последней недели, не показывая в Recuva как (по крайней мере) «невосстановимое» (имя файла найдено в таблице размещения файлов, но данные перезаписаны - я понимаю). user66001 10 лет назад 0

0 ответов на вопрос

Похожие вопросы