Environnement de la VM Linux / Virtualbox

Pour résoudre le problème de décalage du curseur qui peut survenir dans certains environnement, la solution consiste à configurer la VM avec une carte graphique VBoxSVGA (il faut que la VM soit inactive pour charger la configuration).

-> probablement à changer dans une prochaine version de VM

-> La réinstallation des Guest Additions a solutionné le problème dans mon cas.

Liste des choses à adapter pour la prochaine release de VM :

  • Nom de la VM (conforme au nom du fichier image)
  • Rajout de git-cola
  • Rajout de kate
  • Nom de la VM (actuellement reds2019-09-v2) (le fichier est reds2020-02.ova)
  • Faire en sorte que le user reds soit dans les sudousers pour éviter à chaque fois d’introduire le mot de passe sur chaque commande sudo
  • Configurer git pour qu’il lance meld (git-diff) et non celui par défaut
    (comme suit : )

git config --global diff.tool meld
git config --global merge.tool meld
git config --global --add difftool.prompt false

  • Il faudrait aussi configurer la VM avec USB 3.0 (et non 1.1) → montage de carte SD via un adaptateur USB/MMC
  • Retirer le montage automatique des devices USB → pas utile, et interfère ensuite avec le montage dans les scripts de déployement (POS, SEEE, etc.)

→ Etre sûr que l’on a bien Qt5 (avec le bon qmake, etc.)

Il est apparu un souci avec le clone lorsque l’utilisateur ne dispose pas de clé ssh sur son compte gitlab (obligé de passer par l’URL https).
Problème : il faut toujours introduire le username/password (pas très pratique).

Est-ce que les étudiants doivent gérer leurs clés ssh ?

Ce fix ne fonctionne pas chez moi.
Config machine hôte:

Linux:
Linux version 4.19.0-6-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11)

VirtualBox:
Version 6.0.16 r135674 (Qt5.11.3)

Yeap en effet, cela marche sur certains environnements, mais pas tous.
J’ai entendu dire que le bug était au niveau de VirtualBox, mais pas plus d’info pour le moment.

Les quelques idées qui me viennent à l’esprit :

  • Il pourrait être pas mal d’installer VS Code
    https://code.visualstudio.com/

  • Je pense qu’il pourrait être aussi pas mal d’utiliser un autre gestionnaire de bureau que LXDE,
    je comprends que cela doit rester léger, XFCE semble acceptable, Mate ou Cinnamon pourraient être des options, à voir

  • Le système est en anglais, c’est bien, mais on pourrait mettre quelques locales en fr_CH, par exemple afin que les pages web chargent les version françaises (la localisation est sur CH je crois, mais ça charge les versions en allemand par défaut car les locales sont pour l’anglais).

1 Like

Dans le cadre du TB de Jeremy Zerbib, il est question de monter une distribution Linux flexible qui serait destinée à tous les étudiants de 1ère année en TIC. L’initiative est soutenue par la direction et le SI.
Vous pouvez obtenir plus d’info dans la catégorie consacrée à ce sujet.
N’hésitez pas à lui transmettre votre feedback.

Dans le cadre des cours ASP et IFS à distances, nous avons ajouté CCS 6 et ISE sur la VM REDS. Cela permet d’avoir le même setup que sur les machines de labos.
Testé avec la carte REPTAR

Adaptation de la taille de la VM: augmentation ou diminution
Suite à une discussion avec Anthony, il semble compliqué d’augmenter la taille disque disponible pour la VM. Voir avec lui comment il a réalisé l’augmentation de la tailel du disque.

Dans certain cas, il est nécessaire d’avoir un certain espace disque pour les installations des logiciles. Il pourrait être possibile qu’en suite cette espace n’est plus nécessaire. Est-il alors possible de réduire l’espace disque utilisé par la VM. Clea permet dès lors de diminuer l’espace disque utilisé par la VM chez les étudiants.

Une possibilité serait des disques virtuels avec une ou plusieurs partitions supplémentaires. Ainsi, la VM disposerait d’une partition de base d’une taille raisonnable.

Il sera nécessaire d’upgrader Eclipse CDT à une version récente (2020-06 par ex.)

De plus il faudrait également installer la toolchain i686-linux (6.4.0)
https://toolchains.bootlin.com/releases_x86-i686.html
(choisir x86-i686–glibc–stable-2018.02-2)

