Questions fréquentes sur Linux

Où puis-je discuter avec des développeurs ?

Toutes les discussions sur le développement de ChromiumOS ont lieu dans notre communauté d'aide Chromebook. N'hésitez pas à poser toutes les questions que vous souhaitez, mais assurez-vous d'abord de vérifier si votre question a déjà été traitée.

Où puis-je envoyer des demandes de fonctionnalités ?

Comme il s'agit d'un projet naissant, nous avons beaucoup à faire et à prévoir. Il serait donc préférable d'attendre encore un peu et de revenir après quelques versions de ChromeOS.

En attendant, n'hésitez pas à discuter ou à poser des questions sur la liste de diffusion ci-dessus.

Une fois que nous aurons atteint un niveau de stabilité plus élevé, vous pourrez utiliser notre outil de suivi des problèmes. Pour en savoir plus, consultez la question suivante.

Où puis-je signaler des bugs ?

Veuillez d'abord vous assurer d'utiliser le dernier canal de développement. Nous avons encore beaucoup de travail à faire.

Ensuite, veuillez vous assurer que le problème n'est pas déjà connu ou résolu. Vous pouvez consulter la liste des bugs existants.

Si vous souhaitez toujours envoyer des commentaires, vous pouvez remplir un rapport de commentaires et inclure #crostini (autre nom pour Linux sur ChromeOS) dans la description. Vous pouvez envoyer des commentaires sur n'importe quelle partie de ChromeOS en appuyant sur alt+shift+i.

Si vous souhaitez toujours signaler un bug aux développeurs, cliquez sur ce lien pour être redirigé vers les personnes concernées.

Pourquoi le nom "Crostini" ?

Il s'agit d'un jeu de mots sur crouton, un projet visant à créer facilement des environnements Linux complets (y compris des outils pour les développeurs) pour les utilisateurs qui ont activé le mode développeur. Crostini (Linux sur ChromeOS) vise à répondre à la majorité des cas d'utilisation couverts par crouton. Il s'agit d'un en-cas plus copieux et plus savoureux qu'un croûton, d'où son nom.

crouton a contribué à définir de nombreux cas d'utilisation souhaités par les développeurs avec ChromeOS. Il a donc permis de guider Linux sur ChromeOS du point de vue des exigences. Nous voulions nous assurer que la majorité des utilisateurs de crouton pourraient utiliser Linux sur ChromeOS à la place pour leurs besoins, mais dans un environnement sécurisé.

Ainsi, crouton a contribué à inspirer l'orientation de Linux sur ChromeOS, mais aucun code n'a été partagé ni réutilisé entre les deux. Crouton n'est pas un mauvais outil, mais il s'agit simplement d'un modèle complètement différent.

Quand mon appareil sera-t-il pris en charge ?

Nous ne publions actuellement aucune information au-delà de ce document. Si votre appareil ne figure pas dans la section Appareils compatibles de la documentation officielle de ChromiumOS, cela signifie que nous n'avons pas encore pris de décision concernant cet appareil qui soit prête à être communiquée au public.

Veuillez donc ne pas nous demander de feuille de route concernant la compatibilité des appareils, car nous n'en avons pas.

Dois-je activer le mode développeur ?

Il n'est pas nécessaire d'activer le mode développeur (où l'écran d'avertissement s'affiche au démarrage concernant la désactivation de la validation de l'OS). Ces fonctionnalités sont toutes conçues pour s'exécuter de manière sécurisée lorsque votre système est en mode normal/vérifié.

Pour certains appareils, vous devrez peut-être passer au canal de développement, mais cela n'a rien à voir avec le mode développeur.

Est-ce que j'utilise Linux sur ChromeOS ?

Oui, si vous utilisez l'application Terminal ou des programmes dans le conteneur par défaut que nous fournissons, y compris nos programmes pour faciliter l'intégration (par exemple, Sommelier).

Non, si vous exécutez votre propre conteneur ou VM.

Pourquoi exécuter des VM ? Les conteneurs ne sont-ils pas sécurisés ?

