Перезаписать/очистить свободное место на разделе

[quatro]

Дайте ссылки на темы, где именно "чистота" свободного места стала причиной неработоспособности системы.

Из быстро найденного, если не неработоспособность, то противоречия в определении занятого места:

Закончилось местно в корне (/..) или нет?

[fisher74]

то почему не записала туда нули, когда ей было указано:

Я не проверял это, потому что не интересно и ни разу не сталкивался с проблемой, которую Вы описываете. И никогда мне не мешало, что R-Studio что-то может там найти. Скорее несколько раз помогало.
Пользователь решил продолжить мысль 25 Апреля 2015, 22:11:09:Противоречие в подсчёте занятого места скорее проблема самой ФС, а не чистоты свободного места.

[quatro]

1. Чтобы понять как система устроена и функционирует.

Так изучайте, а не ищите в ней то что не было объявлено. Я имею ввиду физическое удаление данных с носителя информации.
За малым исключением, все ФС НЕ перезаписывают ячейки памяти носителей при удалении данных. Удаляется только упоминание о существовании файла в ФС.

Изучаю:

Код: [Выделить]

mart@lynx:~$ sfill -h
Warning: you are not root. You might not be able to wipe the whole filesystem.
sfill v3.1 (c) 1997-2003 by van Hauser / THC <vh@thc.org>

Syntax: sfill [-fiIlvz] directory

Options:
-f  fast (and insecure mode): no /dev/urandom, no synchronize mode.
-i  wipe only inodes in the directory specified
-I  just wipe space, not inodes
-l  lessens the security (use twice for total insecure mode).
-v  is verbose mode.
-z  last wipe writes zeros, not random data.

sfill does a secure overwrite of the free space on the partition the specified
directory resides and all free inodes of the directory specified.
Default is secure mode (38 writes).
You can find updates at http://www.thc.org
Что из необъявленного я ищу?

Пользователь решил продолжить мысль 25 Апреля 2015, 22:15:21:

(Нажмите, чтобы показать/скрыть)

Пакет Secure-Delete поставляется с четырьмя командами:

srm - используется для удаления файлов или каталогов (папок) на жестком диске;
smem - используется стереть следы данных из памяти компьютера (RAM);
sfill - используется стереть все следы данных свободного пространства на жестком диске;
sswap - используется стереть все следы данных из раздела подкачки.

SRM

SRM предназначен для удаления данных с компьютера в безопасном режиме, которые не могут быть восстановлены с помощью воров и правоохранительных органов.

Примеры использования SRM:

 1. Удаление файлов с помощью SRM из директории tmp

srm /tmp/myfile.txt

Замените myfile.txt на собственное название текстового файла.

2. Удаление с помощью SRM каталогов (папок) из директории tmp

srm -r /tmp/mydir/

Замените mydir на собственное название папки, которую хотите удалить.

[fisher74]

ну и что? Да, эта софтина перезаписывает свободное пространство. И что? Может перезаписать нулями, а может рандомными данными.
Это совершенно не говорит, о том что в функциях ФС объявлено, что она при команде удаления файла из ФС удаляет все его данные на носителе.

[quatro]

ну и что?

Вот именно это я и пытаюсь понять. Что, уменьшается потихоньку доступное мне свободное пространство и количество свободных инодов с каждым удалением данных, или же восстановить можно. Доступное для использования?
Как ты сказал, когда надо, то система на это место запишет новые данные. Но когда я ей сказал sudo dd if=/dev/zero ... не послушалась система, не перезаписала нулями.
И sfill тоже не перезаписала.

Так получается рано ли, поздно ли, буду я лишнее удалять, но все-равно система забъется и не будет свободного места? Так получается или нет?

[fisher74]

Ещё раз: все эти софтинки фактически перезаписывают свободные ячейки памяти носителя другими данными (нулями, единицами или рандомно). Для чего? Для того чтобы удалить содержимое данных, кога-то хранящихся в этих ячейках. Для самой ФС что там записано не имеет значения, для неё эти ячейки являются свободными как до процедуры так и после. Эти данные так же будут перезаписаны, когда ФС посчитает необходимым использовать это место.
Пользователь решил продолжить мысль [time]25 Апрель 2015, 22:38:42[/time]:

