Vladimir Zhurkin: Повторюсь, Docker не работает ни с FreeBSD, ни с LEDE. Больше мне ничего не надо. Совсем. Поэтому нужен либо Kvm, либо Xen. Что такое Docker я отлично знаю, и даже поддерживаю несколько контейнеров, которые насчитывают сотни тысяч загрузок с Docker Hub.
Вопрос был не про совет какой роутер купить, так что комментарий опять мимо.
Запись на флэшку будет минимальная: только когда меняется конфигурация системы (после настройки примерно никогда), когда устанавливаются обновления (изредка) и когда сохраняются логи статистики pfSense (копейки). Винт 7200 будет сотрясать весь миниатюрный ITX корпус и греться, не говоря уже об энергопотреблении по сравнению с флэшкой. Так что опять мимо. По поводу размера, 16ГиБ для все должно хватить, ещё и останется.
При этом размер самого диста, ну не как не влияет на ресурсы.
Очень даже влияет на количество запущенного из коробки, а соответственно на скорость загрузки и количество занимаемой памяти и процессорного времени. Выпиливание компонентов из готового дистрибутива я практикую и так, но не для этой задачи.
Вы хотите и удобства и минимализм, так не бывает.
Не вижу почему минимальное не может быть удобным.
Любой устанавливаемый пакет потянет зависимости и в итоге все будет как у всех.
Ubuntu minimalCD (без Xen) после установки занимает больше 2ГиБ на диске. Вы уверены что после установки Alpine Linux с Xen (iso 156МиБ) он будет занимать столько же?
Проц в машинке слабенький, памяти тоже не много, хочется держать минимум процессов для минимального енергопотребления (пассивное охлаждение). Устанавливается на USB 3.0 флэшку без особо выдающихся скоростных характеристик. Поэтому ставить дистрибутив в несколько гигов, который будет загружаться минуту (а потом ещё виртуалки пока запустятся) не очень хочется.
Вот тоже решил посмотреть на Alpine, там вроде даже сборка какая-то есть для Xen виртуализации, буду тыкать что оно к чему. Docker не катит ибо одна из виртуалок на базе FreeBSD, да и LEDE в виде контейнера не видел.
suhuxa1: Давайте пример такой строки (можете упростить значения до пустой строки или ещё каким-то образом сократить).
Звучит с одной стороны как фантастика, с другой стороны вполне может быть багом в самом PHP, но для этого нужно иметь возможность воспроизвести баг в любом случае.
Programep: Я думаю для этого поколения карт ускорение не реализовано должным образом, так что без разницы что поставите. Основные усилия разработчиков на GCN+ архитектуры, а это HD7xxx+, HD4850 довольно старая уже карта.
Programep: Стабильность и производительность не одно и тоже:) Оно очень даже может работать железобетонно надежно, и при этом дико тормозить. В Ubuntu пакеты посвежее, но по большому счёту фундаментальной разницы нет. Я предпочитаю Ubuntu, кто-то Debian. Просто попробуйте, если поможет то будет смысл задумываться над переходом. В конце концов в Debian тоже есть нестабильная ветка и вообще свежее ядро и Mesa можно поставить куда угодно, главное понять решит ли это вашу проблему с аппаратным ускорением.
Programep: Довольно странно, что там Mesa 13, а не 17. Как вариант (если вариант) я бы попробовал ещё Live USB Ubuntu 17.04, там ещё свежее версия Mesa (17.0.3) и OpenGL должен быть 4.5.0 вместо вашего 3.3. Ну и ядро 4.10 по-моему. Хотя есть шанс что HD4850 слишком старая для этого:(
kain45: Если дружите с английским то огромное количество информации (хоть и частично специфичной для Arch) есть здесь: https://wiki.archlinux.org/index.php/Dm-crypt Очень рекомендую походить по ссылочкам и почитать, там описаны разные конфигурации, как оно всё работает, плюсы и минусы, соображения по безопасности и так далее.
kain45: Смотрите, если вы вынесете весь /boot на флэшку, то он не будет зашифрован, следовательно, ранний этап загрузки ОС будет происходить с незашифрованных данных. Поэтому я бы не выносил boot, а вместо этого ставил всё внутрь LVM, а флэшку уже подготовил бы позже. Всё что флэшке нужно сделать это:
1) Открыть luks
2) Загрузить конфиг /boot/grub/grub.cfg (который внутри LVM раздела) либо передать управление grub, который в LVM разделе (здесь могу ошибаться, ибо работаю с BTRFS как более удобным для меня инструментом и конкретно этот сетап не делал)
В любом случае пробуйте сначала с виртуальной машиной, а когда всё получится воспроизводите с реальной.
P.S. У вас машина не поддерживает UEFI режим? UEFI+BTRFS нереально упрощают жизнь.
kain45: Флэшка будет не gpt, а mbr, ну и сам grub будет не в файловой системе, а в загрузочной записи, или как оно там называется, флэшки. С момента загрузки конфига, который внутри luks раздела (configfile $prefix/grub.cfg) всё будет аналогично.