Bien que les conteneurs s'isolent souvent (via les espaces de noms Linux), ils n'isolent pas le noyau ni les ressources système similaires. Cela signifie qu'il suffit d'un seul bug dans le noyau pour exploiter pleinement le système et voler vos données.

Ce n'est pas suffisant pour ChromeOS, c'est pourquoi nous mettons tout dans une VM. Vous devez maintenant exploiter crosvm via ses interactions limitées avec l'invité, et crosvm lui-même est fortement mis en bac à sable.

Pour en savoir plus, consultez la section Sécurité de la documentation officielle de ChromiumOS.

Comment partager des fichiers entre ChromeOS et le conteneur ?

Le stockage du conteneur Linux par défaut sur ChromeOS est accessible sous "Fichiers Linux" dans l'application Fichiers de ChromeOS. À l'aide de Secure Shell, vous pouvez configurer une installation SFTP sur les autres conteneurs distants, puis les parcourir également dans l'application Fichiers.

Puis-je accéder aux fichiers lorsque le conteneur n'est pas en cours d'exécution ?

Actuellement, le conteneur doit être en cours d'exécution pour que vous puissiez accéder à son contenu. Le conteneur Linux par défaut sur ChromeOS sera démarré automatiquement lorsque vous accéderez à "Fichiers Linux" depuis l'application Fichiers.

Puis-je installer des modules kernel personnalisés ?

Non, Termina n'inclut pas la prise en charge des modules pour le moment. Cela signifie que vous ne pourrez pas utiliser de logiciels nécessitant la création ou le chargement de modules de noyau personnalisés (par exemple, VirtualBox). Consultez également la question suivante.

Puis-je exécuter une VM à l'intérieur d'une autre VM ?

La virtualisation imbriquée est compatible avec certains appareils ChromeOS pour permettre la prise en charge de l'émulateur Android. Vous pouvez également exécuter qemu-system pour émuler le matériel et démarrer l'OS de votre choix à l'intérieur. Malheureusement, il sera assez lent, car QEMU ne pourra pas utiliser KVM pour l'accélération matérielle.

Puis-je exécuter un conteneur Docker ou un autre conteneur dans le conteneur Linux de ChromeOS ?

Oui. Vous devrez probablement d'abord installer les packages appropriés pour le format de conteneur que vous souhaitez exécuter.

Quelle architecture fonctionne sur mon système ?

L'architecture du conteneur Linux correspond à celle de l'appareil que vous possédez. Vous pouvez le découvrir de deux manières :

  • Dans un nouvel onglet, accédez à chrome://settings/help/details et examinez la plate-forme. Ensuite, faites correspondre le nom de la carte à notre liste d'appareils publique. Consultez le champ "ABI utilisateur" pour connaître le type de processeur dont vous disposez.
  • Ouvrez crosh et exécutez uname -m. L'architecture de votre appareil actuel sera imprimée.

Si vous voyez x86_64, vous pourrez exécuter le code compilé pour Intel/AMD (32 bits/64 bits/x32 devraient tous fonctionner).

Si vous voyez arm (ou une valeur semblable, comme armv7l) ou aarch64, vous pourrez exécuter le code compilé pour ARM/ARM64.

Puis-je exécuter d'autres architectures ?

Pour le moment, il n'existe aucune compatibilité intégrée permettant d'exécuter du code ARM sur un système Intel, ou inversement. Vous pouvez gérer cela vous-même (par exemple, en utilisant qemu-user), mais si vous connaissez qemu-user, vous le savez déjà.

Puis-je exécuter des programmes qui continuent de s'exécuter après la déconnexion ?

Non. Toutes les VM (et leurs conteneurs) sont liées à votre session de connexion. Dès que vous vous déconnectez, tous les programmes sont arrêtés/fermés par conception.

Comme toutes vos données se trouvent dans votre maison chiffrée, nous ne voulons pas qu'elles puissent être divulguées lorsque vous vous déconnectez.

Pour en savoir plus, consultez la section Sécurité de la documentation officielle de ChromiumOS.

