|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Любой удаленный файл можно восстановить, т.к. обычным образом файл удаляется, но физически остается на диске. Но есть программы, которые способны удалять, не давая шансов на восстановление (полное удаление с жесткого диска). Как они работают? Есть ли какие-нибудь функции? Или просто они после удаления записывают на место старого файла свой, пустой файл и затем удаляют и его? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2009, 00:51 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Мало того что не удаляется так он еще и таблице файлов остается, там только один байт меняется. А проги по уничтожению файлов заполняют место занимаемое файлом всяким мусором. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2009, 10:23 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Хорошо, но как найти это место на диске, которое нужно заполнить всяким мусором? Как записать этот мусор именно в то место, где был файл? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2009, 14:53 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Почитайте что-нибудь как устроена файловая система. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2009, 18:02 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Ну и, наверное, вопрос нужно решать не на VB. ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2009, 18:03 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Ну да, не на VB. Какая нафик разница из чего к файловой системе достучаться? Хоть из Блокнота. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2009, 08:23 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
Letter_QНу да, не на VB. Какая нафик разница из чего к файловой системе достучаться? Хоть из Блокнота. Угу. Открыть еще не удаленный файл как бинарный, заменить содержимое мусором, потом удалить - IMHO даже API не нужно... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.03.2009, 23:33 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
AndrFУгу. Открыть еще не удаленный файл как бинарный, заменить содержимое мусором, потом удалить - IMHO даже API не нужно... Т.е. вы гарантируете, что файл с мусором не будет перезаписан в другое место и потом на него поменяется указатель в таблице файлов, а требуемое содержимое останентся на винте? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2009, 10:05 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
FAndrewAndrFУгу. Открыть еще не удаленный файл как бинарный, заменить содержимое мусором, потом удалить - IMHO даже API не нужно... Т.е. вы гарантируете, что файл с мусором не будет перезаписан в другое место и потом на него поменяется указатель в таблице файлов, а требуемое содержимое останентся на винте? Зуб не дам, но какой смысл системе при этом менять место файла? Хотя кто знает - вопрос к тем кто больше в системных делах копается... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2009, 13:45 |
|
Удалить и не дать восстановить!?
|
|||
---|---|---|---|
#18+
AndrFЗуб не дам, но какой смысл системе при этом менять место файла? Хотя кто знает - вопрос к тем кто больше в системных делах копается... А все очень просто. Записывается файл, а тут свет рубанули. Пользователю понравится, что файл совсем потерян? Он еще может смириться с потерей последних изменений. Таким образом сначала новый файл записывается на новое место, а затем быстро в таблице файлов меняется указатель на новое место (возможно и там есть транзакция). Таким образом реально информация на диске не уничтожается. Мое мнение, что VB не заточен на такие фишки. Хотя и можно сделать с помощью API. Т.е. что бы это сделать нужно обладать кораздо большими знаниями, чем требуется для программирования на VB. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2009, 13:59 |
|
|
start [/forum/topic.php?fid=60&fpage=111&tid=2159089]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
131ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
others: | 319ms |
total: | 551ms |
0 / 0 |