Просто:
Два обычных диска на контроллере Сэндфорс соединенные в рэйд дополнительным контроллером на писиайной шине.
В итоге получаем "достоинства" сэндфор-контроллера плюс увеличенное время опознавания всей платы за стет опроса дополнительного оборудования при старте ПК.

В бытовом использовании почти на 100%-понты.
Полезно тем кто работает с данными внутри этого массива (как правило это профи с узкоспециализированными задача-обработка тяжелого видео...фото...)

Ogonek
теперь, ясно
и всё же желание побаловать себя пафосной железкой не пропало
из сатовых ссд, раз уж у нас тут всё-таки флейм, можно сказать, что три топовых модели на текущий момент - это плекстор 5 про, корсар нейтрон гтх и самсунг 840 про? или появилось ещё что-то? или скоро появится?

-marsIANin- Ещё Sandisk Extreme II очень быстр, Seagate 600 Pro...

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


2. месье психиатр? или пациент? вопрос чисто технический, и коли вы скатились на личности могу только посочувствовать вашей глубине проникновения в данный сугубо технический вопрос

А вам судя по всему известны

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

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

не известны. потому и поднял тут вопрос в надежде на


а почему бы и нет? кто знает алгоритмы работы контроллера - восстановит

а какие данные пользователь хочет гарантированно уничтожить - это его личное дело

ps
просьба ругацци толлерастическими,безличностными техническими ругательствами

uopp
Я ж Вам говорю: разберите накопитель, каждую микросхему памяти отделите от платы и разбейте на мелкие кусочки.
Это и просто, и надёжно.

Как не заморачиваться со стиранием данных:
1. шифруем ФС
2. ???
3. PROFIT!!!

это не ответ на мой вопрос -
ваше решение ни разу не софтовое

Добавлено спустя 1 минуту 49 секунд:

это НЕ ответ на вопрос

uopp
Вам уже объяснили. Не верите? Ищите дальше.


P.S.
Насчёт паранойи, кстати, не принимайте за оскорбление, я говорил нормально, без цели обидить или унизить.

Ogonek
для hdd уже давно есть затирающий всё и вся софт, не вижу оcобых причин для отсутствия оного спешали фор ssd/


вы из крайности в крайность скачете по вашей логике тогда стирающий софт для hdd в принципе не нужен - мартену всё равно что сжигать - что hdd, что ssd

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

1. часто пользуются утилитой из состава Parted Magic. насколько она надежна неизвестно, но удавалось восстановить некоторые накопители с частичным обнулением параметров СМАРТ.

2. HDTune при затирании требует удалить все разделы и показывает диапазон для затирания от 0 до 128ГБ при доступных пользователю 119,24. насколько она надежно удаляет неизвестно.

3. использовать софт, забивающий все доступное пространство так, чтобы последующая запись обеспечивалась за счет резервной области. например IOMeter с паттерном Full Random. после заполнения накопителя скорость записи в хост падает до 5-30мб/с, но запись в нанд остается в несколько раз выше за счет заботы алгоритмов выравнивания износа. проследить можно на накопителях, которые отображают соответствующие параметры. соответственно считаю достаточным перезаписать в 2-3 раза больше от размера резервной области накопителя.

ну и так дальше. что выбрать зависит только от вас. и в любом случае никто вам гарантию не даст. так что обращайтесь к специалистам.

Какой ключик? Какой мастер-пароль? Там таких сложностей и в помине нет.

В SSD есть таблица отображения LBA-> физический адрес во флеше. При записи данных по некому LBA находится свободный блок флеша (на который никто сейчас не ссылается), стирается, потом туда записываются данные и записывается отображение "LBA -> адрес этого блока". (ну, почти, т.к. LBA адресуется куда более плотно, чем NAND-блоки).
При чтении данных по LBA в таблице находится физический адрес, по нему считываются и возвращаются данные. Если в таблице был 0, возвращается блок данных из нулей.

При TRIM в таблице для соответствующего LBA записывается 0. (опять же, со скидкой на более плотную адресацию LBA относительно NAND-блоков).
При Secure Erase для всех LBA записывается 0. Логически схема очень простая, физически эта таблица может быть устроена хитрее (косвенная адресация и тд), хранится она обычно как на самом флеше, так и в ОЗУ SSD для скорости доступа (подгружается при старте и периодически записывается из памяти во флеш).

Если сделать Secure Erase или, как тут заметили, отформатировать диск в ОС, делающей при этом TRIM (в Linux для ext4 это тоже, кстати, происходит), в таблицу запишутся нули. Возможно, эта таблица во флеше в двух копиях (для сохранности - ее повреждение сделает все данные недоступными), но перетрутся обе копии и копия в ОЗУ. Никаких "старых копий" таблицы нет, прочитать данные из области, на которые таблица не ссылается обычными способами невозможно, в силу примитивной логики. Конечно, чисто теоретически может существовать закладка в SSD, позволяющая через нестандартную команду получить данные физического блока (не LBA - причем, разумеется, доступна вся область) из флеша, но в таком случае гарантированно поможет разве что разрушение чипов.

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

Добавлено спустя 1 минуту 50 секунд:

осталось их найти - только действительно специалистов, а не тех, кто себя таковыми счиает

Некоторые накопители при выполнении команды Secure Erase переписываются целиком. Например - линейка SanDisk UltraPlus.

На дисках с аппаратным шифрованием - да, но разве это все диски (или хотя бы большинство?).

А вообще, на тему вашего вопроса люди разные статьи пишут, например тут детальный разбор.

у меня плекстор. увы


спасибо! интересная статья

Имеешь право сам померять. Я - мерял. Разница, как обычно, мизерна - небольшие проценты, но в пользу сендфорса. Сравнивал V300 и M5Pro.

Можно и в Сети тестирования поискать - ключевые слова Real Life test.


Угу. Зачем нам технические беседы? Плекстор - это не техника, а религия, что ли?