frankyboy |
|
Темы:
15
Сообщения:
324
Участник с: 05 декабря 2012
|
Всех приветствую. зашёл в тупик по такому вопросу: 1. имеется контейнер, который запускается посредством команды: 2. доступ устройств к контейнеру осуществялется через команду выше и через 3. Имеется виртуальная звуковая карта, настроенная через альсу, позволяющая выводить звук одновременно в несколько приложений: 4. контейнер звук проигрывает, но только когда звуковая карта не занята другими приложениями, иначе следует ошибка: 5. asoundrc
прошу помочь советом есть ли возможность заставить звук работать в контейнере? |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
frankyboyОчень много нюансов, в том числе и что это за контейнер. Основное назначение systemd_nspawn - это отладка, восстановление системы вместо chroot - просто это намного удобнее и проще (для перехода в контейнер нужно запустить всего 2 команды) и больше возможностей. В остальных случаях лично по мне так это лишнее … Сам использовал systemd_nspawn несколько раз и даже выполнял обновление/замену пакетов - удобно тем, что работает интернет, можешь отрыть/посмотреть любой документ, подключить любое нужное устройство … так как все это выполняется из нормальной работающей системы, а контейнер с аварийной системой занимает при этом только один терминал-эмулятор - то есть в любой момент можешь переключиться из этого терминала в другое окно ... Но вот с подключением устройств и изменением интерфейсов в самом контейнере не все так просто Как пример, имею USB 3g Modem, вывод lsusb одинаков и в системе и в контейнереlsusb В системе все нормальноfile /dev/bus/usb/003/002 А вот в контейнере проблемыfile /dev/bus/usb/003/002 Смотрим модульlsmod | grep usbserial … пусто … пробуем загрузить modprobe -v usbserial … и понятно, что не загрузим …Но я не стал и разбираться, просто это мне и не нужно, так как если подключаю модем в самой системе, то сеть имеется и в контейнере и можно спокойно обновиться root # pacman -Syu :: Обновление баз данных пакетов… обновились, смотрим какое ядро стало в контейнереroot # ls /usr/lib/modules 5.4.75-1-lts 5.9.6-arch1-1 … то есть обновилось до linux-5.9.6.arch1-1 … но в тоже время в самой системе, А НЕ SYSTEMD_NSPAWN имеем root # uname -r 5.8.1-arch1-1 Кроме этого есть еще и нюансы с разрешением доступа к устройствам в случае если вывод file /dev/bus/usb/00N/00M нормальный
Ошибки не исчезают с опытом - они просто умнеют
|
frankyboy |
|
Темы:
15
Сообщения:
324
Участник с: 05 декабря 2012
|
vasekна данный момент, единственное, что могу заметить, так это то, что в контейнере у меня пакет линукс не установлен. |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
frankyboyОпишу немного, как я использую этот systemd-nspawn Потратил как то часть времени на изучение этого systemd-nspawn, подумал, подумал как его применить, но ничего в голову не пришло, кроме одного - восстановление системы … вместо chroot. Нюансов с использованием этого systemd-nspawn возникает много, но это связано с тем, что глубоко не копаем и многие положения не совсем понимаем. А вот в части использования вместо chroot мне понравилось, одно НО - нужна 2-ая система Linux, которая у меня всегда стоит (клон рабочей системы). Конечно, кто не экспериментирует с системой, это ему в принципе и не нужно. Мне же, хоть и не часто, но требуется. Какие удобства? - находишься в рабочей системе Linux - под рукой любые документы с нужной информацией, список команд, при необходимости можно и погуглить - наличие интернета в рабочей системе можно использовать и в контейнере, то есть имеется возможность сделать обновление, установку нужных пакетов - полный доступ ко всем файлам в контейнере - простота запуска контейнера, всего две команды: 1-ая - монтирование нужного контейнера/системы, 2-ая - запуск Контейнером у меня является или рабочая система или ее клон, настроен запуск контейнера/системы в rescue mode - большего мне и не нужно. Конечно, кому то покажется это не разумным и громозким, но у меня правило - всегда иметь 2-ую систему Linux - вместо Live CD/USB - а с недавнего времени в качестве 2-ой системой стал использовать клон рабочей системы (клон обновляется редко) … это еще и удобно тем, что по-существу это backup системы, но вполне рабочий … а потому в данном случае мне и удобнее использовать systemd-nspawn вместо chroot, вот только пока не пойму - полноценная ли это замена chroot? не ли каких-либо темных нюансов.
Ошибки не исчезают с опытом - они просто умнеют
|