Комментарии 15
В крайнем случае можно просто взять ядро и конфиг у вендора, тоже не придётся править ничего. Мне нужно было завести дистрибутив, а не разработать под него системный софт.
Насколько я понимаю, под IMX6 есть другие (готовые) варианты Linux.
2. «Kali Linux под IMX6 просто нету (я готовлю)» — было бы очень интересно потом увидеть от Вас статью на эту тему и ссылочку на образ. Потестировал бы на Андроид TVbox.
3. Написано интересно, аж руки зачесались попробовать по инструкции из статьи развернуть на чём-нибудь. Сижу теперь, думаю на чём =)
з.ы спасибо автору за интересный материал.
- Под Kali собирают огромное количество самого разного ПО требуемого для пентеста, скорее всего, это будет использоваться в следующем Флиппере. оно находится в более актуальном состоянии и требования для его сопровождения у Kali существенно ниже чем, например, у Debian. Думаю, сравнивать имеет смысл только с другими дистрибутивами для пентеста.
- Всё в мерж-реквесте. Собираются образы shell-скриптом, функциональную часть я в этой статье и расписал. Есть, конечно, некоторые best practices, но они слишком специфичны для конкретно этой команды, просто сложившийся набор правил.
Принципиально — ничем. Отличаются версии пакетов, процедуры их обновления в апстриме и цикл релизов. В Kali гораздо проще добавить или обновить любой пакет.
Для добавления пакета в Ubuntu придётся либо выполнять довольно строгие требования проекта Debian, либо выполнять всё то же самое для Ubuntu и, возможно, объяснять, почему это не было добавлено сразу в Debian. А потом ещё ждать релиза перед использованием.
Альтернатива — собственный репозиторий, который придётся частично синхронизировать с Kali, возможно, следить за версиями и зависимостями.
В общем, простота поддержки является очень серьёзным критерием выбора, так как отнимает уйму времени. Но всё ещё может поменяться.
Накатывай rootfs, да и делов.
Паша рассказывал, что у вас критична скорость загрузки, если это важно, то ещё можно использовать buldroot. Обрезанная сборка грузится за секунды, в отличии от убунты, которая грузится минуту.
Как по мне, с Yocto все попроще получается. Да и поддерживать потом удобнее.
я очень далёк от линукса и у меня вопрос — а есть такое для банана пи м3? На форуме чего-то мудрили с 19 версией http://forum.banana-pi.org/c/bpi-m3/M2image http://forum.banana-pi.org/c/bpi-m3/Projects, но оно нерабочее.
Не очень понятен вопрос. Если речь о Kali под Banana Pi, то я предлагаю сделать всё то же самое, заменив только сборку ядра и U-Boot. Все инструкции по сборке этих двух компонентов должны быть в наличии.
речь об убунте 19 с новым на тот момент ядром. Нерабочая и заброшенная. Риторический вопрос на зачем выпускать такое и забрасывать? И вопрос по теме "а что делать далёким от линукса, если есть банан м3 и ему нужна нормальная ось?". Пока присматриваюсь к армбиану, но там свои недоделки, выдаваемые за фичи.
Необходим авторазгон CPU с установкой верхней границы по частоте и возможность задать частоту для GPU. По раздельности это есть в сборках убунты (в 16 точно) и армбиана, а вот вместе не встречал.
Заводим GNU/Linux на ARM-плате с нуля (на примере Kali и iMX.6)