удалить удаленные файлы

gcc · Сообщение **gcc** » 14.04.2009 21:22

знаю что удаленные файлы можно восстановить...

как удалить, точнее очистить винчестер от удаленных файлов?
ФС: utf2+

если удалять rm -rf file то он удалиться полностью, и восстановить нельзя не будет?
если так rm file то восстановить можно, если не затрётся

Brainsburn · Сообщение **Brainsburn** » 14.04.2009 21:39

gcc писал(а): ↑
14.04.2009 21:22
знаю что удаленные файлы можно восстановить...

как удалить, точнее очистить винчестер от удаленных файлов?
ФС: utf2+

если удалять rm -rf file то он удалиться полностью, и восстановить нельзя не будет?
если так rm file то восстановить можно, если не затрётся

ВАУ!
Долго думал что написать пр utf2+ и rm -rf file ...
*включая телепата*: Ах да, наверно имелась ввиду UFS2+
Делема с rm -rf file решается чтением первых строк man rm, где написано, что ключ -f означает "force", а -r служит для удаления директорий.

exlex · Сообщение **exlex** » 14.04.2009 23:36

Я так понимаю речь идёт о полном удалении (чтобы ещё и все биты на 0 были поставлены), а для этого в портах есть srm.. или всё таки нет?

gcc · Сообщение **gcc** » 15.04.2009 01:07

exlex писал(а): ↑
14.04.2009 23:36
для этого в портах есть srm.. или всё таки нет?

не много не понял, эта утилита очистит? или удаляет существующий файл? (я перевел, написано что она удаляет)
в гугле нету
http://www.google.com.ua/search?q=srm+free...art=10&sa=N

Brainsburn писал(а): ↑
14.04.2009 21:39
-f означает "force",

мне показалось что -f сносит полностью

как удалить, точнее очистить винчестер от удаленных файлов?

ну чтобы нельзя было восстановить удаленные файлы, что надо сделать? можно ли учистить винчестер как-то?

на венде есть программа на FAT32

drBatty · Сообщение **drBatty** » 15.04.2009 02:10

gcc писал(а): ↑
15.04.2009 01:07
как удалить, точнее очистить винчестер от удаленных файлов?

зачем?
1)что-бы места было больше?
2)или что-бы кто-то не прочитал?
если (2), то сколько у них ресурсов?(ламер вася+его комп, или хакер петя+его 5 компов и +его друзья, или фирма LTD с 10ю программерами и 100 компами, или государство с НИИ и прочем? или вселенский разум?)

ЗЫЖ - rm -f удаляет без вопросов, без -f с вопросами...
rm -r удаляет каталог и все его подкаталоги, без -r только простые файлы.
man это то, где всё написано.

Dimanish · Сообщение **Dimanish** » 15.04.2009 11:33

man shred

gcc · Сообщение **gcc** » 15.04.2009 20:03

Dimanish писал(а): ↑
15.04.2009 11:33
man shred

спасибо, удаляет, вот желательно очистить

drBatty писал(а): ↑
15.04.2009 02:10
2)или что-бы кто-то не прочитал?

да, ну винчестер большой и стоит пустой, много файлов большых я не копирую, вероятно что можно восстановить легко... это на десктопе... иногда его ношу с собой... может где-то ставлю, если нельзя очистить, то ладно

drBatty · Сообщение **drBatty** » 16.04.2009 01:36

gcc писал(а): ↑
15.04.2009 20:03
да, ну винчестер большой и стоит пустой, много файлов большых я не копирую, вероятно что можно восстановить легко... это на десктопе... иногда его ношу с собой... может где-то ставлю, если нельзя очистить, то ладно

можно обойтись без лишних программ выделить спец раздел(не директорию!) для секретных данных, например /mnt/secret/
и, если надо стереть всё там -

Код: Выделить всё