Но когда я ей сказал sudo dd if=/dev/zero ... не послушалась система, не перезаписала нулями.
И sfill тоже не перезаписала.

Я на этот вопрос не могу Вам ответить, потому как ещё раз повторюсь - не проверял за отсутствием необходимости.

И это... забивка нулями да ещё рассчётного объёма - не корректная проверка. Существуют алгоритмы упаковки данных, потому можно "нарваться".
Попробуйте способом, который предложил я - командой копирования до заполнения раздела. можно из random, а можно и из zero, но только то выхода команды копирования по ошибке недостатка места.

Код: [Выделить]

sudo cp /dev/zero /path/to/paranoic
sudo rm /path/to/paranoic
или можно так

Код: [Выделить]

sudo cat /dev/zero > /path/to/paranoic
sudo rm /path/to/paranoic

[quatro]

.... Для самой ФС что там записано не имеет значения, для неё эти ячейки являются свободными как до процедуры так и после. Эти данные так же будут перезаписаны, когда ФС посчитает необходимым использовать это место.

Оставим софтинки в стороне. Пробуем найти ответ на вопрос, почему когда я дал команду dd она не забила нулями эти "свободные для ФС" ячейки?
Почему я тогда должен быть спокоен и уверен, что когда не судо, а простой пользователь захочет картинку или еще что записать, то ФС эти ячейки использует?

[fisher74]

попробуйте сделать так как я предложил чуть выше.

Если хотите перепроверить без sudo, то снимите с раздела рутовую квоту и дайте права записи в директорию текущему пользователю.

[quatro]

И это... забивка нулями да ещё рассчётного объёма - не корректная проверка. Существуют алгоритмы упаковки данных, потому можно "нарваться".
Попробуйте способом, который предложил я - командой копирования до заполнения раздела. можно из random, а можно и из zero, но только то выхода команды копирования по ошибке недостатка места.

В первом моем сообщении видно, что не до расчетного объема забивал, а пока не кончилось место на устройстве:

Код: [Выделить]

sudo mount /dev/sda2 /mnt/xram
sudo dd if=/dev/zero of=/mnt/xram/zero bs=16M
sudo watch -n24 killall -SIGUSR1 dd
sudo rm -v /mnt/xram/zero
sudo umount /mnt/xram
Можно и cp попробовать, хотя принципиальной разницы не вижу. Пока мне понятно только одно, что моя ОС считает эти ячейки, где информация об удаленных файлах, занятыми. При этом система мне их не показывет ls -al, А testdisk и R-Studio файлы видят.

[Sly_tom_cat]

...а может у вас эти файлы просто скрытые?

[quatro]

попробуйте сделать так как я предложил чуть выше.

Код: [Выделить]

mart@lynx:~$ sudo umount /Lynx
mart@lynx:~$ sudo mkdir /mnt/to
mart@lynx:~$ sudo mount /dev/sda2 /mnt/to
mart@lynx:~$ sudo cp /dev/zero /mnt/to/paranoic
cp: запись «/mnt/to/paranoic»: На устройстве кончилось место
mart@lynx:~$ sudo rm /mnt/to/paranoic
mart@lynx:~$ sudo umount /mnt/to
mart@lynx:~$ sudo rmdir /mnt/to
Ничего не изменилось.

Пользователь решил продолжить мысль [time]26 Апрель 2015, 00:14:36[/time]:

...а может у вас эти файлы просто скрытые?

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

