Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

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

Полигон-2 »   Технический флейм »   Восстановить файл .txt из 0 bytes
RSS

Восстановить файл .txt из 0 bytes

<<Назад  Вперед>> Страницы: 1 2 * 3
Печать
 
ATauenis
Advanced Member


Откуда: Москва
Всего сообщений: 2904
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 апр. 2015
qa написал:
[q]
Какова может быть причина, что файл превратился в 0 bytes?
[/q]
qa написал:
[q]
Ведь его размер до "Сохранить" имел, так сказать, законное место на диске.
[/q]
При записи произошла ошибка файловой системы, и вместо выдачи ошибки "нет места", файл записался с нулевой длиной, и бывшие его кластеры превратились в свободное место, которое сожрали новые файлы.
Arix
Advanced Member


Откуда: Саратов
Всего сообщений: 1399
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
18 июля 2015
qa написал:
[q]
Но ничего не писалось в ту папку, где находится the файл.
[/q]
Разницы никакой, раздел-то один.

qa написал:
[q]
- Какова может быть причина, что файл превратился в 0 bytes? Ведь, по идее, он просто должен остаться тем, чем он был до моей попытки редактирования? Что такого в подобной ситуации делает NTFS, что файл мог превратиться в 0 bytes?
[/q]
NTFS - не родная файловая система для Линукса, может, он не совсем корректно с ней работает. Хотя у меня из-под Убунты никаких проблем с NTFS-ом не было. Я все файлы из-под линуха сохраняю на диски NTFS, чтобы они были доступны в обеих системах.
Merchant*RU
Advanced Member


Откуда: Москва
Всего сообщений: 404
Рейтинг пользователя: 0


Ссылка


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

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

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

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


Откуда: СПб, Россия
Всего сообщений: 218
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 сен. 2005
Merchant*RU написал:
[q]
Единственная лазейка - если линух писал временный файл сперва на свой раздел, причём, отдельным файлом
[/q]
- Тогда что-то прояснить может помочь выяснение как ведет себя редактор Geany по отношению к открытому файлу и что делает при попытке сохранить.
qa
Full Member


Откуда: СПб, Россия
Всего сообщений: 218
Рейтинг пользователя: 0


Ссылка


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

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


Всего сообщений: 2123
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 нояб. 2010
qa написал:
[q]
а какая сигнатура у plain text файла?
[/q]
Цирк с конями. Какая сигнатура! Берёшь DMDE и сканишь партицию на предмет удалённых файлов. Есть вероятность, если текст был не большой, то он мог быть помещён целиком в MFT. Смотришь результаты, чешешь репу и принимаешь решения.
Если есть желание поискать файл по известному тексту WinHex в зубы и вперёд.
<<Назад  Вперед>> Страницы: 1 2 * 3
Печать
Полигон-2 »   Технический флейм »   Восстановить файл .txt из 0 bytes
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS