Комментарии 9
Тема реаллокированных секторов не раскрыта.
Так и есть, но в эту тему не планировалось углубляться. Мы имеем факт, даже два: 1) при перезаписи происходит реаллокация; 2) мы не нашли способа повлиять на это. Поэтому просто идем дальше и смотрим другие инструменты.
Я имел в виду реаллокацию на уровне SMART HDD — то есть если секретный документ лежит в некотором секторе S1 а котроллер в какой-то момент времени принимает решение скопировать его в S2 и дальше работать с этим S2 вместо S1. Удаляторы наподобие SDelete ни о какой такой реаллокации секторов не знают и тупо затрут только S2. Если после этого диск отобрать и проанализировать низкоуровыми утилитами, то содержимое S1 может быть восстановлено.
А если после удаления средствами файловой системы заполнить все свободное пространство случайным мусором (как делают всякие анрекавери-тулзы типа CCleaner-а)?
Это называется очисткой незанятого пространства, и это умеют многие «удаляторы», не только CCleaner. SDelete и Eraser тоже это умеют, причем при очистке незанятых кластеров применяются те же многопроходовые алгоритмы с чередованием паттернов и «мусора», что и при уничтожении файлов.
При реаллокации (неважно по какой причине она произошла) это, похоже, единственный вариант гарантированно уничтожить все следы файла, но, к сожалению, и очень затратный по времени.
При реаллокации (неважно по какой причине она произошла) это, похоже, единственный вариант гарантированно уничтожить все следы файла, но, к сожалению, и очень затратный по времени.
> А если после удаления средствами файловой системы заполнить все свободное
> пространство случайным мусором
Реаллокация секторов это внутреннее дело накопителя. Прежний сектор больше не используется и вместо него используется другой — резервный. Файловая система ничего об этом не знает и никакие операции с файловой системой никак не изменят содержимое старого сектора. Однако низкоуровневые утилиты смогут его прочесть.
> пространство случайным мусором
Реаллокация секторов это внутреннее дело накопителя. Прежний сектор больше не используется и вместо него используется другой — резервный. Файловая система ничего об этом не знает и никакие операции с файловой системой никак не изменят содержимое старого сектора. Однако низкоуровневые утилиты смогут его прочесть.
Т.е. ряд секторов на накопителе является резервным, так что фактическая емкость, с учетом резервных секторов, больше той, что мы видим? Например, если мы видим, что диск имеет емкость 1ТБ, то с учетом резервных секторов, его реальная емкость будет больше? Как много на накопителях резервных секторов, каков процент объема?
> Т.е. ряд секторов на накопителе является резервным
Да
> Как много на накопителях резервных секторов, каков процент объема?
Я не интересовался. Скорее всего по разному.
У меня есть диск Seagate Momentus 7200.4 — ноутбучный 320ГБ, 7200об/мин.
У него за 36 тысяч часов и 6 тысяч стартов-стопов было реаллокировано 247 секторов. Примерно так.
Да
> Как много на накопителях резервных секторов, каков процент объема?
Я не интересовался. Скорее всего по разному.
У меня есть диск Seagate Momentus 7200.4 — ноутбучный 320ГБ, 7200об/мин.
У него за 36 тысяч часов и 6 тысяч стартов-стопов было реаллокировано 247 секторов. Примерно так.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Выбор инструмента безвозвратного уничтожения документов в электронном архиве