#!/bin/sh
rm -Rf /mnt/secret/*
cat /dev/zero >/mnt/secret/zero

такой скрипт стирает всё в разделе, а потом создаёт там файл zero из одних нулей.
Что думаю более грамотные люди(чем я) на такой выверт?

AlexNT · Сообщение **AlexNT** » 16.04.2009 06:09

drBatty писал(а): ↑
16.04.2009 01:36
gcc писал(а): ↑
15.04.2009 20:03
да, ну винчестер большой и стоит пустой, много файлов большых я не копирую, вероятно что можно восстановить легко... это на десктопе... иногда его ношу с собой... может где-то ставлю, если нельзя очистить, то ладно
можно обойтись без лишних программ выделить спец раздел(не директорию!) для секретных данных, например /mnt/secret/
и, если надо стереть всё там -
Код: Выделить всё
#!/bin/sh
rm -Rf /mnt/secret/*
cat /dev/zero >/mnt/secret/zero
такой скрипт стирает всё в разделе, а потом создаёт там файл zero из одних нулей.
Что думаю более грамотные люди(чем я) на такой выверт?

В этом случае совсем не факт, что нулевой файл займет именно то пространство которое занимал удаленный файл. Да и что за /dev/zero такое? ) Вы попробуйте свой скрипт выполнить для начала.

Если использовать /dev/null то создастся файл нулевого объема, который соотв. ничего не перезапишет в действительности, т.к. объем его нулевой.

-----------------------------------------------
Как выше написали есть такая утилита shred. Точнее эа утлилита входит в пакет coreutils и называется gshred.

gshred - думаю это то что нужно...

Код: Выделить всё

Использование: gshred [КЛЮЧИ] ФАЙЛ [...]
Переписывает несколько раз указанные файлы для того, чтобы сделать более
сложным восстановление даже с использованием очень дорогого оборудования.

Аргументы, обязательные для длинных ключей, обязательны и для коротких.
  -f, --force    изменять права, разрешая запись, если необходимо
  -n, --iterations=N  переписать N раз вместо (25) по умолчанию
      --random-source=ФАЙЛ  получать случайные числа из ФАЙЛА
                   (по умолчанию /dev/urandom)
  -s, --size=N   очистить N байт (возможны суффиксы вида K, M, G)
  -u, --remove   обрезать и удалять файл после перезаписи
  -v, --verbose  показывать прогресс
  -x, --exact    не округлять размеры файлов до следующего целого блока;
                   по умолчанию для необычных файлов
  -z, --zero     перезаписать в конце нулями, чтобы скрыть перемешивание
      --help     показать эту справку и выйти
      --version  показать информацию о версии и выйти


Если ФАЙЛ задан как -, перемешивать стандартный вывод.

Удаляет ФАЙЛ(ы), если указан --remove (-u).  По умолчанию файлы не
удаляются, так как часто обрабатываются файлы-устройства вроде
/dev/hda, а такие файлы не надо удалять.  При обработке обычных файлов
большинство людей используют ключ --remove.

ВНИМАНИЕ: Помните, что shred полагается на очень важное предположение:
что ваша файловая система перезаписывает файлы "на месте".
Традиционно это так и делается, но многие современные файловые системы
не удовлетворяют этому предположению.  Вот примеры файловых систем, на
которых shred не эффективен или не дает гарантии эффективности во всех
режимах файловой системы:

* журналирующие файловые системы, например которые идут в комплекте
  AIX и Solaris (и JFS, ReiserFS, XFS, Ext3 и др.)

* файловые системы, которые записывают избыточные данные и сохраняют
  работоспособность, даже если случаются неудачные записи, например
  файловые системы, основанные на технологии RAID

* файловые системы, которые создают снимки состояния, например
  NFS-сервер от Network Appliance

* файловые системы, которые кэшируют файлы во временных хранилищах,
например клиенты NFS версии 3

* сжатые файловые системы

В случае файловых систем ext3 упомянутое выше ограничение верно (и
shred, следовательно, не так эффективен), только в режиме
data=journal, когда кроме метаданных журналируются также и сами данные
файлов.  В режимах data=ordered (по умолчанию) и data=writeback
программа shred работает как обычно.  Режимы журналирования ext3 можно
изменить, добавив ключ data=что-то к параметрам монтирования для
конкретной файловой системы в файле /etc/fstab, как документировано в
странице man для mount (man mount).

Кроме того, резервные копии и удаленные зеркала файловой системы могут
содержать копии файла, которые нельзя удалить, и которые позволят
впоследствии восстановить уничтоженный файл.

Brainsburn · Сообщение **Brainsburn** » 16.04.2009 07:15

drBatty писал(а): ↑
16.04.2009 01:36
cat /dev/zero >/mnt/secret/zero

В таком случае уже через несколько секунд файл zero будет весить несколько гигов

)

Кстати, а если открыть файл (к примеру бинарный) в Нех-редакторе и очень сильно его замусорить рандомными символами, потом сохранить и удалить. Помоему дешево и сердито. Можно и программку такую написать

0ut · Сообщение **0ut** » 16.04.2009 08:00

AlexNT писал(а): ↑

16.04.2009 06:09

drBatty писал(а): ↑
16.04.2009 01:36
gcc писал(а): ↑
15.04.2009 20:03
да, ну винчестер большой и стоит пустой, много файлов большых я не копирую, вероятно что можно восстановить легко... это на десктопе... иногда его ношу с собой... может где-то ставлю, если нельзя очистить, то ладно
можно обойтись без лишних программ выделить спец раздел(не директорию!) для секретных данных, например /mnt/secret/
и, если надо стереть всё там -
Код: Выделить всё
#!/bin/sh
rm -Rf /mnt/secret/*
cat /dev/zero >/mnt/secret/zero
такой скрипт стирает всё в разделе, а потом создаёт там файл zero из одних нулей.
Что думаю более грамотные люди(чем я) на такой выверт?

В этом случае совсем не факт, что нулевой файл займет именно то пространство которое занимал удаленный файл. Да и что за /dev/zero такое? ) Вы попробуйте свой скрипт выполнить для начала.

Если использовать /dev/null то создастся файл нулевого объема, который соотв. ничего не перезапишет в действительности, т.к. объем его нулевой.

-----------------------------------------------
Как выше написали есть такая утилита shred. Точнее эа утлилита входит в пакет coreutils и называется gshred.

gshred - думаю это то что нужно...

Код: Выделить всё

Использование: gshred [КЛЮЧИ] ФАЙЛ [...]
Переписывает несколько раз указанные файлы для того, чтобы сделать более
сложным восстановление даже с использованием очень дорогого оборудования.

Аргументы, обязательные для длинных ключей, обязательны и для коротких.
  -f, --force    изменять права, разрешая запись, если необходимо
  -n, --iterations=N  переписать N раз вместо (25) по умолчанию
      --random-source=ФАЙЛ  получать случайные числа из ФАЙЛА
                   (по умолчанию /dev/urandom)
  -s, --size=N   очистить N байт (возможны суффиксы вида K, M, G)
  -u, --remove   обрезать и удалять файл после перезаписи
  -v, --verbose  показывать прогресс
  -x, --exact    не округлять размеры файлов до следующего целого блока;
                   по умолчанию для необычных файлов
  -z, --zero     перезаписать в конце нулями, чтобы скрыть перемешивание
      --help     показать эту справку и выйти
      --version  показать информацию о версии и выйти


Если ФАЙЛ задан как -, перемешивать стандартный вывод.

Удаляет ФАЙЛ(ы), если указан --remove (-u).  По умолчанию файлы не
удаляются, так как часто обрабатываются файлы-устройства вроде
/dev/hda, а такие файлы не надо удалять.  При обработке обычных файлов
большинство людей используют ключ --remove.

ВНИМАНИЕ: Помните, что shred полагается на очень важное предположение:
что ваша файловая система перезаписывает файлы "на месте".
Традиционно это так и делается, но многие современные файловые системы
не удовлетворяют этому предположению.  Вот примеры файловых систем, на
которых shred не эффективен или не дает гарантии эффективности во всех
режимах файловой системы:

* журналирующие файловые системы, например которые идут в комплекте
  AIX и Solaris (и JFS, ReiserFS, XFS, Ext3 и др.)

* файловые системы, которые записывают избыточные данные и сохраняют
  работоспособность, даже если случаются неудачные записи, например
  файловые системы, основанные на технологии RAID

* файловые системы, которые создают снимки состояния, например
  NFS-сервер от Network Appliance

* файловые системы, которые кэшируют файлы во временных хранилищах,
например клиенты NFS версии 3

* сжатые файловые системы

В случае файловых систем ext3 упомянутое выше ограничение верно (и
shred, следовательно, не так эффективен), только в режиме
data=journal, когда кроме метаданных журналируются также и сами данные
файлов.  В режимах data=ordered (по умолчанию) и data=writeback
программа shred работает как обычно.  Режимы журналирования ext3 можно
изменить, добавив ключ data=что-то к параметрам монтирования для
конкретной файловой системы в файле /etc/fstab, как документировано в
странице man для mount (man mount).

Кроме того, резервные копии и удаленные зеркала файловой системы могут
содержать копии файла, которые нельзя удалить, и которые позволят
впоследствии восстановить уничтоженный файл.

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

Код: Выделить всё

#!/bin/sh

rm -rf /mnt/secret/*
dd if=/dev/zero of=/mnt/secret/zero
rm -rf /mnt/secret/zero

процедура долгая, но реально будет все в 0

AlexNT · Сообщение **AlexNT** » 16.04.2009 08:06

0ut писал(а): ↑
16.04.2009 08:00
...
Код: Выделить всё
#!/bin/sh
rm -rf /mnt/secret/*
dd if=/dev/zero of=/mnt/secret/zero
rm -rf /mnt/secret/zero
процедура долгая, но реально будет все в 0

Мда... Прям получается руководство для шпионов и параноиков.

Poor Fred · Сообщение **Poor Fred** » 16.04.2009 10:22

drBatty писал(а): ↑
16.04.2009 01:36
Код: Выделить всё
#!/bin/sh
rm -Rf /mnt/secret/*
cat /dev/zero >/mnt/secret/zero
такой скрипт стирает всё в разделе, а потом создаёт там файл zero из одних нулей.
Что думаю более грамотные люди(чем я) на такой выверт?

Тогда уж из /dev/random - восстанавливающему прикольней будет.

drBatty · Сообщение **drBatty** » 16.04.2009 12:37

AlexNT писал(а): ↑
16.04.2009 06:09
В этом случае совсем не факт, что нулевой файл займет именно то пространство которое занимал удаленный файл. Да и что за /dev/zero такое? ) Вы попробуйте свой скрипт выполнить для начала.

есть такое устройство... выдаёт байты 0 сколько надо. мой скрипт рухнет с сообщением: "на устройстве кончилось место", и всё место будет занято файлом из нулей. Я пробовал. Конечно /dev/random лучше - и совместимость будет, да и веселее

0ut писал(а): ↑
16.04.2009 08:00
процедура долгая, но реально будет все в 0

возможно. я точно не знаю как dd будет создавать файл. а перенаправление(насколько я знаю) действительно создаст то что надо. Можно ведь сделать файл из одних нулей размером в 100Гб, который занимает место в несколько кб

Потому и не стал использовать dd...

UPD
вместо /dev/zero неплохо засыпать раздел командой yes "здесь ничего нет", перед которой нужно добавить случайное число случайных символов(10-100), и повторить в цикле раз 10-50(тоже случайное число) ну и конечно использовать спец софт без всякого кеширования, и спец ядро(тоже без кеширования)... может и не восстановят

blah · Сообщение **blah** » 17.04.2009 20:18

а чем опция `-P' у rm(1) не нравится?

("rm(1)") писал(а):-P Overwrite regular files before deleting them. Files are over‐
written three times, first with the byte pattern 0xff, then 0x00,
and then 0xff again, before they are deleted. Files with multi‐
ple links will not be overwritten nor deleted unless -f is speci‐
fied, a warning is generated instead.

Specifying this flag for a read only file will cause rm to gener‐
ate an error message and exit. The file will not be removed or
overwritten.

зачем ставить отдельный софт?

unixforum.org

удалить удаленные файлы

удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы

Re: удалить удаленные файлы