битой

почему юмористы?

https://en.m.wikipedia.org/wiki/Trim_(computing)

Читаем внимательно.

Читаем внимательно.

Да-да. Начиная с «SSDs store data in flash memory cells that are grouped into pages typically ...». Особенно обращаем внимание на «NAND flash memory cells can only be directly written to when they are empty. If they may contain data, the contents must be erased before a write operation».

Читай дальше, параграф Operation.

dd if=/dev/zero of=/dev/sdX Если действительно просто удалить ФИЗИЧЕСКИ то разобрать извлечь магнитный диск и расплавить/разрезать его удобным для тебя способом.

P.S Молоток не гарантирует невозможность восстановить данные.

Читай дальше, параграф Operation

А смысл его читать, если есть чёткое понимание, как работает NAND ? Ну а если the data could still reside on the flash internally, то это только значит то, что TRIM у этого накопителя не работает. Ну или недостоверность wiki, что бывает не редко.

Мне, если я правильно помню, удавалось когда-то восстановить.

Пробовал на Ext* восстанавливать удалённые файлы? И как успехи?

На ext2 даже у mc есть Command -> Undelete files (ext2fs only). Про ext3 тоже писали, что восстановимо, но посложнее. Про ext4 не знаю.

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

Нет, вроде именно случайно удалённые (я когда-то на боевом сервере случайно применил патч Бармина, прямо как разработчики bumblee и яндекс-диска) получилось восстановить. надо будет для чистоты эксперимента попробовать ещё раз.

Микроволновку жалко.

Конечно же, восстановление штатно удалённых файлов основывается на поиске, идентификации и правильной сборке блоков, которые принадлежали файлам. А это очень кропотливая работа и не всегда однозначная, если диск имеет большое свободное пространство, на котором и до этого размещались файлы. То есть поиск на фоне цифрового шума далеко неоднозначен.

Не читал, но осуждаю

Если просто винт, то shred. Если флэха, то tr '\000' '\377' < /dev/zero | dd bs=16384 of=/dev/sXX

Печалит, что на профильном форуме, пара адекватных ответов, а остальные все соревнуются в петросянстве.

А чтобы и не попетросянить, ведь петросянство это не аля «патч бармина», а гарантированно уничтожит файлы. Мы ведь не знали сначала (это ты в середине треда только уточнил) что там за информация и как её нужно уничтожить: просто от любопытных (именно так) или вообще с 146% гарантией.

wipe я тебе посоветовал во втором сообщении треда. Вполне себе инструмент. Вот тебе из гугла первая ссылка https://the-bosha.ru/2010/01/21/shred-wipe/ в которой тоже автор «петросянит»:

Помните, что безопаснее чем кислота пролитая на жесткий диск, данные ничего не уничтожит ;)

Кстати, наши «петросянские» советы были лучше в плане эффективности.

Да, вроде то, что нужно, сейчас попробую.

А можно как-то последовательно в командной строке выполнить задачи - создание файла из urandom, shred по нему, форматирование флешки? Я так понимаю, через & это надо писать, но проблема в том, что первая команда падает, когда заканчивается свободное место, а мне нужно чтобы она упала, но цепочка команд продолжила выполняться.

Если ты точно знаешь что там сфейлится команда то используй ||, пример:

$ dd if=/dev/zero of=/dev/sr0 || ping google.com
dd: не удалось открыть «/dev/sr0»: Файловая система доступна только для чтения
PING google.com (64.233.164.102) 56(84) bytes of data.
64 bytes from lf-in-f102.1e100.net (64.233.164.102): icmp_seq=1 ttl=46 time=481 ms
64 bytes from lf-in-f102.1e100.net (64.233.164.102): icmp_seq=2 ttl=46 time=369 ms
64 bytes from lf-in-f102.1e100.net (64.233.164.102): icmp_seq=3 ttl=46 time=368 ms
64 bytes from lf-in-f102.1e100.net (64.233.164.102): icmp_seq=4 ttl=46 time=389 m

да нет, просто какой вопрос такой и ответ.

Печалит, что на профильном форуме

на профильном форуме

А теперь внимательно посмотри на аватарки присутствующих, включая свою.

Хватит 2х раз dd if=/dev/zero. Проверено :-)

Затем что ЦРУ умеет выколупывать данные по флуктуациям остаточной намагниченности если просто нулями забивать же.

Баян 15-тилетней давности, когда расстояние между дорогами было гигантское. Сейчас 1-2 раза нулями забьёшь - и всё, хвостов не найти.

Остаточная намагниченность (или подобные следы на флешке)

Намагниченность на флешке? :-) Насмешиил :-))

