- Сообщения
- 33 687
- Реакции
- 10 999
[AI CC-CC2022] Сохранила файл под названием существующего, соответственно он перезаписался, есть возможность вернуть все обратно?
- Автор темы LeraValera
- Дата начала
- Сообщения
- 12 571
- Реакции
- 3 685
Форматировал не руками, а кнопочкой, как секретутка. Софтинка оказалась умней меня и смекнула, что разделу размером 1 мб. 32 бит для хранения номера кластера ни к чему и создала 12.
Потому что хамство.
Покажите Ваши доказательства, ясные и неусложнённые, без добавления неизвестных. Прочту внимательно, постараюсь понять, дерзить Вам не буду.
- Сообщения
- 1 138
- Реакции
- 512
Ну, как же. Показать надо работу MacOS с нестандартной для него FS при неизвестном редакторе
@~RA~ эксперимент надуман
- Сообщения
- 12 571
- Реакции
- 3 685
- Сообщения
- 1 138
- Реакции
- 512
- Сообщения
- 12 571
- Реакции
- 3 685
- Сообщения
- 12 571
- Реакции
- 3 685
- Сообщения
- 1 138
- Реакции
- 512
При том, это стандартная фунция записи в файл (поток) ISO C, POSIX.1, которой нет дела в какой кластер запишутся данные.
Работает она со стандартными fopen/fseek.
Если софт не создает копии файла, то данные пишутся туда же, где и были.
Твой пример слишком зависим от оси и неизвестного редактора
- Сообщения
- 12 571
- Реакции
- 3 685
Нашёл на просторах на нашу тему. Вообще между магнитным носителем и прочими есть разница в нашем случае.
Собственно, на это и намекал — влияние на адресацию кучи факторов, от контроллера, до ОСи и/или виртуальных драйверов.
Для чистоты эксперимента нужен махонький раздел именно винчестера. Спасибо, ~RA~, интересную тему подкинул
- Сообщения
- 12 571
- Реакции
- 3 685
Упростим задачу, исключив редактор вовсе.
Возьмём чистый раздел флешки (например) и начнём в него проводником бросать один и тот же файл и всякий раз соглашаться с предложением "перезаписать". Сколько его копий будет на флешке после 10 таких бросаний? (места достаточно и даже с излишком)
Возьмём чистый раздел флешки (например) и начнём в него проводником бросать один и тот же файл и всякий раз соглашаться с предложением "перезаписать". Сколько его копий будет на флешке после 10 таких бросаний? (места достаточно и даже с излишком)
- Сообщения
- 1 138
- Реакции
- 512
Драйвер фс. Если выгоднее кинуть данные на старое место - будет на старом, выгоднее на новое - на новом. Цели хранить старье нет. Шанс сохранения старых данных - только шанс.
На нормальной с trim? одна.
Последнее редактирование:
- Сообщения
- 12 571
- Реакции
- 3 685
Правильно
Так вот, в большинстве случаев, пишется на новое место, если не во всех. Сличать и искать данные — излишне, да и чрезмерно дорого.
и
устройства.
Так вот, в большинстве случаев, пишется на новое место, если не во всех. Сличать и искать данные — излишне, да и чрезмерно дорого.
- Сообщения
- 1 138
- Реакции
- 512
Поэтому запись ведется кластерами. С позиции, на которую указывает fseek. Слишком дорого гадать - перепишется весь файл или его кусок.
Поддержу. Файл открыт для записи — нет резона искать свободные кластеры, кроме особых политик (восстановления например).
При прочих равных, приоритет будет у скорости записи, а не безопасности, я думаю.
При прочих равных, приоритет будет у скорости записи, а не безопасности, я думаю.
- Сообщения
- 12 571
- Реакции
- 3 685
- Сообщения
- 1 138
- Реакции
- 512
не-а. если не ssd c trim, то шанс восстановить есть всегда. APFS, EXTx, JSF и прочие, включая FAT, NTFS "удаляют" файл из самой таблицы ФС, а данные без необходимости не трогают. Причина всё та же - скорость. А инструменты для "secure delete" есть, наверное, для всех современных осей и файловых систем.
С чего это нет? Монопольный доступ на запись ни кто не отменял.
А другим на чтение - пожалуйста