ntkt

Мне почему-то кажется, что Вы решаете немного иную проблему, типа "как предупредить пользователя, что машина не в сети, чтобы он не тратил время на бесплодные попытки логина".
По теме: на голом CentOS будет непросто. Но вообще проблема выглядит решаемой:
1) В KDE есть виджеты на lock screen
https://www.maketecheasier.com/customize-kde-lock-...
2) Нечто типа conky можно заставить работать из lock screen через скринсейвер
Плохой пример, для убунты и xscreensaver
askubuntu.com/questions/543646/how-to-get-conky-wo...

У Вас оно запустило fsck в контейнере, верно? Осталось только понять, отработал fsck или же все еще работает.
У vzctl start есть опция --skip-fsck , попробуйте ее, чтобы отрубить эту проверку, ну хотя бы один раз попробовать без нее.

Another small new feature is ploop-related. When you start (or mount) a ploop-based container, fsck for its inner filesystem is executed. This mimics the way a real server works -- it runs fsck on boot. Now, there is a 1/30 or so probability that fsck will actually do filesystem check (it does that every Nth mount, where N is about 30 and can be edited with tune2fs). For a large container, fsck could be a long operation, so when we start containers on boot from the /etc/init.d/vz initscript, we skip such check to not delay containers start-up. This is implemented as a new --skip-fsck option to vzctl start.

https://openvz.livejournal.com/44738.html

Общепринятой реализации провайдеров в привычном виндовом представлении нет.
В ядре есть подсистема crypto и некоторое API к ней -- это реализация всех основных криптопримитивов для ядерного же использования.
А в юзермоде -- нет ничего готового, единого и удобного, надо самому использовать чисто юзермодные библиотеки: openssl, gnutls, libnss и иже с ними.
Все остальное -- маргинальные эксперименты (порт /dev/crypto из OpenBSD (www.logix.cz/michal/devel/cryptodev ), патчи в том же openssl, которые вызывают соотв. реализации функций из ядра через аналоги этого /dev/crypto, и т.д.).

Вот содержимое readme: pastebin.com/HQgBsGgk
Вот содержимое скрипта установки: pastebin.com/Arzbs9XS

А что именно рухнуло? Там и драйверов-то, по сути, нет, только PPD-файл, т.е. принтер поддерживает PostScript, и свой самодельный фильтр для растровых изображений (rastertozj58).

1) .bash_profile -- это не история, сам он никогда не обновляется, шелл его сам не перепишет. Его редактирует только пользователь вручную.
2) Надо смотреть на месте, все конфиги в целом. Вообще, по умолчанию, историю bash сохраняет при выходе. Это поведение можно изменить, если Вы считаете, что игра стоит свеч (ключевые слова "history -a" чтобы сохранить и переменная "PROMPT_COMMAND", чтобы делать это после каждой команды).

Везде пишут, что для работы с ГОСТ нужен, якобы, пропатченный stunnel.
Как именно патчить — не ясно, но вот здесь есть намеки, что надо пересобрать с опцией --disable-rsa
(Эта компания, вроде бы, и добавила код с поддержкой ГОСТ в openssl, кстати)
cryptocom.ru/opensource/stunnel.html

Stunnel поддерживает возможность подгрузки engine через свой конфигурационный файл. Поэтому модификация исходных текстов не требуется. Но при сборке скрипту configure требуется указать опцию --disable-rsa. Stunnel, собранный без этой опции поддерживает только алгоритм RSA. С этой опцией поддерживаются все алгоритмы, поддерживаемые нижележащей OpenSSL, в том числе и RSA.

ВНИМАНИЕ! Stunnel не считывает стандартный конфигурационный файл OpenSSL. Поэтому engine должна быть размещена в умолчательном каталоге engines установленной OpenSSL.

Можно, например, создать именованные пайпы (google: mkfifo).

Сделаем тестовую прогу test_redir.c следующего содержания:
#include <stdio.h>
int main()
{
fprintf(stdout,"Test STDOUT\n");
fprintf(stderr,"Test STDERR\n"); return 0;
}


Собрали, подготовили к запуску.
$ gcc test_redir.c -o test_redir
$ chmod +x test_redir

Теперь создадим пайпы:
$ mkfifo test_out
$ mkfifo test_err

Запустим
$ ./test_redir 1>test_out 2>test_err

Теперь в двух новых терминалах посмотрим, что в пайпах:
$ cat tmp/test_out
Test STDOUT
$ cat tmp/test_err
Test STDERR
Это плохой пример, поэтому в первом терминале вывод появится только после того, как мы посмотрим, что в пайпе test_err, но идея должна быть ясна.

1. Пишут, что VLC начиная с версии 1.1 скриптуется (Lua). Пример: www.coderholic.com/extending-vlc-with-lua/
2. Вот такой аддон по удалению файлов находится:
addons.videolan.org/CONTENT/content-files/153041-Diskdelete.lua
3. Далее Вам понадобятся кастомизируемые клавиатурные шоркаты.
Вроде бы, из lua-расширений их можно регистрировать.
Я смотрю код vlc-2.0.6, share\lua\intf\hotkeys.lua
vlc.var.add_callback( vlc.object.libvlc(), "key-pressed", key_press )

На ум приходят только самописные костыли c использованием FUSE, готовые решения как-то даже не гуглятся.

Берем за основу нечто подобное:
www.matthewgkeller.com/software/rofs.c.txt

и во всех коллбэках на запись радостно возвращаем 0.
Предсказываю падение производительности.

Для отвязки от консоли, имхо, удобнее всего использовать screen.

А для вывода иксов «в никуда» есть такая вещь как en.wikipedia.org/wiki/Xvfb.
Т.е. «Xserver c Виртуальным ФреймБуфером». Тогда Ваш дисплей точно никто не увидит, и Вы в том числе (но скриншоты снимать можно!). Иногда это удобно, если Ваше граф. приложение надо только запустить, но не работать в нем, а на «клиентской» стороне почему-то нельзя запустить иксы.

Я был бы чуть более осторожен — не в каждом дистрибутиве в баше доступны /dev/tcp и /dev/udp.
Можно использовать netcat (вызывается как nc, есть по умолчанию почти везде)

Соответственно,

#!/bin/sh

mkfifo dummy
cat dummy  | nc -u 177.22.37.11 6800
my_process 2>&1 | tee -a dummy
rm dummy

Ключ -u выбирает UDP, если не указывать — по умолчанию TCP.