Puis-je exécuter automatiquement des programmes lorsque je me connecte ?

Non. Toutes les VM (et leurs conteneurs) doivent être relancées manuellement. Cela permet d'éviter les exploitations persistantes.

Pour en savoir plus, consultez la section Sécurité de la documentation officielle de ChromiumOS.

Puis-je exécuter automatiquement des programmes au démarrage ?

Non. Consultez les questions précédentes.

Puis-je définir des variables d'environnement pour mon conteneur ?

Bien sûr ! Pour ce faire, plusieurs options s'offrent à vous.

  • environment.d vous permet de définir des variables d'environnement pour votre session systemd --user, qui inclut le terminal et toutes les applications GUI. Vous aurez peut-être besoin d'un conteneur plus récent, Debian 10 "buster", pour utiliser cette méthode.
  • Si vous souhaitez uniquement des variables d'environnement dans votre Terminal, définissez-les dans le fichier de configuration de votre shell, tel que ~/.bashrc ou ~/.zshrc.

Les modifications apportées aux variables d'environnement ne prennent effet que pour les programmes qui viennent de démarrer. Vous devrez peut-être également redémarrer les programmes ou l'intégralité du conteneur pour que les modifications soient prises en compte.

Le multiprofil est-il pris en charge ?

Non, Terminal n'est compatible qu'avec le profil principal (*). Notre objectif est de proposer une expérience fluide et entièrement fonctionnelle pour le profil principal, et d'éviter les plantages ou les problèmes dans les profils secondaires. Nous ne prévoyons pas d'ajouter de fonctionnalités aux profils secondaires.

Si vous ne connaissez pas la prise en charge multiprincipale, consultez la documentation générale sur les multiprofiles pour en savoir plus.

(*) : L'application Terminal est désactivée dans tous les profils secondaires. Les utilisateurs peuvent démarrer manuellement les VM via crosh et les conteneurs qu'elles contiennent, mais l'UI et l'application Fichiers ne s'intégreront probablement pas automatiquement.

Les comptes enfant sont-ils acceptés ?

Non, Terminal n'est pas compatible avec les comptes enfant. Nous ne prévoyons pas de rendre cette fonctionnalité disponible pour ces comptes.

Si vous n'êtes pas familiarisé avec les comptes enfant, consultez la documentation générale sur les comptes enfant pour en savoir plus.

Mes VM/conteneurs/données sont-ils synchronisés/sauvegardés ?

En fin de compte, vous êtes responsable des données qui sont insérées dans les conteneurs. Pour synchroniser facilement des données, comme un dossier de projet, entre plusieurs machines, vous pouvez partager un dossier dans Drive avec Linux. Tout ce que vous ajoutez à ce dossier est sauvegardé dans Drive et synchronisé entre vos appareils.

Comment sauvegarder une VM ?

L'approche la plus simple consiste à utiliser la nouvelle fonctionnalité de sauvegarde intégrée à ChromeOS. Pour ce faire, accédez à "Paramètres" et sélectionnez "Développeurs" dans le panneau de navigation de gauche. Accédez ensuite à "Linux". Vous y trouverez "Sauvegarder et restaurer". Dans ce menu, vous trouverez un bouton "Sauvegarder" qui enregistre un fichier .tini pour vous.

Si vous souhaitez sauvegarder un conteneur individuel, vous pouvez également utiliser les commandes LXC standards.

La commande vmc export permet d'exporter manuellement une VM entière. Par défaut, l'image disque qcow2 est exportée dans le dossier "Téléchargements". Notez qu'il n'est pas encore possible d'importer une VM. Cette méthode n'est donc utile que pour les diagnostics ou pour utiliser un autre système afin d'extraire des fichiers.

