Потому что модуля dm-crypt нет в initrd образе, либо скриптов опять же в нем.
Тут скорее вопрос в другом, зачем сразу в лайвузб на этапе загрузки монтировать том, это нужно если вы корень шифруете.
Лично я сейчас использую https://send.firefox.com/ для файлов до 2гб.
Если надо прям с линукса то вариантов много, как пример
1) Естественно у вас должен быть белый ip, и открыт нужный порт в фаирволе на роутере и в линуксе
2) один из следующих вариантов:
-python -m SimpleHTTPServer & //расшарит папку из который запустил на порту 8000
-для 3 питона python3 -m http.server
-еще миллиард вариантов вплоть до утилиты nc
кеды да еще и с довольно старой видяхой вот и результат.
Проверить можно если убрать\поменять для теста\на встроку видяху.
А так хорошо бы еще логи приложить.
Добавлю что можно и чуть иначе пойти. Ставите нужную программу а дальше
mv /usr/local/программа /точка_монтирования_флешки/программа
ln -s /точка_монтирования_флешки/программа /usr/local/программа
mv это перемещение каталога с прогой, ln создания симлинка
В таком случае не нужно будет морочиться с монтирование и размонтированием.
В закрытом сегменте сети поднимаете ntp сервер, покупаете GPS антенну и берете время с нее. У меня на работе везде такая схема, gps антенны все на rs232, ntpd только подшаманить и все. Везде это порядка 40 объектов, точность времени нужна по специфичности работы софта(телеметрия железа и датчиков).
На сервак с дебианом ставь paprefs в нем включи upnp\dlna сервер и airplay, или тоже самое через конфиги.
На винде утилита Stream What You Hear.
На андроиде софтинка AirAudio, но ей обязательно нужен рут.
Хм, еще есть порт pulsaudio под винду. Можно попробовать нативно для пульса звук пихнуть по сети.
В прямом смысле то что вы хотите невозможно сделать т.к. таблица роутов глобальная но есть выход как это можно немного налюбить и придется делать следующее:
1) В iptables есть ключи –uid-owner –gid-owner –pid-owner. Через них ловите и маркируете трафик, соответсвенно каждый ключ ловит по своему типу, первый по uid пользователя, вторая по guid группы пользователей и третья по pid процесса но с 3ей не все так просто т.к. придется гдето скриптом мониторить нужный процесс и хватать пид.
2) Дальше согласно маркировки пакетов суете в нужный интерфейс.
Работать будет но получите сексуальных отношений на пару дней если не недель т.к. фактически вам придется дублировать все правила в большом количестве.
А чем вы руководствовались при выборе ОС? Может для начала стоит читать что за ОС, чем она отличается и сразу оценивать возможные неудобства и проблемы?
Вы вникали что попали так сказать в очень неловкую ситуацию потому как по факту вы загнали себя в дистрибутив аля гента где предполагается что все будет собираться ручками. Следовательно вы дефакто лишаете себя "нормальной" установки бинарников проприетарных, а значит можете довольствоваться только костылями совсем фанатскими или в лучшем случае поданными с барского плеча run файлами.
Вот тут и довольствуйтесь пунктом " All distributions" который ведет какраз на run инсталлер с которым у вас предстоит, крайне вероятно, долгая и незабываемая ночь.
Никак. Самый не проблемный вариант это KVM свитч но стоят они прилично.
Более геморный это колхозить из набора железяк. Ну к примеру купить 2 самый простых dvi или vga квм свитча(рублей по 500 за каждый можно найти). Так как на ноуте только hdmi и он один то купить 2 usb видяшки(по куску за штуку можно найти). Для удобства докупить еще и usb hub для ноутбука куда и воткнуть видяшки. Дальше все это колхозишь воедино и на выходе у тебя будет 2 монитора которые переключаются кнопочками на пульте.
В случае чисто только 2х линуксов и на компе с мониторами и на ноуте то можно расшарить их но подкводных камней с костылями будет чрезвычайное количество а результат работы сильно врядли удовлетворит.
GPU никак не заюзать для этой задачи. Но сделать очень быстро можно если есть руки и голова и следующее:
1) Экстремально быстрый диск, еще лучше если это будет ram диск в очень быстрой оперативке
2) многоядерный проц.
3) софт в котором крайне понимающие люди учли все затыки, переключения контекстов между ядрами, число обращений к ненужным api системы, нашли самый быстрый вариант поиска совпадений(регулярка или условия) и много других тонкостей.
В вашем случае затык в 99% будет уже просто на этапе накопителя т.к. он врядли обеспечит такую скорость чтобы утилизировать проц даже средний и даже со средней паршивости программой.
Если надо скриншотами то вперед писать скрипт, тут ничего сложного.
Другой вопрос что за данные такие, если это некая программа то может порезать права пользователя и не загружая dm сразу запускать эту программу?
Если же dm нужен то можно сделать отдельного пользователя для работы этой программы и связанных с ней каталогов. У юзверя ярлык на запуск проги, сам скрипт запуска только на чтение и выполнение, текущему пользователю полный запрет на rwx в каталоге програмки.
Логи включить можно, их много разных и в каждой отдельной программе. В общем поподробнее бы что нужно уберечь от вынеса, и собственно как подрузамевается вынес, есть ли на виртуалке выход в инет, можно ли пробросить usb и т.д.
Как такового общего нет в принципе, от версии к версии он довольно сильно меняется. Но для възда в тему:
1) Обязательно стоит начать с прочтения "Asterisk: будущее телефонии", да она устарела но стоит начинать именно с нее т.к. захватите процентов 60-70% всего необходимого. Возможно даже и остановитесь на версиях подходящих под книгу.
2) Документация к каждой версии.
Всякие видокурсы\туториалы это лютая хрень. Прочтите книгу, станет понятна документация а дальше уже ничего и не надо. Если что то будет надо сделать то сядете и сделаете без подсказок.
PS вспомнил еще момент. Ни одна книга и ни один туториал не даст грамотного понимания о всяких связных вещах типа dhcp\dns\tftp\приколах сети и связанного с ними, которые не обязательны но могут быть очень важны, по ним уже любая хорошая книжка по общему устройству unix\linux либо для конкретного диструбутива bsd like\debian\centos-rhel и т.д. . В каждой это отличается в т.ч. тонкости сборки астериска из изходников и особенностей.
Я могу предложить другие варианты. ОС одна но вот варианты:
-в арчеподобных дистрах есть крутая штука под названием ramroot. Не знаю точно но уверен что подобное есть в других дистрибутивах. Штука крайне удобная для огромного числа ситуаций.
-есть такая штука как overlayfs. Такая же крутая как и первый вариант и даже в некоторых ситуациях круче и незаменима.
-есть такая фс как btrfs или zfs, тоже крутые но уже еще круче и нужно быть в теме.
-есть chroot, для многих ситуаций подходит.
-swap вообще не особо и нужен если уверены что оперативки хватит
-swap может быть не только разделом но и файлом как в windows!
-как выше писали, виртуалки
-еще уйма вариантов но не вспомню все.
В общем может почитайте и выбирайте что Вам больше подойдет для конкретно вашей задачи, а ставить несколько систем ну это на мой взгляд совсем край, линукс очень гибок и он легко подстраивается под нужды.
Jabber\xmpp, реализаций серверов тьма, клиентов тьма вообще под любую платформу. Расширяется под нужды так же довольно просто.
Еще можно развернуть asterisk+sip message. Но это такое.
Вот больше похоже что проблем не в дистре или железе, а в том кто перед ним. Выбирать то что нужно лично вам по критериям. До свежести довести можно любой дистр. Жаловаться что что то не работает\работает не так\ глючит последнее дело и наступать оно должно после внимательно чтения тонкостей дистрибутива и конкретно вашего железа.
Ну раз захотели свежести то самый относительно простой это арч\манжара. Для всех ситуаций есть арч вики где расписано все крайне удобно и довольно досконально. Не хочется заморачиваться тогда ставьте абсолютно любой дистрибутив хоть дебиан но ветку берите тестовую\дев или что то типа Tumbleweed как в opensuse.
Конкретно у вас сейчас желание получить "кнопку которая делает хорошо", так не бывает. Тут все достаточно просто, если ноутбук да еще и с дискреткой то автоматом получаете геморой разной степени с дровами для видео, особенно если встройка+дискретка. Опять же если ноутбук то с огромной долей вероятности получить еще один прикол связанный с профилями питания ЦП. Хоткеи вообще отдельная тема. Темы\цвета, вы серьезно?)
Ну и кроме того, если вы считаете себя "начинающим программистом" то ну уж точно должны уметь читать документацию а значит и понимать хотябы минимально "причина-следствие".
