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

1) проверьте, что у вас правильный репозиторий, для этого загрузитесь с флешки и попробуйте в ручном режиме установить с него ubuntu.
2) проверьте правильность получаемых адресов в pxe (dhcp) правильность загрузки и т.д.
И да, по pxe можно установить!

< Ctrl >-< Alt >-< F1 > - входите в текстовый режим,
sudo -s
nano /etc/passwd
ищете свой логин и меняете zsh на bash!
Ну а далее разбираетесь, что не пошло... и точно ли не пошло?

Настоятельно рекомендую использовать openvpn. Под винду клиентов полно, даже с GUI. Под OSX - thunnelblick. Плюсов огромное количество, начиная от проброса маршрутов, и заканчивая авторизацией, не говоря уж о всевозможных режимах работы как сервера, так и клиента.
Да, единственный минус - клиент не из коробки.

Да, есть, причем очень разный.
1) Есть inotify - внутренний механизм ядра по слежению за файлами
2) Есть SELinux - система безопасности
3) есть auditd

С копмиляцией вам уже посдказали. Давайте я про отладку расскажу. Во первых очень желательно иметь две машины - одну для компиляции и отладки, вторую - таргет, куда все грузим и где тестируем и проверяем
1) используем printk, в 95% случаев этого достаточно
2) если аппаратура позволяет, используем jtag - это аппаратный модуль для отладки - 100% успех!
3) можно использовать kgdb - не всегда это работает.

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

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

Про программы с графическим интерфейсом все просто - они сразу пытаются открыть графическое окно. Но сама программа будет немного сложнее.

Так, Вы сделали и скомпилировали консольную программу. В этом же терминале можно ее и запустить.
Либо сделать "лаунчер" типа
xterm ./prog
Как сделать "лаунчер", зависит от вашего графического окружения, но обычно можно просто сделать desktop-файл, его практически все в линуксе понимают.
Просто создайте текстовый файл prog.Desktop со следующим содержимым (Exec - полный путь до вашей программы, Icon - путь до иконки, но можно без нее)

[Desktop Entry]
Encoding=UTF-8
Version=1.0
Type=Application
Terminal=true
Exec=/path/to/executable
Name=Name of Application
Icon=/path/to/icon

Вот руководство - https://www.maketecheasier.com/create-desktop-file...

ЗЫ. Да, забыл напомнить, сделайте в вашей программе выход по ожиданию нажатия на клавишу, иначе можно ничего и не рассмотреть!

1) Начните со списка процессов на вашем сервере и сетевых подключений.
2) Проверьте, не имеется ли у вас rootkit или подмены системных файлов (поможет проверка через менеджер пакетов)
https://blog.sleeplessbeastie.eu/2015/03/02/how-to...
и
https://bencane.com/2013/12/23/yum-plugins-verifyi...
3) Запретите все исходящие коннекты с сервера (через iptables/firewalld/ufw или что у вас там стоит), и переведите их в состояние drop (только не reject!), тогда как минимум можно увидеть по netstat, какой процесс пытается стучаться к чужим серверам по ssh
4) найти виновника и его пристрелить
5) по типу атаки узнать как пробрался на систему гад и ликвидировать дырку

На дальнейшее
- доступ по ssh по ключам
- отключение исходящих коннектов через firewall
- всех по своим пользователям-ролям, под рутом живут только нужные службы
- желательно ограничивать коннекты не на сервере, а на отдельном роутере
- запускайте службы в контейнерах или виртуалках (если barebone)
- мониторинг системы
- логи на внешний сервер