Puis-je accéder directement aux fichiers de la VM/du conteneur (par exemple, via l'application Fichiers) ?

Non, il n'est actuellement pas possible d'accéder aux fichiers image utilisés par la VM. Il n'est pas prévu de modifier cette limite.

Si vous souhaitez effectuer une sauvegarde, vous devrez le faire manuellement.

Pourquoi l'heure dans la VM/le conteneur n'est-elle pas synchronisée ?

L'horloge de la VM (et par extension, celle des conteneurs) est automatiquement synchronisée avec celle de ChromeOS. Vous n'avez donc pas à exécuter vous-même les services de gestion du temps (par exemple, NTP). Cette horloge est basée sur le temps universel coordonné (UTC).

À partir de la version 75, nous essayons de synchroniser les données de fuseau horaire dans le conteneur via timedatectl. Si cela ne fonctionne pas, nous exportons la variable d'environnement TZ.

Nous ne mettons pas à jour les informations sur le fuseau horaire dans la VM elle-même. Nous n'essayons pas non plus de mettre à jour d'autres paramètres de fuseau horaire, car ils ne sont pas standard dans les distributions. Il est donc possible que l'heure semble incorrecte à première vue dans ces environnements ou qu'elle soit obsolète si la variable d'environnement TZ est utilisée.

Pour en savoir plus sur les aspects techniques, consultez https://crbug.com/829934. C'est plus compliqué que vous ne le pensez !

Quels sont les formats de copier-coller compatibles ?

Pour le moment, seul le contenu text/plain est accepté. Nous prévoyons d'ajouter d'autres formats prochainement (par exemple, image/png et text/rtf).

Vous trouverez la liste des formats actuellement compatibles dans exo/data_source.cc.

Bien que X/Wayland acceptent un nombre arbitraire de formats MIME, notre objectif ultime est de ne prendre en charge que tous les formats acceptés par Chrome lui-même. Pour obtenir cette liste, consultez le fichier clipboard_constants.cc.

Notez que nous ne parlons que des contraintes sur les données stockées dans le presse-papiers. Les applications Wayland sont toujours libres de transférer des données directement entre elles dans le format arbitraire de leur choix.

Puis-je lire/écrire automatiquement le presse-papiers depuis la VM ?

Non, pas pour le moment.

D'un point de vue de la sécurité, nous ne souhaitons pas qu'un code non fiable extraie silencieusement ou automatiquement ce que l'utilisateur a copié. Il est possible que votre session de navigateur copie des données personnelles ou des mots de passe. Il s'agit du même problème que celui rencontré par la plate-forme Web.

Il ne s'agit pas de la même chose que les utilisateurs qui collent manuellement des données (par exemple, Ctrl+V). Il ne s'agit que de la lecture programmatique.

Nous ne nous attendons pas à ce que cela dure éternellement. Une fois que nous aurons un modèle d'autorisation et une UI pour gérer ces éléments, nous pourrons envisager d'autoriser les utilisateurs à accorder cette autorisation.

Si vous utilisez des outils xclip ou X, ils disposent souvent d'un tampon local (dans XWayland), mais il ne se synchronise pas automatiquement avec le reste du système.

Dois-je gérer les mises à jour des VM ?

Non. La Termina Termina est un composant qui est mis à jour automatiquement.

N'oubliez pas que la VM est distincte du conteneur.

Comment vérifier la version de Termina ?

Étant donné que Termina est un composant téléchargé, vous pouvez accéder à chrome://components dans un nouvel onglet et rechercher cros-termina.

Vous pouvez également vous connecter à une VM via vsh et exécuter cat /etc/lsb-release.

Dois-je gérer les mises à jour des conteneurs ?

Les packages fournis par Google dans le conteneur, qui communiquent avec ChromeOS ou sont nécessaires à l'intégration de ChromeOS, seront automatiquement mis à jour régulièrement. Toutes les dépendances nécessaires seront installées automatiquement.

La mise à niveau automatique des autres packages installés dans le conteneur n'est pas possible. Nous préférons éviter de mettre à jour les packages qui pourraient endommager les programmes déjà installés. Le conteneur est semblable à n'importe quelle autre distribution Linux. Vous devrez donc le mettre à jour de temps en temps si vous souhaitez utiliser des logiciels plus récents.

Vous pouvez exécuter sudo apt-get update && sudo apt-get dist-upgrade.

Puis-je utiliser IPv6 ?

Oui, à partir de la version 81. Les réseaux à double pile et IPv6 uniquement sont acceptés.

ChromeOS n'est compatible qu'avec SLAAC. Pour en savoir plus, consultez la page d'assistance sur la compatibilité IPv6 sur ChromeOS.

Puis-je accéder à la mise en réseau de couche 2 ?

Non, pour le moment, l'accès au réseau n'est possible qu'au niveau 3 (c'est-à-dire au niveau IP). Vous ne pourrez donc pas effectuer de bridging ni d'autres opérations amusantes de niveau inférieur.

