Почему большие объемы данных с жесткого диска доступны через несколько минут после его отключения?
301
bers
Я ожидаю, что это связано с кэшированием, но количество времени и данных, а также отсутствие сообщений об ошибках меня удивило. Это не SSD.
Система Windows-10, которую я видел сам (через TeamViewer), имеет съемный жесткий диск и около 300 ГБ данных. Кажется, он отформатирован в NTFS (я забыл проверить, но, по крайней мере, Windows 10 показывает, что все файлы сжаты). Устройство можно «безопасно удалить»; однако, если удалить жесткий диск «небезопасно», доступ к данным на диске все равно возможен. Это само по себе неудивительно, так как я ожидал, что проводник Windows будет выполнять какое-то кэширование по крайней мере структуры папок. НО:
Папки и подпапки можно просматривать в течение нескольких минут после удаления (в основном, пока Windows не заметит, что диск исчез).
Подпапки с фотографиями отображаются с правильными миниатюрами (ну, Thumbs.db, справа), ...
... но фотографии также можно открывать в программе просмотра фотографий не из Windows.
Папки могут быть переименованы, и, похоже, операция прошла успешно.
И, наконец, я смог скопировать исполняемый файл объемом 200 МБ + из корневого каталога на рабочий стол и убедиться, что это действительно исполняемый файл (значок «Встроенный» MZ, «Невозможно запустить в режиме DOS», все в таком духе - я не рискнул запустить чей-то исполняемый SFX).
Это вообще ожидается? Я знаю, что кеширование чтения существует, но ожидаются ли цифры (несколько минут, несколько 100 МБ, несколько десятков подпапок, ...)? Может ли это быть результатом нежелательного программного обеспечения или какой-либо настройки системы?
Причина, по которой я это исследую, заключается в том, что одна и та же система, как сообщается, «забывает» изменения файловой системы после перезагрузки (например, переименование папки, перезагрузка и поиск папки со старым именем); или странное поведение после переименования объектов (например, переименование папки и вскоре после ее копирования, что, как сообщается, не удалось). Обе проблемы совпадают с неисправностями кэша записи, но мы не смогли их воспроизвести.
Я получу доступ к указанному компьютеру в ближайшие дни, поэтому ответы не должны оставаться гипотетическими.
1 ответ на вопрос
1
DrMoishe Pippik
Windows кэширует файловую структуру, чтобы значительно ускорить доступ, особенно на диск, для которого установлена политика удаления « Повышенная производительность» .
В приведенном выше диалоговом окне прямо указывается, что * Быстрое удаление [policy] ... [d] позволяет кэшировать записи . Это снижает риск потери данных, но не полностью устраняет риск, если пользователь должен был удерживать кнопку питания нажатой для принудительного выключения или если диск был отключен во время записи. Скорее всего, пользователь не смог безопасно удалить оборудование и извлечь носитель до извлечения диска.
Спасибо! 1. Однако ваш ответ много говорит о кэше записи, и хотя это связано с причиной моего исследования, сам мой вопрос был скорее о (числах, связанных с) кэшем чтения и о том, имеют ли смысл эти порядки.
bers 6 лет назад
0
2. Возможно, хотя и очень маловероятно, что пользователь небезопасно удалил жесткий диск, когда возникли первоначально сообщенные проблемы, потому что пользователи очень хорошо знают, что эти проблемы существуют. Говорят, что небезопасное извлечение диска было экспериментом, проведенным один раз (и повторялось под моим наблюдением), который, как говорили, не имитировал какую-либо рутинную операцию.
bers 6 лет назад
0
