Где я могу пообщаться с разработчиками?
Все обсуждения, касающиеся разработки Chromium OS, проходят в нашем сообществе поддержки Chromebook . Не стесняйтесь задавать любые вопросы, но обязательно воспользуйтесь поиском, чтобы убедиться, что ваш вопрос уже не был рассмотрен.
Куда я могу отправлять запросы на добавление новых функций?
Поскольку это относительно новый проект, у нас много дел и планов по выпуску новых версий, поэтому было бы неплохо пока подождать и вернуться к нему после нескольких релизов ChromeOS.
Пока что можете свободно общаться/задавать вопросы в списке рассылки, указанном выше.
Как только ситуация стабилизируется, вы сможете воспользоваться нашей системой отслеживания проблем. Подробности смотрите в следующем вопросе.
Куда можно сообщить об ошибках?
Прежде всего, убедитесь, что вы используете последнюю версию канала для разработчиков. Работа над проектом ещё продолжается.
Далее, пожалуйста, убедитесь, что эта проблема еще не известна или не исправлена. Вы можете проверить существующий список ошибок .
Если вы все еще хотите оставить отзыв, вы можете отправить его, добавив в описание хештег #crostini (другое название Linux на ChromeOS). Отзыв о любой части ChromeOS можно отправить с помощью alt + shift + i .
Если вы все же хотите сообщить разработчикам об ошибке, воспользуйтесь этой ссылкой , чтобы направить запрос нужным специалистам.
Почему именно Кростини?
Это пародия на crouton, проект, позволяющий легко создавать полноценные среды Linux (включая инструменты разработчика) для пользователей, включивших режим разработчика. Crostini (Linux на ChromeOS) призван удовлетворить большинство сценариев использования crouton и представляет собой более крупную и вкусную закуску, чем crouton, отсюда и название.
Как Crostini (Linux на ChromeOS) связан с Crouton?
crouton помог определить многие сценарии использования ChromeOS, которые разработчики хотели реализовать, поэтому он помог определить требования к Linux на ChromeOS. Мы хотели убедиться, что большинство пользователей crouton смогут использовать Linux на ChromeOS для своих нужд, но в безопасной среде.
Таким образом, Crouton помог определить направление развития Linux на ChromeOS, но код между ними не был общим или повторно использован. Дело не в том, что Crouton плох, это просто совершенно другая модель.
Когда будет обеспечена поддержка моего устройства?
В настоящее время мы не публикуем никакой информации, кроме этой документации. Если ваше устройство не указано в разделе «Поддержка устройств» официальной документации Chromium OS, значит, мы еще не приняли никаких решений относительно этого конкретного устройства, готового к публичному использованию.
Поэтому, пожалуйста, не спрашивайте нас о планах по поддержке устройств, так как у нас их нет.
Нужно ли включать режим разработчика?
Нет необходимости включать режим разработчика (когда при загрузке появляется пугающий экран о том, что проверка ОС отключена). Все эти функции разработаны для безопасной работы, пока ваша система находится в обычном/проверенном режиме.
На некоторых устройствах может потребоваться переключиться на канал для разработчиков , но это совершенно не связано с режимом разработчика.
Использую ли я Linux на ChromeOS?
Если вы используете приложение Terminal или программы из предоставляемого нами контейнера по умолчанию, включая наши программы для упрощения интеграции (например, Sommelier ), то да.
Если вы используете собственный контейнер или виртуальную машину , то нет.
Зачем запускать виртуальные машины? Разве контейнеры не безопасны?
Хотя контейнеры часто изолируют себя (с помощью пространств имен Linux), они не изолируют ядро или аналогичные системные ресурсы. Это означает, что достаточно одной ошибки в ядре, чтобы полностью использовать уязвимость системы и украсть ваши данные.
Для ChromeOS этого недостаточно, поэтому мы поместили всё внутрь виртуальной машины . Теперь вам придётся использовать crosvm через его ограниченное взаимодействие с гостевой системой, а сам crosvm работает в жёсткой песочнице.
Более подробную информацию можно найти в разделе «Безопасность» официальной документации Chromium OS.
Как мне обмениваться файлами между ChromeOS и контейнером?
Доступ к хранилищу контейнера Linux по умолчанию в ChromeOS осуществляется через раздел «Файлы Linux» в приложении «Файлы» ChromeOS. Используя Secure Shell , вы можете настроить монтирование SFTP к другим удаленным контейнерам, а затем просматривать их через приложение «Файлы».
Могу ли я получить доступ к файлам, когда контейнер не запущен?
В настоящее время для доступа к содержимому контейнера необходимо, чтобы он был запущен. Контейнер Linux по умолчанию в ChromeOS будет запускаться автоматически при доступе к «Файлам Linux» из приложения «Файлы».
Можно ли установить пользовательские модули ядра?
В настоящее время нет, Termina не поддерживает модули. Это означает, что попытки использовать программное обеспечение, требующее сборки или загрузки пользовательских модулей ядра (например, VirtualBox), не будут работать. См. также следующий вопрос.
Можно ли запустить виртуальную машину внутри другой виртуальной машины?
В некоторых устройствах ChromeOS поддерживается вложенная виртуализация, что позволяет использовать эмулятор Android. Кроме того, вы можете запустить qemu-system для эмуляции оборудования и загрузки любой желаемой ОС внутри него. К сожалению, это будет довольно медленно, поскольку QEMU не сможет использовать KVM для аппаратного ускорения.
Можно ли запустить контейнер Docker или другой контейнер внутри контейнера Linux в ChromeOS?
Да! Вероятно, вам сначала потребуется установить соответствующие пакеты для того формата контейнера, который вы хотите запустить.
Какая архитектура работает в моей системе?
Архитектура контейнеров Linux будет соответствовать архитектуре вашего устройства. Вы можете узнать её двумя способами:
- В новой вкладке перейдите по адресу: chrome://settings/help/details и посмотрите раздел «Платформа», затем сопоставьте название платы с нашим общедоступным списком устройств . В поле «ABI пользователя» вы можете узнать, какой у вас процессор.
- Откройте crosh и выполните команду
uname -m. Это выведет архитектуру вашего текущего устройства.
Если вы видите x86_64 , вы сможете запускать код, скомпилированный для Intel/AMD (32-битные/64-битные/x32-битные версии должны работать).
Если вы видите arm (или что-то подобное, например, armv7l ) или aarch64 , вы сможете запускать код, скомпилированный для ARM/ARM64.
Могу ли я использовать другие архитектуры?
В настоящее время отсутствует встроенная поддержка запуска, например, кода ARM на системах Intel и наоборот. Вы можете решить эту проблему самостоятельно (например, с помощью qemu-user), но если вы знакомы с qemu-user, то вы это уже знаете.
Можно ли запускать программы, которые продолжают работать после выхода из системы?
Нет! Все виртуальные машины (и их контейнеры) привязаны к вашей сессии входа в систему. Как только вы выйдете из системы, все программы будут автоматически завершены.
Поскольку все ваши данные хранятся в зашифрованном хранилище, мы не хотели бы, чтобы они могли скомпрометировать вас при выходе из системы.
Более подробную информацию можно найти в разделе «Безопасность» официальной документации Chromium OS.
Могу ли я запускать программы автоматически при входе в систему?
Нет! Все виртуальные машины (и их контейнеры) необходимо перезапустить вручную. Это помогает предотвратить постоянные уязвимости.
Более подробную информацию можно найти в разделе «Безопасность» официальной документации Chromium OS.
Можно ли запускать программы автоматически при загрузке системы?
Нет! Смотрите предыдущие вопросы.
Могу ли я установить переменные окружения для своего контейнера?
Конечно! Есть несколько способов это сделать.
- Файл environment.d позволяет устанавливать переменные окружения для сеанса
systemd --user, включая Терминал и все графические приложения. Для использования этого метода может потребоваться более новая версия контейнера, например, Debian 10 “buster”. - Если вам нужны только переменные окружения в терминале , установите их в конфигурационном файле вашей оболочки, например, в
~/.bashrcили~/.zshrc.
Изменения переменных среды вступают в силу только для вновь запущенных программ. Для того чтобы изменения вступили в силу, может потребоваться перезапуск программ или всего контейнера.
Поддерживается ли многопрофильный режим?
Нет, терминал поддерживается только в основном профиле (*). Наша цель — обеспечить полную функциональность и бесперебойную работу основного профиля, а также предотвратить сбои и проблемы во вторичных профилях. Мы не планируем расширять функциональность вторичных профилей.
Если вы не знакомы с поддержкой нескольких профилей , ознакомьтесь с общей документацией по поддержке нескольких профилей для получения более подробной информации.
(*): Приложение «Терминал» отключено во всех дополнительных профилях. Пользователи могут запускать виртуальные машины вручную через crosh и контейнеры внутри них, но пользовательский интерфейс и приложение «Файлы», вероятно, не будут интегрироваться автоматически.
Поддерживаются ли детские учетные записи?
Нет, терминал не поддерживается в дочерних учетных записях . Мы не планируем предоставлять эту функцию таким учетным записям.
Если вы не знакомы с дочерними учетными записями , ознакомьтесь с общей документацией по дочерним учетным записям для получения более подробной информации.
Синхронизированы ли/созданы ли резервные копии моих виртуальных машин/контейнеров/данных?
В конечном итоге, вы несёте ответственность за любые данные, попадающие в контейнеры. Для удобной синхронизации данных, таких как папка проекта, между машинами, вы можете предоставить общий доступ к папке в Google Диске для пользователей Linux . Всё, что вы добавите в эту папку, будет резервно скопировано в Google Диск и синхронизировано между вашими устройствами.
Как создать резервную копию виртуальной машины?
Простейший способ — использовать новую функцию резервного копирования, встроенную в саму ChromeOS. Для этого перейдите в «Настройки» и выберите «Разработчики» в левой боковой панели навигации. Затем перейдите в раздел «Linux». Вы найдете «Резервное копирование и восстановление». В этом меню вы найдете кнопку «Резервное копирование», которая сохранит для вас файл .tini .
Если вам нужно создать резервную копию отдельного контейнера, можно использовать стандартные команды LXC .
Команда vmc export позволяет вручную экспортировать всю виртуальную машину. По умолчанию образ диска qcow2 будет сохранен в папку «Загрузки». Обратите внимание, что пока нет возможности импортировать виртуальную машину, поэтому эта функция полезна только для диагностики или использования другой системы для извлечения файлов.
Могу ли я получить прямой доступ к файлам виртуальной машины/контейнера (например, через приложение «Файлы»)?
В настоящее время нет возможности получить доступ к файлам образов, используемым виртуальной машиной . Изменять это не планируется.
Если вы хотите сделать резервную копию, вам придётся сделать это вручную.
Почему время внутри виртуальной машины/контейнера рассинхронизировано?
Часы внутри виртуальной машины (и, соответственно, контейнеров) автоматически синхронизируются со временем ChromeOS. Поэтому вам не нужно самостоятельно запускать службы синхронизации времени (например, NTP). Эти часы основаны на UTC .
Начиная с версии R75, мы пытаемся синхронизировать данные о часовом поясе в контейнер с помощью timedatectl . Если это не срабатывает, мы используем резервный вариант — экспортируем переменную среды TZ .
В настоящее время мы не обновляем данные о часовом поясе внутри самой виртуальной машины . Мы также не пытаемся обновлять какие-либо другие настройки часового пояса, поскольку они нестандартны для разных дистрибутивов. Поэтому время в таких средах может с первого взгляда отображаться неверно или устареть, если используется переменная среды TZ .
Подробные технические детали можно найти по ссылке https://crbug.com/829934 . Это сложнее, чем может показаться!
Какие форматы копирования и вставки поддерживаются?
В настоящее время поддерживается только текстовый контент в формате text/plain . В ближайшее время мы планируем добавить и другие форматы (например, image/png и text/rtf ).
Текущий список поддерживаемых технологий можно посмотреть в файле exo/data_source.cc .
Хотя X / Wayland поддерживает произвольное количество MIME- форматов, наша конечная цель — поддерживать только те форматы, которые поддерживает сам Chrome. Список этих форматов можно найти в файле clipboard_constants.cc .
Обратите внимание, что речь идёт только об ограничениях на данные, хранящиеся в буфере обмена. Приложения Wayland по-прежнему могут свободно передавать данные напрямую между собой в любом произвольном формате.
Можно ли автоматически считывать/записывать данные в буфер обмена изнутри виртуальной машины?
В настоящее время — нет.
С точки зрения безопасности, нам не нужен ненадежный код, который бы незаметно или автоматически извлекал скопированные пользователем данные. Возможно, ваша браузерная сессия копирует личные данные или пароли. Это та же проблема, с которой сталкивается веб-платформа .
Это не то же самое, что ручная вставка данных пользователями (например, Ctrl+V). Речь идёт только о программном чтении.
Мы не ожидаем, что так будет всегда. Как только у нас появится модель разрешений и пользовательский интерфейс для управления этими параметрами, мы сможем рассмотреть возможность предоставления пользователям права предоставлять эти разрешения.
Если вы используете xclip или X tools, у них часто есть локальный буфер (в XWayland ), но он не будет автоматически синхронизироваться с остальной частью системы.
Нужно ли мне управлять обновлениями виртуальных машин?
Нет! Виртуальная машина Termina — это компонент , который обновляется автоматически.
Следует помнить, что виртуальная машина отделена от контейнера.
Как проверить версию Termina?
Поскольку Termina — это загружаемый компонент, вы можете открыть chrome://components в новой вкладке и найти cros-termina .
Также можно подключиться к виртуальной машине через vsh и выполнить cat /etc/lsb-release .`.
Нужно ли мне управлять обновлениями контейнеров?
Пакеты, предоставленные Google и находящиеся в контейнере, которые взаимодействуют с ChromeOS или необходимы для интеграции с ChromeOS, будут регулярно автоматически обновляться. Это позволит автоматически установить все необходимые зависимости.
В контейнере нет автоматического обновления других установленных пакетов. Мы предпочитаем избегать обновления пакетов, которые могут нарушить работу уже установленных программ. Контейнер похож на любой другой дистрибутив Linux, поэтому вам потребуется время от времени обновлять его, если вы хотите использовать более новое программное обеспечение.
Вы можете выполнить команду sudo apt-get update && sudo apt-get dist-upgrade .`.
Можно ли использовать IPv6?
Да, начиная с R81. Поддерживаются как сети с двойным стеком IPv6, так и сети только с IPv6.
ChromeOS поддерживает только SLAAC; подробнее о поддержке IPv6 в ChromeOS можно прочитать на странице поддержки.
Могу ли я получить доступ к сетевому уровню 2?
В настоящее время нет, доступ к сети осуществляется только на третьем уровне (т.е. IP). Поэтому вы не сможете использовать мостовое соединение или выполнять другие подобные действия на более низком уровне.
Неясно, изменится ли это и когда. Установление связи с внешним миром через Wi-Fi затруднительно, и не многие устройства имеют Ethernet-подключение. Мы могли бы поддерживать второй уровень между контейнерами, но неясно, сколько людей нуждаются в этом, чтобы оправдать затраченные усилия.
Работают ли VPN-соединения, настроенные в CROS/Android (вне виртуальных машин/контейнеров)?
В настоящее время нет. Вы можете добавить в избранное ссылку https://crbug.com/834585, чтобы получать обновления.
Поддерживается ли вывод звука?
Да, начиная с R74 (версия Termina 11707.0.0+).
Если вы настроили контейнер до внедрения поддержки звука, возможно, он настроен неправильно (поскольку ранее по умолчанию вывод звука осуществлялся на нулевое устройство). Для исправления ситуации попробуйте выполнить следующие действия:
# Make sure the new cros-pulse-config package is installed. $ sudo apt-get update $ sudo apt-get dist-upgrade # Clear out existing pulse settings. $ rm -rf ~/.config/pulse # Turn it off & on again via crosh ([Ctrl]+[[Alt]]+[[T]]). crosh> vmc stop termina
Поддерживается ли захват звука (например, с микрофона)?
Теперь эта функция поддерживается в версии ChromeOS M84. Чтобы включить захват звука, перейдите в «Настройки» и выберите «Разработчики» в левой боковой панели навигации. Затем перейдите в раздел «Linux». В этом меню вы найдете опцию «Разрешить Linux доступ к вашему микрофону».
Могу ли я получить доступ к оборудованию (например, USB/Bluetooth/последовательному порту)?
В ChromeOS теперь можно использовать USB для совместного доступа к некоторым устройствам. Чтобы включить доступ по USB, перейдите в «Настройки» и выберите «Разработчики» в левой боковой панели. Затем перейдите в раздел «Linux», а затем в «Настройки USB». Здесь вы можете включить доступ по USB для каждого отдельного устройства.
Это направление активно развивается в команде, и со временем будет добавлена поддержка большего количества устройств.
Могу ли я запускать программы Wayland?
Да, и на самом деле это предпочтительный вариант! Chrome активно взаимодействует с клиентами Wayland , поэтому вероятность того, что всё будет работать без проблем, значительно выше после обновления.
Сомелье обеспечивает эту поддержку без каких-либо проблем.
Могу ли я запускать программы на X-сервере?
Да, хотя могут возникнуть некоторые проблемы с совместимостью, и, вероятно, он никогда не будет таким же идеальным, как традиционный X- сервер. Однако, учитывая, что всё большее сообщество переходит на Wayland , этого должно быть достаточно.
Sommelier отвечает за запуск XWayland , выступая в роли оконного менеджера и осуществляя преобразование запросов X и Wayland между Chrome и программами X.
Почему окна иногда выглядят маленькими/размытыми?
Приложения Linux, отображаемые на панели запуска, должны иметь возможность выбора между высокой и низкой плотностью пикселей. Если разрешение не работает должным образом, щелкните правой кнопкой мыши по значку, чтобы отобразить возможность переключения между высокой и низкой плотностью.
Хотя Chrome поддерживает дисплеи с высоким разрешением (DPI) , многие приложения для Linux этого не делают. Если программа некорректно поддерживает масштабирование DPI , это приводит к плохим результатам.
В настоящее время мы предоставляем приложениям прямой доступ к встроенным параметрам разрешения и DPI . Если они отображаются очень маленькими или размытыми, это происходит потому, что приложения некорректно поддерживают масштабирование. Вам следует сообщать об этих проблемах в соответствующие проекты, чтобы, будем надеяться, когда-нибудь всё «просто заработало».
Тем временем Sommelier предоставляет доступ к некоторым настройкам во время выполнения, позволяющим устанавливать масштабный коэффициент для каждой программы отдельно, чтобы обойти проблему некорректного поведения. Более подробную информацию можно найти в документации Sommelier .
Если вы применяете масштабирование ко всей системе или изменяете разрешение экрана по умолчанию, мы пытаемся масштабировать вывод приложения соответствующим образом. Это может привести к размытому изображению. Вы можете настроить разрешение экрана или внести изменения через Sommelier (подробнее см. выше). Приложения Linux, отображаемые на панели запуска, должны иметь возможность использовать высокую или низкую плотность. Если вы обнаружите, что разрешение работает не так, как нужно, щелкните правой кнопкой мыши по значку, чтобы отобразить возможность переключения между высокой и низкой плотностью.
Сработает ли синергия?
Synergy не будет работать (ни в качестве клиента, ни в качестве сервера). Для его работы требуется перехват и подмена входных данных (например, мыши/клавиатуры) для всех окон. Поскольку мы построены на основе Wayland , по своей сути, один клиент не может получить доступ к другому клиенту в системе. Это обеспечивает надежную защиту между клиентами, поскольку мы не хотим, чтобы произвольный код, работающий внутри контейнера, мог выйти за его пределы и атаковать другие клиенты (например, браузер) и отправлять произвольные нажатия клавиш.
В настоящее время не планируется внедрение подобного управления из контейнера. Это не означает, что в ChromeOS никогда не появится решение, подобное Synergy (например, CRD ), просто это решение не будет представлять собой Synergy или какой-либо другой инструмент в контейнере.
Вы можете запустить Synergy и, вероятно, заставить его передавать входные события для единственного окна, в котором он работает, но это максимально близкое к желаемому результату, которого вы добьетесь.
Могу ли я запускать программы Windows?
Конечно, попробуйте WINE . Однако совместимость во многом зависит от WINE , поэтому, пожалуйста, не обращайтесь к нам за поддержкой.
Могу ли я запускать программы для macOS?
Скорее всего, нет. Вы можете попробовать различные существующие решения для Linux, но велика вероятность, что они ещё более недоработаны.
Почему нужно разрабатывать CrosVM с нуля (вместо использования QEMU/kvmtool и т.д.)?
У нас нет ничего против других проектов. На самом деле, все они довольно хороши, и их разработки повлияли на наши. Самое главное, они делали больше, чем нам было нужно, и не имели такой хорошей модели безопасности, какую мы смогли достичь, написав свою собственную. Хотя CrosVM не может делать всё, что могут эти другие проекты, он делает только то, что нам нужно.
Для получения более подробной информации ознакомьтесь с проектом crosvm .
Разве виртуальные машины не замедляют работу всего?
Безусловно, виртуальные машины создают дополнительные накладные расходы по сравнению с работой только в контейнере или непосредственно в системе. Однако, согласно нашим тестам, эти накладные расходы оказывают незначительное влияние на пользовательский опыт и с лихвой компенсируются существенным повышением безопасности системы.
Более подробную информацию можно найти в разделе «Безопасность» официальной документации Chromium OS.
Зачем запускать контейнеры внутри виртуальной машины? Почему бы не запускать программы непосредственно в виртуальной машине?
Чтобы сократить время запуска виртуальных машин , нам необходимо, чтобы Termina была максимально компактной. Это означает удаление ненужных программ и файлов.
Мы используем dm-verity , который требует, чтобы образ Termina был доступен только для чтения в целях безопасности , но это также означает, что мы можем безопасно обмениваться им между экземплярами виртуальных машин .
Кроме того, версии программ/библиотек, которые мы поставляем, часто новее, чем в других дистрибутивах (поскольку мы используем Gentoo в качестве основы), и скомпилированы с дополнительными флагами безопасности.
Разрешение пользователям вносить изменения в виртуальную машину предотвращает создание образа без сохранения состояния, который всегда работает и в остальном защищен от ошибок пользователей и багов в программах.
В целом, сложно обеспечить поддержку запуска произвольных программ, и это привело бы к тому, что система лишилась бы многих желаемых свойств, описанных выше. Принудительное помещение всего в контейнер обеспечивает более надежное решение и позволяет пользователям свободно экспериментировать без опасений.
А ещё мы любим черепах .
Обрабатывается ли уязвимость Foreshadow (также известная как L1TF / CVE-2018-3646)?
Да. Более подробную информацию см. в нашей общедоступной документации .
Могу ли я удалить ненужные мне контейнеры?
Конечно, вы можете удалить всё, что хотите. Однако в настоящее время нет ни пользовательского интерфейса, ни команд, которые могли бы помочь в этом.
Могу ли я удалить виртуальные машины, которые мне больше не нужны?
Конечно, вы можете удалить все, что хотите. Для ручного удаления можно использовать команду vmc destroy .
Можно ли отключить эти функции?
Администраторы могут контролировать доступ к контейнерам/ виртуальным машинам через консоль управления, поэтому корпоративные/образовательные организации, желающие ограничить этот доступ, могут это сделать.
Изначально в стандартных настройках ChromeOS есть опция «Linux», но в долгосрочной перспективе планируется удалить этот параметр, чтобы всё работало по запросу. После этого опции для неуправляемых устройств не будет.
Могу ли я загрузить другую операционную систему, например Windows, macOS, Linux, *BSD и т. д.?
В настоящее время нет, вы можете загрузить только нашу собственную виртуальную машину Linux под названием Termina . См. также следующие несколько вопросов.
Могу ли я запустить собственную виртуальную машину/ядро?
В настоящее время нет, вы можете загрузить только Termina , которая использует наше собственное ядро Linux и конфигурации. Следите за обновлениями!
Могу ли я использовать другой дистрибутив Linux?
Конечно! Полная командная строка LXD доступна, а в комплекте с удаленным репозиторием образов есть множество других дистрибутивов на выбор. Однако мы тестируем только с тем контейнером, который поставляется по умолчанию, поэтому при запуске другого дистрибутива могут возникнуть проблемы.
У меня установлена (вставьте название дистрибутива), как мне получить {графические приложения, значки запуска и т. д.}?
Бинарные файлы Sommelier и Garcon монтируются в каждый контейнер, поэтому нет необходимости их устанавливать или кросс-компилировать. Модульные файлы systemd и конфигурационные файлы из cros-container-guest-tools запустят эти демоны в пользовательской сессии systemd. Также рекомендуется запустить loginctl enable-linger <user> чтобы разрешить им оставаться работающими в фоновом режиме.
Сколько виртуальных машин я могу запустить?
Вы можете создать столько объектов, сколько позволяет ваша система (по объёму оперативной памяти и вычислительным ресурсам). Все они независимы друг от друга.
Сколько контейнеров я могу запустить?
Вы можете запустить столько виртуальных машин, сколько позволяет ваша система (по объёму оперативной памяти и вычислительным ресурсам). Каждый экземпляр виртуальной машины может содержать несколько контейнеров.
Какие форматы контейнеров поддерживаются?
В настоящее время Termina напрямую поддерживает только LXC . Мы знаем о поддержке Kubernetes/Docker/OCI/rkt и т.д. и надеемся упростить их использование.
Временно обходное решение можно найти в предыдущем вопросе.