JujuLand
Bonjour,
J'ai fait une install fraîche de Ubuntu Mate 18.04 suivi de l'install de Virtualbox 5.1.34.121010 (avec apt-get), et j'ai ensuite installé les images de Ubuntu 18.04, Kubuntu 18.04, Xubuntu 16.04-4, Lubuntu 18.4, Ubuntu Studio 18.04 et Mythbuntu 17.04.
J'ai installé les additions invitées, activé le presse-papier bidirectionnel, le glisser-partager bidirectionnel et le dossier partagé.
Rien ne fonctionne sur toutes les images.
J'ai essayé la solution préconisée
ici, à savoir d'installer le paquet virtualbox-guest-x11, mais au reboot, message d'erreur et virtualbox qui ne se charge pas.
Qu'à cela ne tienne, un apt-get purge a rétabli la situation, mais j'en reste au même point, aucun partage, glisser ou presse-papier ...
Concernant le glisser et le presse papier, je ne vois pas ce que je pourrais faire.
Concernant le dossier partagé, j'ai choisi le dossier Public, en plein accès et permanent. J'ai ajouté l'utilisateur au groupe vboxsf, et tenté la commande suivante, mais çà foire.
sudo mount -t vboxsf Public
mount; /home/alain/Public : impossible à trouver dans /etc/fstab
Je sèche ...
Si quelqu'un a une idée ...
Merci
A+
LukePerp
Bonjour, voici comment je fais :
- Installer les additions invités
- Installer les drivers :
sudo apt-get install virtualbox-guest-x11
- Dans les paramètres vbox de l'hote, partager une dossier et le nommer : shared
- Dans la machine, créer un dossier dans le dosier personnel et le nommer : shared
- Exécuter une fois :
sudo adduser NomUtilisateur vboxsf
sudo mount -t vboxsf shared ~/shared
sudo mount -t vboxsf -o rw,uid=1000,gid=1000 shared ~/shared
JujuLand
Hormis le nom, je choisis un fichier existant (/home/beatrice/Public), j'ai fait la même chose, et après l'install de virtualbox-guest-x11, au premier reboot, j'ai un message d'erreur qui me dit que virtualbox n'a pas pu être lancé. Comme dit plus haut, un apt-get remove remet tout d'aplomb, sauf évidemment les trucs qui ne fonctionnaient pas au début.
J'ai donc eu la mauvaise idée de faire une mise à niveau 16.04 > 17.04 > 18.04, pensant que ce pouvait être la solution. J'avais vu sur le site de Virtualbox qu'il y avait une version pour 18.04, la 5.1.38.122592
Ca n'a rien change concernant les fonctionnalités manquantes, mais en plus, j'ai eu la désagréable surprise de la désinstallation de gksu, ceci sans avertissement, et en laissant dans le menu des entrées qui ne fonctionnaient plus.
Bref, non content de ne rien résoudre concernant Virtualbox que j'utilisais depuis la 12.04 sans problème, ça désinstalle sans crier gare des programmes comme sagasu, mahjongg (que j'ai réinstallés à partir des sites de packages de ubuntu ou debian), et bien sûr gksu (lui, je n'y suis pas arrivé, par peur de casser quelque chose). Et je n'ai probablement pas tout vu ...
Très en colère contre la 18.04 ...
Mais je cherche toujours une solution pour Virtualbox .... même si j'ai installé ssh server dans toutes les images, ce qui pallie à l'absence de répertoire de partage.
Au fait, quelle version de Virtualbox as-tu ?
A+
JujuLand
Bon, je viens de voir mon erreur, j'installais le paquet du coté du host et non du guest
Maintenant, j'ai bien le partage, mais toujours pas de copier et glisser, et pire, après redémarrage de l'image, plus de terminal
Celà viendrait-il du fait que j'ai installé la version 138 et que les guest-x11 et l'autre paquet installé par la même occasion seraient de version différentes ?
A+
[supprimé]
Salut.
Pour le partage de fichiers bi-directionnel host-guest, pourquoi tu ne mettrais pas en place un serveur SSH dans les VM ? Connaissant ainsi l'IP de la VM branchée en mode pont, tu fera du transfert de fichiers avec FileZilla ou Nautilus par exemple. Ainsi, tout en conservant les standards et la non-promiscuité des machines, tout en protégeant ton système hôte des systèmes invités.
- monter le système de fichiers de la VM sur ton hôte
- transférer des fichiers
- modifier des fichiers
- faire du ssh pur sur ton terminal
liste non exhaustive 😉
JujuLand
Bon, ça progresse?
Je viens de faire l'essai avec une image Xubuntu 16.04.
A la connexion, Virtualbox me signale que j'utilise la version 134 des outils, et qu'il serait judicieux d'installer la version 138.
Bingo, la presse papier et le glisser fonctionnent ...
Par contre, plus de gksu aussi, comme quoi çà ne date pas de la 18.04, mais pas de paquet su-to-root dispo pour xubuntu 16.04
Je retourne sur l'image Lubuntu 18.04 pour installer la dernière version des outils
A+
[supprimé]
rogn... a écritSalut.
Pour le partage de fichiers bi-directionnel host-guest, pourquoi tu ne mettrais pas en place un serveur SSH dans les VM ? Connaissant ainsi l'IP de la VM branchée en mode pont, tu fera du transfert de fichiers avec FileZilla ou Nautilus par exemple. Ainsi, tout en conservant les standards et la non-promiscuité des machines, tout en protégeant ton système hôte des systèmes invités.
- monter le système de fichiers de la VM sur ton hôte
- transférer des fichiers
- modifier des fichiers
- faire du ssh pur sur ton terminal
liste non exhaustive 😉
JujuLand
@rogrr
Ca, je fais çà depuis que je suis au berceau 🙂
Sinon, sur Lubuntu, pas de terminal, plus de gdebi, plus de synaptic => suppression de l'image et réinstallation.
Installation de la version des outils 138, et de samba qui est curieusement désinstallé à la fin de l'install
=> pas de presse papier, ni de glisser, ni de partage (erreur lors de la commande ; pas dans ftab)
Je vais voir dans le ftab de xubuntu
A+
JujuLand
Sous Lubuntu, bricolage dans le fstab, comme trouvé sous l'image Xubuntu => redémarrage => Partage ok
Mais toujours pas de presse papier et de glisser
Je réinstalle virtualbox-guest-x11, et rebelotte, plus de terminal, plus de possibilité de désinstaller, ggrrr .....
Sous Xubuntu installation de gksu, sans problème, mais si gksu me demande bien le mot de passe, pas d'exécution de l'outil final appelé ... ggrrr
A+
JujuLand
Sous Lubuntu, j'ai réussi à ouvrir une console (Ctrl_Droit+F1 à F6).
La console avait un clavier très spécial, mais j'ai réussi à désinstaller virtualbox-guest-x11, et donc à rétablir le terminal, ainsi que synaptic. Donc dorénavant, à moins que quelqu'un ne trouve la solution, je me passerai de presse-papier et de glisser-poser pour l'image Lubuntu. Dans la mesure ou j'ai réussi à monter le partage, seul le presse-papier est un peu pénible ...
Pour ce qui est de Xubuntu, pas encore de solution pour gksu / su-to-root
Je continue ...
A+
kholo
salut JujuLand,
tu te bats contre des moulins...
la disparition de certains outils est liée à la philosophie de l'OS...
c'est un choix de Canonical de virer gksu et ne plus laisser d'applications graphiques avoir des droits élevés.
tu peux insister pour que ça rentre mais c'est normal que tu sentes de la résistance !
pour les D'nD, ya longtemps que j'ai abandonné car une fois ça marche une fois ça marche plus alors ya rien de serein à l'utiliser. Sinon, insiste à la désinstallation puis réinstallation des addons (ça règles des soucis quelques fois)
NB attention aux versions des addons et de Vbox qui doivent coïncider.
NB 2 : les consoles ont changé (appli graphiques dans F2... porte na wak !)
NB 3 : je ne considère pas la 18.04 comme une LTS... porte na wak le retour !
... :cool:
JujuLand
Sous Xubuntu, j'ai désinstallé gksu, et installé su-to-root. Je n'avais pas réussi à l'installer, car le nom du paquet est 'menu' et non 'su-o-root'. Vachement logique ...
Par contre, le glisser-poser pour Xubuntu, contrairement à ce que j'avais dit précédemment, ne fonctionne pas ...
Je continue ...
A+
inbox
Salut,
Voici quelques explications, en anglais, sur la
suppression de gksu.
Exemple, pour ouvrir ton sources.list avec Gedit :
gedit admin:///etc/apt/sources.list
A+
JujuLand
Merci pour l'info, j'ai regardé ce qui était lancé lorsqu'on utilise admin://
beatrice 30558 24268 8 11:51 pts/2 00:01:32 pluma admin:///etc/ssh/sshd_config
beatrice 30571 1924 0 11:51 ? 00:00:00 /bin/sh -c pkexec /usr/lib/gvfs/gvfsd-admin "$@" --address $DBUS_SESSION_BUS_ADDRESS gvfsd-admin --spawner :1.6 /org/gtk/gvfs/exec_spaw/7
root 30572 30571 0 11:51 ? 00:00:00 pkexec /usr/lib/gvfs/gvfsd-admin --spawner :1.6 /org/gtk/gvfs/exec_spaw/7 --address unix:path=/run/user/1000/bus
root 30575 2150 0 11:51 ? 00:00:00 /usr/lib/policykit-1/polkit-agent-helper-1 beatrice
Je ne sais pas si on pourra tirer quelque chose de ça pour pouvoir exécuter un prog style synaptic sans passer par un sudo en terminal ou un su-to-root ...
A+
inbox
Quand tu lances Synaptic, c'est la méthode pkexec qui est utilisée.
Si j'essaye de lancer Synaptic (sur une Debian 9) depuis un terminal, c'est la commande suivante qui est utilisée :
synaptic-pkexec
JujuLand
Exact, mais si on lance synaptic sans pkexec, on a le message du lancement non su, sinon on a bien une fenêtre de demande de mot de passe. Ce qui est très fort, c'est que seul synaptic-pkexec semble exister, pas synaptic.
Alors, pourquoi, il ne serait pas possible de faire çà pour d'autres programmes ?
A+
JujuLand
Bon, pas moyen de conserver l'ouverture automatique du dossier de partage avec Ubuntu 18.04. J'ai donc fait un script pour l'ouvrir en cas de besoin ...
J'ai encore Kubuntu (que je n'apprécie pas trop), Ubuntu Studio et Mythbuntu à tester ...
Ce qui est chiant, c'est que chaque distri réagit différemment, pénible ...
A+
LukePerp
Juju, pourrais tu nous partager ton script, ça pourrait servir à d'autres :-)
melixgaro
salut,
Je suis peut-être à côté de la plaque : je suis ce fil de loin et ma mémoire me fait peut-être défaut. Quoiqu'il en soit voici mon retour d'expérience : sur Xubuntu 18.04, installation de virtualbox 5.2 (depuis le dépôt Virtual Box) et installation du pack 'guest' ; installation d'un système d'exploitation pour lequel j'ai pu configurer le presse-papier partagé et un dossier de partage. Aucune manip particulière. Il faut simplement se souvenir que le pack 'guest' s'installe dans le système invité et pas dans le système hôte. Je ne sais pas si ça aide.
JujuLand
Bon, va falloir que je reprenne çà quand j'aurai un moment, car je n'y ai pas mis les mains depuis pas mal de temps ....
A+