mart@lynx:~$ sudo mount /dev/sda2 /mnt
mart@lynx:~$ cd /mnt
mart@lynx:/mnt$ ls -al
итого 180
drwxr-xr-x  28 root   root   36864 2015-04-25 23:05 .
drwxr-xr-x  28 root   root    4096 2015-04-21 20:14 ..
drwxr-xr-x   2 root   root    4096 2015-04-03 15:56 bin
drwxr-xr-x   3 root   root    4096 2015-04-10 19:51 boot
drwxr-xr-x   2 root   root    4096 2015-04-02 15:02 cdrom
drwxr-xr-x   5 root   root    4096 2015-04-02 15:02 dev
drwxr-xr-x 192 root   root   12288 2015-04-25 03:36 etc
drwxr-xr-x   2 root   root    4096 2015-04-05 04:28 home
lrwxrwxrwx   1 root   root      33 2015-04-03 15:58 initrd.img -> boot/initrd.img-2.6.32-73-generic
drwxr-xr-x  22 root   root   12288 2015-04-03 15:56 lib
drwxr-xr-x   7 root   root    4096 2014-09-29 03:53 lib32
lrwxrwxrwx   1 root   root       4 2015-04-02 14:59 lib64 -> /lib
drwx------   2 root   root   16384 2015-04-24 01:51 lost+found
drwxr-xr-x   2 uno    uno     4096 2015-04-01 16:08 lynx
drwxr-xr-x   2 root   root    4096 2015-04-25 03:33 media
drwxr-xr-x   2 root   root    4096 2015-04-21 00:49 mnt
drwxr-xr-x   2 nataly nataly  4096 2015-03-27 04:44 omnia
drwxr-xr-x   2 root   root    4096 2012-02-14 14:44 opt
drwxr-xr-x   2 root   root    4096 2010-04-23 14:23 proc
drwx------  56 root   root    4096 2015-04-22 04:37 root
drwxr-xr-x   2 root   root    4096 2014-01-15 11:44 run
drwxr-xr-x   2 root   root   12288 2015-04-04 02:03 sbin
drwxr-xr-x   2 root   root    4096 2009-12-06 01:25 selinux
drwxr-xr-x   2 root   root    4096 2013-11-21 12:57 slack
drwxr-xr-x   3 root   root    4096 2015-04-04 01:25 srv
drwxr-xr-x   2 root   root    4096 2015-04-19 18:47 stock
drwxr-xr-x   2 root   root    4096 2010-03-30 18:30 sys
drwxrwxrwt  12 root   root    4096 2015-04-25 03:36 tmp
drwxr-xr-x  11 root   root    4096 2012-02-14 14:44 usr
drwxr-xr-x  15 root   root    4096 2012-02-14 14:47 var
lrwxrwxrwx   1 root   root      30 2015-04-03 15:58 vmlinuz -> boot/vmlinuz-2.6.32-73-generic
mart@lynx:/mnt$ cd home
mart@lynx:/mnt/home$ ls -al
итого 40
drwxr-xr-x  2 root root  4096 2015-04-05 04:28 .
drwxr-xr-x 28 root root 36864 2015-04-25 23:05 ..
lrwxrwxrwx  1 mart mart    22 2015-04-04 15:39 mart -> /omnia/Users/Lynx/mart

И сравниваем:

Код: [Выделить]

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
   P Linux                 1044   0  1  2610 254 63   25173855 [Lynx]
Directory /home

drwxr-xr-x     0     0      4096  5-Apr-2015 04:28 .
drwxr-xr-x     0     0     36864 25-Apr-2015 23:05 ..
-rw-r--r--     6     0     13031 19-Apr-2015 18:09 mart.old
-rw-r--r--     0     0        37 10-Apr-2015 19:51 mart.old2
lrwxrwxrwx  1001  1001        22  4-Apr-2015 15:39 mart
-rw-r--r--     0     0        36 10-Apr-2015 19:51 mart.old1
-rw-r--r--     0     0      1007 22-Apr-2015 04:36 lynx
-rw-r--r--     0     0      6148 22-Apr-2015 04:36 mart.alt
lrwxrwxrwx  1000  1000        13  3-Apr-2015 02:16 lynx.old



Use Left arrow to go back, Right arrow to change directory, c to copy,
    h to hide deleted files, q to quit

[victor00000]

anchos,
я видел, не позволяю.

[quatro]

victor00000, понял, спасибо!

[fisher74]

Ничего не изменилось.

Бред. Предполагаю, что не успел кеш на диске отработать.
Такую проверку можете попробовать?
пихаем до перелива
размонтируем раздел
монтируем раздел
удаляем тест-файл
размонтируем
смотрим ошмётки сторонним ПО
Пользователь решил продолжить мысль 28 Апреля 2015, 16:54:50:Кстати, опять же предположу, что софт может выковыривать не только с поверхности раздела, но и из "затенённого" хвоста таблицы инодов (подозрительно быстро скан проходит)