Nous ne savons pas si ni quand cela changera. Il est difficile de faire le pont avec le monde extérieur en utilisant le Wi-Fi, et peu d'appareils disposent de connexions Ethernet. Nous pourrions prendre en charge la couche 2 entre les conteneurs, mais nous ne savons pas combien de personnes souhaitent cette fonctionnalité pour justifier l'effort requis.

Les VPN configurés par CrOS/Android (en dehors de la VM/des conteneurs) fonctionnent-ils ?

Non, pour le moment. Vous pouvez suivre https://crbug.com/834585 pour obtenir des informations.

La sortie audio est-elle prise en charge ?

Oui, à partir de R74 (Termina version 11707.0.0+).

Si vous avez configuré votre conteneur avant le déploiement de la prise en charge audio, il est possible qu'il ne soit pas configuré correctement (la sortie par défaut était alors le périphérique null). Pour essayer de récupérer votre compte, procédez comme suit :

# 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

La capture audio (par exemple, le micro) est-elle prise en charge ?

Cette fonctionnalité est désormais disponible dans la version M84 de ChromeOS. Pour activer la capture audio, accédez à Paramètres, puis sélectionnez "Développeurs" dans le panneau de navigation de gauche. Accédez ensuite à "Linux". L'option "Autoriser Linux à accéder à votre micro" s'y trouve.

Puis-je accéder au matériel (par exemple, USB/Bluetooth/série) ?

ChromeOS vous permet désormais de partager certains appareils via USB. Pour activer l'accès USB, accédez à "Paramètres", puis sélectionnez "Développeurs" dans le panneau de navigation de gauche. Accédez ensuite à "Linux", puis à "Préférences USB". Vous pouvez y activer l'accès USB au cas par cas.

L'équipe travaille activement sur ce point et d'autres appareils seront pris en charge à l'avenir.

Puis-je exécuter des programmes Wayland ?

Oui, et c'est même préférable ! Chrome lui-même gère de nombreux clients Wayland. Vous avez donc beaucoup plus de chances que tout fonctionne correctement si vous effectuez la mise à niveau.

Sommelier assure cette compatibilité de manière fluide.

Puis-je exécuter des programmes X ?

Oui, même si vous pouvez rencontrer des problèmes de compatibilité. Il est probable que cela ne soit jamais aussi parfait que l'exécution d'un serveur X traditionnel. Toutefois, comme la communauté au sens large passe à Wayland, cela devrait suffire.

Sommelier se charge de lancer XWayland, en agissant en tant que WM, et en traduisant les requêtes X et Wayland entre Chrome et les programmes X.

Pourquoi les fenêtres sont-elles parfois minuscules ou floues ?

Les applications Linux visibles dans le lanceur d'applications doivent proposer une option permettant d'utiliser une densité élevée ou faible. Si vous constatez que la résolution ne fonctionne pas comme vous le souhaitez, effectuez un clic droit sur l'icône pour afficher l'option permettant de basculer entre haute et basse densité.

Bien que Chrome soit compatible avec les écrans haute résolution, de nombreuses applications Linux ne le sont pas. Lorsqu'un programme ne prend pas correctement en charge la mise à l'échelle DPI, les résultats sont médiocres.

Actuellement, nous exposons la résolution et le DPI intégrés directement aux applications. Si elles sont minuscules ou floues, c'est parce qu'elles ne sont pas adaptées à la mise à l'échelle. Vous devez signaler ces problèmes aux projets en amont respectifs afin qu'ils fonctionnent un jour, espérons-le.

