Алексей Черемисин

Оно действительно вам надо? Все эти сервисы спокойно тестируются по отдельности, своими собственными клиентами. Смысла тестировать все и сразу большого не вижу.
Но если уж так хочется, то берете https://jmeter.apache.org/ , описываете сценарий, и запускаете. Там есть пробники и для DNS, SIP, HTTP, FTP и кучи всего.

Очень похоже, что ядро не может подмонтировать корневую FS.
Скорее всего или драйверов не хаатает, или initrd не так собран

Как старый олдскульник, когда работал с модемами использовал chat, expect, minicom, wvdial ну и python с модулем serial. Через последний написал кучу вещей по работе с модемами, ибо просто, быстро и красиво. Как пример, считывание статистики (с usb-модемов с несколькими tty), перезагрузки, посылки sms и прочей чуши - https://pyserial.readthedocs.io/en/latest/index.html

Ну и как минимум послать +++ первыми после подключения при открытии порта. Это универсальная эскейп-последовательность, подается без префикса AT.

Да, они отличаются, и значительно. А какой "Unix" собираетесь учить, и какой "Linux"? Из живых юниксов осталось всего три BSD: FreeBSD (и ее варианты), MacOS (да-да это то самый Apple!), ну и незабвенный Minix. Я не беру расчет всякие RTOS типа QNX - отдельная поляна.
Отличаются набором утилит (хотя везде можно поставить GNU-версии), управлением, поведением, настройками.
Да и дистрибутивы линукса иногда сильно различаются, если смотреть предвзято - Debian и CentOS например.

И что значит выучить? Учить придется не конкретный дистрибутив, а конкретное программное обеспечение, благо оно сейчас практически у всех одинаково. Проблема в другом - есть несколько диаметрально противоположных реализаций одного и того же сервиса - взять Nginx и HaProxy, bind и PowerDNS, KDE и Gnome....

Юникс (как и линукс) тем и хороши, что есть из чего выбрать!

И если учить, то учите основы построения операционных систем, ну и учите конечно же Linux - а другие системы построены по аналогичным принципам.
Если научитесь кататься на велосипеде, то и на мотороллере поедете, и на самокате - принцип движения один и тот же. Но различаются очень сильно!

Да, поддерживает. И через systemd, и напрямую, и через lxc/lxd или docker. Вот например первое попавшееся - https://www.hiroom2.com/2017/07/03/debian-9-lxd-en/
Ну и наконец, в debian9 стоит ядро 4.9, в котором cgroups-v2 - https://www.kernel.org/doc/Documentation/cgroup-v2.txt

Интересно, чем pulseaudio не устроило? A jackaudio пробовали?
Вы же понимаете, что без аудиосервера у вас будут проблемы с несколькими приложениями с доступом к карте, да и кучу других проблем....

LFS - вам сюда - www.linuxfromscratch.org/lfs
Ну и вот, по-русски, но почему-то без настроек компилятора.... - https://habr.com/ru/post/257663/

А написать спою запускалку, которая будет pid из переменной $! доставать? https://unix.stackexchange.com/questions/30370/how...

Ограничения если и есть, то где-то в драйверах конкретного устройства. Вы бы рассказали, что делаете, на каких устройствах и как?

Про атрибуты все уже сказали. Но если заливаете в /tmp, то там атрибуты исполнения могут сбрасываться или просто оттуда не запускаться, в зависимости от параметров монтирования /tmp!
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noexec)
Вот у меня - nosuid (запрещать suid бит), noexec (запрещать исполнение), nodev (запрещать дескрипторы устройств).

У меня процесс обновления происходит в несколько этапов
1) скрипт запуска приложения проверяет линк в /tmp/uploaded
- если есть, запускает приложение по этой ссылке с параметром --uploaded=path-to-new-version и удаляет саму ссылку (!)
- если нет - запускает приложение по стандартному месту
2) приложение проверяет по ключу --uploaded свой функционал и если все хорошо, делает линк на текущую версию на стандартное место приложения, или валится по ошибке.
3) Когда скачалась новая версия, на нее делается ссылка в /tmp/uploaded и приложение гасится
4) приложение перезапускается

В результате, даже если залилось приложение с ошибками, то у меня всегда есть старая версия.

Ну так. Сижу на линуксе уже лет 20 (да-да, я стар, как говно мамонта, но не совсем).
1) Рекомендую установить линукс второй системой, благо это не вызовет какой-то диссонанс.
2) Попробовать в нем поработать. Будет дискомфорт, сильный. Придется поменять привычки, изучить командную строку и найти альтернативные программы.
3) Конечно, 4Гб для комфортно работы маловато, но достаточно при умелом использовании.
Далее.

Если вы разработчик, то в линуксе все для этого есть, начиная от кучи всяких IDE (благо, они практически такие же, как и на винде), и заканчивая docker/libvirt. Все вместе значительно облегчает разработку. С примесью командной строки, а еще и например с таловым менеджером типа I3, производительность будет очень высокой, правда со временем. Уходить на винду обратно - морально себя ломать.

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

За что я люблю линукс.
- все на кончике пальцев, в прямом смысле слова.
- куча рабочих столов (как и в OSX), я до сих пор не пойму, почему майкрософт это никак не внедрит в свой GUI, причем оболочки типа HP Launch для еще windows 3.11 были в 1995 году.
- все инструменты разработки создавались изначально под командную строку и все из мира unix
- командную строку вообще практически нечем заменить, и 40 лет развития unix сделали ее просто волшебной.
- куча редакторов для простого текста, начиная от VI/Emacs, и заканчивая тем же самым gedit. все это с подсветкой синтаксиса, автокомплитом и прочими плюшками
- все идет из коробки, не нужно ползать по сайтам, скачивать сомнительные программы
- отсутствие вирусов и безопасность
- виртуализация типа docker/libvirt, развернуть.попробовать новую систему - 5-10 минут, даже винду.
- ну и подготовка документации, обожаю pandoc и текстовый markdown. На выходе красивые PDF, которые можно хранить под управлением git/mercurial.
- для картинок использую inkscape.

Да, у меня еще есть парочка макбуков и аймак, но этот текст пишу с ультрабука асус s. OSX в плане юзабилити немного лучше, но в ней нет I3.