[quatro]

Ничего не изменилось.

Бред. Предполагаю, что не успел кеш на диске отработать.

После этого уже несколько раз включал/выключал компьютер. То есть все разделы отмонтировались и монтировались.
 Загружался в другие, имеющиеся на этом диске ОС. Например смотрел testdisk_7.0 из Slackware:



На картинке ясно видно, что тестдиск все разделы считает удаленными, кроме двух последних. Это видимо из-за того, что я разделы по диску множество раз двигал.
 Ну а в самих разделах видит такое же множество удаленных файлов с ненулевым размером. Единственный девственно-чистый раздел сейчас, это /dev/sda7 с ФС - jfs. Раздел со Слакваре /dev/sda6 с ext4 тоже довольно чист, там всего несколько файлов красным выделяется.

Такую проверку можете попробовать?
пихаем до перелива
размонтируем раздел
монтируем раздел
удаляем тест-файл
размонтируем
смотрим ошмётки сторонним ПО
Пользователь решил продолжить мысль [time]28 Апрель 2015, 17:54:50[/time]:Кстати, опять же предположу, что софт может выковыривать не только с поверхности раздела, но и из "затенённого" хвоста таблицы инодов (подозрительно быстро скан проходит)

Так сейчас и попробую. Про иноды. Их то мне и захотелось освободить, когда увидел картинку R-Studio.

Попробую сделать с монтированием/отмонтированием. Отпишусь.

Пользователь решил продолжить мысль [time]28 Апрель 2015, 20:02:13[/time]:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

mart@lynx:~$ sudo dd if=/dev/zero of=/mnt/xram/zero
4760844+0 записей считано
4760844+0 записей написано
скопировано 2437552128 байт (2,4 GB), 18,5867 c, 131 MB/c
10833652+0 записей считано
10833652+0 записей написано
скопировано 5546829824 байта (5,5 GB), 42,5949 c, 130 MB/c
dd: запись в «/mnt/xram/zero»: На устройстве кончилось место
11562921+0 записей считано
11562920+0 записей написано
скопировано 5920215040 байт (5,9 GB), 48,6113 c, 122 MB/c
mart@lynx:~$ sudo umount /mnt/xram
mart@lynx:~$ mount
/dev/sda5 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/dev/sda7 on /stock type jfs (rw)
/dev/sda3 on /omnia type xfs (rw)
/dev/sda6 on /slack type ext4 (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /omnia/mart/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=mart)
gvfs-fuse-daemon on /root/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev)
mart@lynx:~$ sudo reboot

То есть писалось до перелива. После этого не уничтожал файл, а отмонтировал раздел. Потом попробовал в эту систему, которая на /dev/sda2 загрузиться. В иксы не пустило: "свяжитесь с администратором", в консоль зашел, файл zero размером 5920215040 увидел, трогать не стал. Перезагрузился в основную систему. При открытии GParted выскочило предупреждение о малом количестве места на разделе Lynx с предложением запустить анализатор. Запустил:



Потом пошел удалил этот zero и отмонтировал раздел. Запустил сканирование R-Studio, посмотрел testdisk. Без изменений. То есть, учитывая:

rm не удаляет данных, он удаляет записи о файле
dd if=/dev/zero ... будет достаточно в 99,9% случаев
dd if=/dev/urandom ... будет достаточно в ~100% случаев

способы с "47 проходами" придумывают параноики и позёры. Почему 47, а не 19 или 176?..
Про "остаточную намагниченность" — если HDD может помимо новых сохранять ещё и старые данные, то есть по сути хранить данных в два раза больше номинального объёма — почему производители HDD этим не пользуются и не выпускают диски в два раза большего объёма?..

Будет потихоньку раздел забиваться. Раз testdisk видит какой-то удаленный файл с названием qwertyuiop, то это где-то записано. Пусть даже размер этого файла показывает ноль. Но сама запись о названии и расположении место занимает.