En attendant, Sommelier expose certains paramètres d'exécution. Vous pouvez ainsi définir le facteur d'échelle pour chaque programme afin de contourner le problème. Pour en savoir plus, consultez la documentation de Sommelier.

Si vous appliquez un zoom à l'ensemble du système ou si vous modifiez la résolution d'affichage par défaut, nous essayons d'adapter la sortie de l'application en conséquence. Cela peut entraîner des résultats flous. Vous pouvez ajuster la résolution de votre écran ou modifier des éléments via Sommelier (voir ci-dessus pour en savoir plus). Les applications Linux visibles dans le lanceur d'applications doivent proposer une option permettant d'utiliser une densité élevée ou faible. Si vous constatez que la résolution ne fonctionne pas comme vous le souhaitez, effectuez un clic droit sur l'icône pour afficher l'option permettant de basculer entre haute et basse densité.

La synergie fonctionnera-t-elle ?

Synergy ne fonctionnera pas (en tant que client ou serveur). Il nécessite la capture et l'usurpation des entrées (par exemple, la souris/le clavier) pour toutes les fenêtres. Comme nous sommes basés sur Wayland, par conception, un client ne peut pas accéder à un autre client sur le système. Il s'agit d'une limite de sécurité forte entre les clients, car nous ne voulons pas qu'un code arbitraire s'exécutant à l'intérieur d'un conteneur puisse s'échapper et attaquer d'autres clients (comme le navigateur) et envoyer des frappes arbitraires.

Il n'est pas prévu d'activer ce type de contrôle à partir du conteneur. Cela ne signifie pas qu'une solution de type Synergy ne sera jamais disponible sur ChromeOS (par exemple, quelque chose comme CRD), mais simplement que la solution ne sera pas Synergy ni aucun autre outil dans un conteneur.

Vous pouvez exécuter Synergy et probablement lui faire transmettre des événements d'entrée pour la fenêtre unique sous laquelle il s'exécute, mais c'est tout ce que vous pouvez faire.

Puis-je exécuter des programmes Windows ?

Bien sûr, essayez WINE. La compatibilité dépendra en grande partie de WINE. Veuillez donc ne pas nous demander d'assistance.

Puis-je exécuter des programmes macOS ?

Probablement pas. Vous pouvez essayer différentes solutions Linux existantes, mais il y a de fortes chances qu'elles soient encore plus approximatives.