Физически? Магнитом, или в микроволновке погреть пару минут.

А если просто надёжно затереть, то:

dd if=/dev/urandom of=/dev/sdX

Пробовал на Ext* восстанавливать удалённые файлы? И как успехи?

Я пробовал. Если файл удалить, а не занулить, то успешно.

Сейчас 1-2 раза нулями забьёшь - и всё, хвостов не найти.

Я бы не был так уверен. Тем более, возможны ситуации, когда достаточно доказать, что что-то было вообще записано, не важно что именно, а потом забито нулями. Или например определить характер стёртых данных (видео, изображения или текст) на основе статистики.

Если файл удалить, а не занулить, то успешно.

Из «Корзины»?

Можно за несколько лет файлы восстановить с начала работы HDD, перезаписанные казалось бы уже несколько раз, главное заранее знать, что ты хочешь найти, тип файла, размер. Иначе grep зависнет, в таком количестве файлов, особенно если это текстовик. Проблема обычно не восстановить, а найти файл среди восстановленных. Самых лучших результатов я достигал с foremost, причем он еще и безумно быстрый.

Я бы не был так уверен

Ну я проверил.

достаточно доказать, что что-то было вообще записано, не важно что именно, а потом забито нулями

А что там доказывать, если нули на диске :)

Или например определить характер стёртых данных (видео, изображения или текст) на основе статистики

Я про это и говорю - остаточная намагниченность действовала во времена 20Mb дисков. На современных дисках ничего не найдёшь, слишком рядом дорожки.

Какой ещё, к чертям, корзины? Я ж в линукс не через putty хожу, как некоторые.

Ну я проверил

Чёт ржу. И какой бюджет был у теста? Две бутылки пива?

Ржи дальше. Ноут, предварительно занулённый 3 раза через dd if=/dev/zero, забирали куда надо. Ничего не нашли, даже отдали обратно.

забирали куда надо

Не уж то в ЦРУ?

Ничего не нашли

А у тебя там что, были коды запуска баллистических ракет?

даже отдали обратно

Пивка попили и отдали. Гуляй дальше, ковбой Джо.

«Корзина» — это такое хранилище удалённых файлов, доступное во многих DE. Обычно располагается в скрытом каталоге хомяка, ~/.local/share/Trash/files/.

Можно за несколько лет файлы восстановить с начала работы HDD, перезаписанные казалось бы уже несколько раз, главное заранее знать, что ты хочешь найти, тип файла, размер.

Ещё нужно знать размер блока ФС, который использовался для размещения части данных (некоторые ФС умеют динамически выбирать размер блока под записываемые данные), идентифицировать найденный блок на свободном пространстве файловой системы, не забыть, что данные в блоке могут быть сжаты различными алгоритмами (да-да, есть у современных файловых систем функция «сжатия на лету»), если были разрежённые файлы - туда их в качель. А так же не забыть достать из Астрала название файла, а то пазл не сойдётся.

Пивка попили и отдали

Ггг, уже все диагнозы поставил, не зная всей картины? Молодца, гомеопатом вырастешь.

Да причём тут корзина? Я про удаление файлов говорю.

Сжатые не восстанавливал, только шифрованные удаленные, зная пароль.

Для затирки хардов есть bcwipe и его свободный аналог wipe.

Тащемта, в свете педоистерии, флешка с ЦП это как пакет героина.

На героине хоть бабла поднять можно, а на ЦП - только гуся подушить.

Печалит, что на профильном форуме, пара адекватных ответов, а остальные все соревнуются в петросянстве.

Читай, как правильно задавать вопросы, не будет петросянства.

dd if=/dev/zero of=/dev/sda bs=4k

Вместо «/dev/sda» необходимо указать адрес устройства для форматирования.

Хранение героина само по себе является преступлением, а хранение ЦП в России — нет.

В BleachBit есть опция удаления с шредером и вроде может перезатереть пустое место.

Динамитная шашка

самое главное не shred ..

так как эта утилита лишь для специализированного случая когда copy-on-write нет. ни в файловой системе ни физически на устройстве.. в файловой системе именно ext4 действительно CoW нет, а про устройство мы не знаем :-) .. параноики негодуют :-) ..

теперь ответ — чем.

всё просто.

удаляешь обычным удалением.

затем всё свободное место (ну 1% оставь, ладно) заполни порнушными видеороликами. можно детской порографией, это не важно.

затем дождись пока все видео-файлы улягутся и удали их (обычным файловым удалением)..

затем опять повтори процедуру с видеороликами, но видеоролики должны быть обязательно другие (новые серии).

всего достаточно трёх итераций. или двух, если параноя не высокая :-)

Соляная кислота поможет.

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