Asus eeepc 1215N :Консольный мусор после загрузки ядра

Вероятно, вы столкнулись с ограничением PATA :: два диска используют одну и ту же шину (канал ), и только один из них может активно использовать его одновременно. Занятость обработкой команды с хостом, ожидающим результата, считается ее использованием. Я видел некоторые диски, которые немедленно возвращаются после hdparm --security-eraseи обрабатывают команду «автономно», другие hdparmне возвращаются, пока команда не будет выполнена. Я подозреваю, что прежние приводы позволили бы главному и подчиненному делать это одновременно.

Обратите внимание, что за многие годы использования PATA ситуация несколько улучшилась; и в основном улучшения коснулись того, что имеет значение :команд чтения и записи. И dd может работать с обоими дисками, даже если они старые, потому что это не одна команда записи, а много-много команд записи. (На действительно древних дисках это происходит по очереди — часть секторов записывается на один диск, часть — на другой; более новые режимы позволяют приводам получать команду записи, буферизовать ее и обрабатывать «вне линии -», освобождая шину, таким образом, оба привода могут выполнять запись одновременно ).

(Кстати, :По этой же причине, когда у вас были диски PATA в RAID-массивах, оба зеркала должны были находиться на разных шинах. Выход из строя ведущего или ведомого часто приводил к остановке шины.)

Если у вас есть несколько каналов PATA (или шин, или как вы их называете ), каждый из них должен иметь возможность одновременно обрабатывать диск, выполняющий стирание безопасности. Я успешно использовал интерфейсы USB PATA для запуска безопасного стирания (и dd, лично я использую оба ); и, конечно же, добавить больше USB-устройств тривиально и довольно дешево. По крайней мере, для стирания в целях безопасности, которое не использует пропускную способность USB.

SATA, конечно, это точка от -до -, нет общей шины с несколькими дисками.Так что этой проблемы не существует.