Pourquoi implémenter crosvm à partir de zéro (au lieu d'utiliser QEMU/kvmtool/etc.) ?

Nous n'avons rien contre ces autres projets. En fait, ils sont tous plutôt géniaux et leurs conceptions ont influencé les nôtres. Plus important encore, ils en faisaient plus que nécessaire et ne disposaient pas d'un modèle de sécurité aussi performant que celui que nous avons pu obtenir en écrivant le nôtre. Bien que crosvm ne puisse pas tout faire comme les autres projets, il ne fait que ce dont nous avons besoin.

Pour en savoir plus, consultez le projet crosvm.

Les VM ne ralentissent-elles pas tout ?

Il est vrai que les VM ajoutent une surcharge par rapport à une exécution dans un conteneur uniquement ou directement dans le système. Toutefois, lors de nos tests, la surcharge s'est avérée négligeable pour l'expérience utilisateur et vaut largement les gains importants en termes de sécurité du système.

Pour en savoir plus, consultez la section Sécurité de la documentation officielle de ChromiumOS.

Pourquoi exécuter des conteneurs dans la VM ? Pourquoi ne pas exécuter les programmes directement dans la VM ?

Pour que les VM démarrent rapidement, nous devons faire en sorte que Termina soit aussi léger que possible. Cela signifie supprimer les programmes/fichiers dont nous n'avons pas besoin ou qui ne nous concernent pas.

Nous utilisons dm-verity, qui exige que l'image Termina soit en lecture seule pour la sécurité, mais cela signifie également que nous pouvons la partager en toute sécurité entre les instances VM.

De plus, les versions des programmes/bibliothèques que nous fournissons sont souvent plus récentes que celles des autres distributions (car nous nous basons sur Gentoo) et sont compilées avec des indicateurs de sécurité supplémentaires.

Autoriser les modifications apportées par l'utilisateur à la VM empêche la création d'une image sans état qui fonctionne toujours et qui est par ailleurs à l'abri des erreurs des utilisateurs et des bugs des programmes.

Dans l'ensemble, il est difficile de prendre en charge l'exécution de programmes arbitraires, ce qui entraînerait un système dépourvu de nombreuses propriétés souhaitées décrites ci-dessus. En forçant tout dans un conteneur, vous obtenez une solution plus robuste et les utilisateurs peuvent expérimenter librement sans se soucier des conséquences.

De plus, nous adorons les tortues.

Foreshadow (également appelé L1TF / CVE-2018-3646) est-il géré ?

Oui. Pour en savoir plus, consultez notre documentation publique.

Puis-je supprimer les conteneurs dont je n'ai plus besoin ?

Bien sûr, n'hésitez pas à supprimer ce que vous voulez. Toutefois, il n'existe actuellement aucune interface utilisateur ni aucune commande pour vous aider.

Puis-je supprimer les VM dont je n'ai plus besoin ?

Bien sûr, n'hésitez pas à supprimer ce que vous voulez. La commande vmc destroy peut être utilisée pour les supprimer manuellement.

Puis-je désactiver ces fonctionnalités ?

Les administrateurs peuvent contrôler l'accès aux conteneurs/VM via la console de gestion. Les organisations d'entreprise/d'enseignement qui le souhaitent peuvent donc limiter cet accès.

Au départ, une option "Linux" est disponible dans les paramètres ChromeOS standards, mais l'objectif à long terme est de supprimer ce bouton pour que les choses fonctionnent à la demande. À ce moment-là, il n'y aura pas de bouton pour les appareils non gérés.

Puis-je démarrer un autre OS comme Windows, macOS, Linux, *BSD, etc. ?

Non, pour le moment, vous ne pouvez démarrer que notre VM Linux personnalisée nommée Termina. Consultez également les questions suivantes.

Puis-je exécuter ma propre VM/mon propre noyau ?

Non, pour le moment, vous ne pouvez démarrer que Termina, qui utilise notre noyau et nos configurations Linux personnalisés. Tenez-vous informé !

Puis-je exécuter une autre distribution Linux ?

Bien sûr. La ligne de commande LXD complète est disponible, et la télécommande d'images incluse propose de nombreuses autres distributions. Toutefois, nous ne testons que le conteneur par défaut que nous fournissons. Il est donc possible que des problèmes surviennent lors de l'exécution d'une autre distribution.

J'utilise (insérer la distribution ici). Comment obtenir {applications avec interface graphique, icônes du lanceur d'applications, etc.} ?

Les binaires Sommelier et Garcon sont montés par liaison dans chaque conteneur. Il n'est donc pas nécessaire de les installer ni de les compiler de manière croisée. Les fichiers de configuration et les unités systemd de cros-container-guest-tools démarreront ces daemons dans une session utilisateur systemd. Il est également judicieux d'exécuter loginctl enable-linger <user> pour leur permettre de continuer à s'exécuter en arrière-plan.

Combien de VM puis-je exécuter ?

Vous pouvez en générer autant que votre système peut en gérer (en termes de RAM/CPU). Ils sont tous indépendants les uns des autres.

Combien de conteneurs puis-je exécuter ?

Vous pouvez en générer autant que votre système peut en gérer (en termes de RAM/CPU). Chaque instance de VM peut héberger plusieurs conteneurs.

Quels sont les formats de conteneur compatibles ?

Termina n'est actuellement compatible qu'avec LXC. Nous sommes conscients de l'existence de Kubernetes/Docker/OCI/rkt/etc… et nous espérons les rendre tous faciles à utiliser.

En attendant, consultez la question précédente pour obtenir une solution de contournement.