Полигон-2

Контесктным поиском по секторам.

qa написал:

[q]

SKcorp написал:

[q]

Контесктным поиском по секторам.

[/q]

- Существует какой-то софт, который ускоряет процесс?И потом, я не очень в таком. Искать что? Отдельные строки? Или есть какой-то признак, позволяющий увидеть, условно говоря, "вот здесь начинается файл .txt, а вот здесь - заканчивается"? Или о чем-то другом речь?

[/q]

GetDataBack.

Ну или если разберетесь в структуре NTFS можно увидеть где начинается и где заканчивается.

Главное на диск ничего не писать.

[q]

кончилось место (туда шло некое скачивание)

[/q]

В принципе, это финиш. К сожалению.

qa написал:

[q]

во время сохранения на логическом диске Windows 7 (NTFS) кончилось место (туда шло некое скачивание). Соответственно, сохранение не получилось. В итоге файл стал размером в 0 bytes.

[/q]

99%, что остатки txt-шника переписались тем, что помешало ему сохраниться. Можно поискать редактором диска известные по памяти фрагменты файла, десяток-другой байт мог остаться. Но тоже вероятность не 100%.


qa написал:

[q]

chkdsk /f >буква>: не помогло. Видимо для chkdsk файл не поврежденный.

[/q]

Поищите сохранённые потерянные кластеры (FILE*.CHK). Если есть, там могут лежать части txt файла. Если нет, увы.

Tronix
Что там искать-то, если диск был после того как забит в ноль?

aleksvolgin написал:

[q]

Файл был открыт или создан с нуля?

[/q]

- Открыт. Файл существовал задолго до событий, имел содержание, которое и редактировалось. Точнее, дописывалось.

Sergio написал:

[q]

В принципе, это финиш. К сожалению.

[/q]

ATauenis написал:

[q]

99%, что остатки txt-шника переписались тем, что помешало ему сохраниться.

[/q]

Sergio написал:

[q]

Что там искать-то, если диск был после того как забит в ноль?

[/q]

Ситуация: был файл, имел содержание, занимал какое-то место на диске. В процессе редактирования я увеличивал его размер - пока, до "Сохранить", конечно, как бы. К моменту, когда я начал сохранять, свободного места на диске уже не осталось и то, что было сверх прежнего размера файла, сохраниться не смогло.

Вопросы в связи с приведенными выше цитатами и вообще:

- Почему остатки txt-шника должны были переписаться тем, что помешало ему сохраниться? Ведь его размер до "Сохранить" имел, так сказать, законное место на диске. Соответственно, это прежнее содержание не должно было быть затронуто тем, что нечто съело свободное место на диске.

- Если файл до начала событий имел свое место на диске, то как на него могло повлиять то, что свободное место на диске было заполнено?

- Какова может быть причина, что файл превратился в 0 bytes? Ведь, по идее, он просто должен остаться тем, чем он был до моей попытки редактирования? Что такого в подобной ситуации делает NTFS, что файл мог превратиться в 0 bytes?

типа дискэдита что-то надо юзать.Но прежде ответить надо на вопрос на сколько дорог файл (в рублях)

qa написал:

[q]

Какова может быть причина, что файл превратился в 0 bytes?

[/q]

qa написал:

[q]

Ведь его размер до "Сохранить" имел, так сказать, законное место на диске.

[/q]

При записи произошла ошибка файловой системы, и вместо выдачи ошибки "нет места", файл записался с нулевой длиной, и бывшие его кластеры превратились в свободное место, которое сожрали новые файлы.

1) При открытии файла оригинал лочится, читается, но остаётся на своём месте, и никакая прога перезаписать его не может.
2) При редактировании создаётся либо резервная, либо временная копия файла, с неудобоваримым расширением, а то и именем, куда записываются все изменения, походу дела. Этот файл открыт на запись и для других прог он залочен. Файл может быть создан как во временной папке, так и во файле подкачки, второй вариант == треш, из первого ещё можно что-то достать, поискав недавно удалённые временные файлы.
3) Теперь главное западло: в файловой системе НЕ МОЖЕТ БЫТЬ файлов с одинаковыми именами, одновременно, в одной папке. ОС, получает запрос на запись во временный файл, но АМБА, места на диске нема, ноль по модулю, и все изменения во временный файл НЕ попадают - некуда их втиснуть.
Файл записан, с ошибкой, но записан! Его размер == 0 байт. Это важно! особенно, если запись из-под неродной ОС.
4) Теперь система удаляет файл-оригинал и переименовывает файл временный в постоянный. Таков алгоритм её работы.
Получается: освобождаем место оригинального файла, коее тут-же захватывается "торрент-качалкой", а переименовываем уже файл 0-го размера...

Вот те и "оба файла долой"!
Искать что-либо на дисках - бесполезно, инфа затёрта. В обоих версиях файла, точнее, в обеих цепочках секторов, ранее занимаемых обоими файлами.

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

Перефразируя циничную поговорку:
"проблемы форточки линух не волнуют".

В принципе, от прочтения этого http://www.phantom.sannata.ru/...9#pp381779 и этого http://www.phantom.sannata.ru/...1#pp381801 ), создается впечатление, что буквально восстановить едва ли получится.

Говоря про вообще, то если смотреть на ситуацию в том духе, что возможно что-то искать и найти, то видится проблема: поиск файлов в той же DMDE так или иначе требует наличия сигнатуры, а какая сигнатура у plain text файла? Если искать по началу файла - я помню его начало - то как понять, где его конец, поскольку его конец я не помню?