Petit update sur la mise à jour de la VM. Les points suivants ont été traités :

  • Noms de la VM et du fichier changés en reds2020-09
  • git-cola et kate ont été rajoutés
  • l’utilisateur reds a été rajouté dans le fichier /etc/sudoers afin que le mot de passe ne soit plus demandé lors de l’invocation de sudo
  • git a été configuré pour utiliser meld comme outil de merge
  • Le système est configuré pour utiliser Qt 5
  • Eclipse a été mis à jour à la version 2020-06
  • La toolchain i686-linux (v8.1.0) a été installée

Points encore à implémenter :

  • Configurer la VM avec USB 3.0
  • Retirer le montage automatique des devices USB

Question : Actuellement, en plus de la toolchain i686-linux mentionnée plus haut, les toolchains suivantes sont installées :

  • arm-2011.03: arm-none-eabi (gcc 4.5.2)
  • gcc-linaro-6.4.1-2018.05-x86_64_arm-linux-gnueabihf: arm-linux-gnueabihf(gcc 6.4.1)
  • i686-pc-linux-gnu: i686-pc-linux-gnu (gcc 4.7.2)

Est-ce que ces toolchains sont toutes utiisées? Elles prennent pas mal de place, donc je me demandais simplement par soucis de gain d’espace.

Une version temporaire de la VM est disponible sous smb://eifiler01/reds-archives/shared/lei/reds2020-09.ova afin que la préparation des laboratoires SYE puisse se faire le plus rapidement possible.

N’hésitez pas à mentionner dans ce thread des points à rajouter/corriger/effacer!

Merci beaucoup Lucas, pour moi les anciennes toolchains (mentionnées) peuvent être ôtées sans problème. A voir avec Etienne, Romuald et Marina si les anciennes toolchains ARM sont requises pour leurs labos…

Une nouvelle version de la VM est disponible sous smb://eifiler01/reds-archives/shared/lei/reds2020-09.ova.

Les points suivants ont été modifiés:

  • Suppression des toolchains mentionnées plus haut
  • VSCode a été installé
  • La langue de Firefox a été changé au français pour que les pages s’affichent en français plutôt qu’en allemand (le système est toujours en anglais)
  • Correction d’un problème de configuration de gcc
  • Le mode graphique utilisé est maintenant VBoxSVGA
  • Contrôleur USB 1.1 passé en 3.0 (Attention! requiert l’installation de l’Extension Pack)
  • Montage automatique des devices USB désactivé

Une nouvelle version est disponible sous smb://eifiler01/reds-archives/shared/lei/reds2020-09.ova.

Les points suivants ont été modifiés :

  • Toolchain i686-linux version 8.1.0 downgradée à la version 6.4.0
  • Toolchain arm-linux-gnueabihf version 6.4.1 installée
  • Correction du problème de détection de glib
  • Augmentation de la taille du disque à 50 GB

Actuellement, la version d’Ubuntu sous-jacente est la 16.04 et il est difficile d’avoir les dernières mises à jour de certains packages comme util-linux par exemple (qui contienne l’utilitaire sfdisk requis pour la création de carte SD virtuelle). Serait-il envisageable d’upgrader à la 20.04 ?

De plus, il faudrait installer le package mtools (apt-get install mtools) afin de disposer de mcopy, utilisé aussi pour le déploiement de composants dans une carte SD virtuelle par exemple.

Une nouvelle version de la VM est disponible.

Points modifiés :

  • Mise à jour de la version d’Ubuntu à 20.04
  • Installation du paquet mtools
1 Like

Liste de logiciels installés (info de Lucas) :

• Vivado ISE 14.7
• Altera Quartus 13.0
• Altera Quartus 18.1
• QuestaSim/QuestaFormal 2020_1.1
• Xenomai 3.1 (Kernel 4.19.89)
• Logisim 4.18.8t
• Eclipse 2020.06
• Toolchain arm-linux-gnueabihf (gcc 6.4.1)
• Toolchain i686-linux (gcc 6.4.0)

Concernant le bash de la VM, il serait bien de ne pas mettre les caractères en bleu foncé sur un fond noir (difficile à lire).

Report d’un souci avec le décompresseur par Yann:

Petite info labos. On vient de passer un bon moment en labo PTR pour cross-compiler avec comme cible les DE1-SOC avec Xenomai. Chez certains étudiants ça allait et chez d’autres pas… Le tout avec la même VM REDS… On s’est bien arrachés les cheveux jusqu’à découvrir que certains avaient dézippé l’archive des sources du labo en ligne de commande et d’autres avec des outils graphiques (notamment depuis Ark). Dans les sources il y avait la lib Xenomai pré-compilée avec entre autre des liens symboliques internes… Et certains dézippeurs ne géraient pas bien ces liens (sans rien indiquer). Au cas où…