Решил тут поэкспериментировать с управлением lxc-контейнерами посредством virt-manager и столкнулся со странным эффектом
Когда я создаю контейнер средствами lxc-utils - он вроде нормально работает, доступа к консоли мне, правда, получить не удалось, но не больно то и хотелось. По ssh пускают и ладно. Теперь пытаюсь сделать контейнер, который управляется virt-manager-ом 1. Запускаем вручную скрипт из /usr/lib/lxc-templates, получаем корневую файловую систему 2. Через меню virt-manager-а создаем operating system container LXC, указывая созданную файловую систему в качестве "существующей корневой директории". Запускаем 3. Открывается графическая консоль и начинаются странные эффекты 3.1. Рутом не пускают - говорят login incorrect (ну это понятно - консоль у нас в /dev/pts/0, а она ни разу не в /etc/securetty 3.2. init ругается на respawining too fast для всех getty на /dev/tty? Ну тоже понятно. И то и другое можно пофиксить, сделав chroot в директорию контейнера и подредактировав там inittab (убрав лишние getty) и passwd/shadow (добавив простого юзера). Дальше самое интересное. Ставим sudo, а sudo, при входе по ssh(!) ругается sudo: нет tty и не указана программа askpass Вопрос в том, можно ли исправить эту ситуацию а) посредством редактирования libvirt-овского xml-описания контейнера (очевидно же, что если у контейнера, управляемого lxc-start ssh-сессия имеет нормальные tty, а у контейнера, управляемого libvirt - какие-то неправильные, то проблема в конфигурации) б) посредством установки libvirt из бэкпортов (подозрение вызывает отсутсвие бэкпортов всей обвязки, включая сам virt-manager) -- -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
