J'utilise Ubuntu sur Virtual Box et j'ai un dossier partagé entre l'hôte (Windows) et la machine virtuelle (Ubuntu). Lorsque j'ouvre un fichier du dossier partagé d'Ubuntu, je ne peux pas le changer car son propriétaire est défini sur root.
Comment puis-je changer la propriété pour moi?
Voici le résultat de ls -l
:
-rwxrwxrwx 1 root root 0 2012-10-05 19:17 BuildNotes.txt
La sortie de df
est:
m@m-Linux:~/Desktop/vbox_shared$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 29640780 10209652 17925440 37% /
none 509032 260 508772 1% /dev
none 513252 168 513084 1% /dev/shm
none 513252 88 513164 1% /var/run
none 513252 0 513252 0% /var/lock
none 513252 0 513252 0% /lib/init/rw
Ubuntu 214153212 31893804 182259408 15% /media/sf_Ubuntu
/dev/sr0 53914 53914 0 100% /media/VBOXADDITIONS_4.2.0_80737
Ubuntu 214153212 31893804 182259408 15% /home/m/Desktop/vbox_shared
Les options dans VM sont automount et le readoly n'est pas vérifié.
J'ai essayé d'utiliser /media/sf_Ubuntu
, mais j'ai eu une erreur de permission:
m@m-Linux:/media$ ls -l
total 10
drwxrwx--- 1 root vboxsf 4096 2012-10-23 15:35 sf_Ubuntu
drwxrwx--- 2 root vboxsf 4096 2012-10-21 23:41 sf_vbox_shared
dr-xr-xr-x 6 m m 2048 2012-09-13 07:19 VBOXADDITIONS_4.2.0_80737
m@m-Linux:/media$ cd sf_Ubuntu/
bash: cd: sf_Ubuntu/: Permission denied
m@m-Linux:/media$ cd sf_vbox_shared/
bash: cd: sf_vbox_shared/: Permission denied
Veuillez noter que je suis dans le groupe vboxsf
:
m@m-Linux:~$ id
uid=1000(m) gid=1000(m) groups=4(adm),20(dialout),24(cdrom),46(plugdev),105(lpadmin),119(admin),122(sambashare),1000(m),1001(vboxsf)
ubuntu
permissions
virtualbox
virtual-machine
utilisateur654019
la source
la source
df
et la commande que vous avez utilisée pour monter manuellement le système de fichiers.Réponses:
La méthode habituelle pour accéder aux fichiers consiste maintenant à autoriser VirtualBox à monter automatiquement le dossier partagé (ce qui le fera apparaître sous
/media/sf_directory_name
), puis à ajouter votre utilisateur Ubuntu normal auvboxsf
groupe (en tant que root#
).Par défaut, sans action manuelle, les montages ressemblent à ceci,
donc le
vboxsf
groupe a un accès complet. En ajoutant votre utilisateur à ce groupe, vous obtenez un accès complet. Ainsi, vous ne vous soucierez pas de modifier leurs autorisations (ce qui n’a aucun sens sur l’hôte Windows), vous vous en donnez simplement l’accès.Dans ce cas spécifique, il s’agit du dossier partagé monté automatiquement,
et c’est ce répertoire qui doit être utilisé pour accéder au dossier partagé en plaçant l’utilisateur local dans le
vboxsf
groupe. Si vous voulez un meilleur lien dans le répertoire de base de votre utilisateur, vous pouvez toujours créer un lien symbolique.Vous devrez redémarrer votre machine virtuelle pour que ces modifications prennent effet.
Si vous montez manuellement le dossier partagé, vous devez utiliser les options appropriées de la
mount
commande pour définir le dossier avec le droit de propriété (c'est-à-dire les options gid, uid et umaskmount
). En effet, le système d'exploitation hôte ne prend pas en charge le même système d'autorisation que Linux. VirtualBox n'a donc aucun moyen de savoir à qui appartiennent les fichiers.Cependant, il est vivement recommandé de configurer le dossier partagé pour qu'il soit monté automatiquement (il s'agit d'un paramètre de la configuration du dossier partagé dans VirtualBox même).
Pour éviter tout doute, je ne pense pas que vous puissiez quand même modifier les autorisations normalement, sur ce système de fichiers s'il est monté de manière normale,
la source
Je viens d'avoir le même problème avec mon dossier partagé Win-Ubuntu, et la façon dont je l'ai résolu consistait à ajouter mon utilisateur au groupe vboxsf, à modifier le fichier / etc / group. J'espère que cela fonctionne pour toi. Ici vous pouvez trouver un bref schéma de la façon dont j'ai édité le fichier
Luisa.
la source
usermod -aG <group> <user>
).J'ai eu le même problème et j'ai résolu l'installation de la dernière version de VirtualBox Guest Additions . dans mon cas, la mise à niveau de 4.3.8 à 4.3.10.
Une fois l’installation terminée, le dossier / media / sf_name n’avait plus de «racine» en tant que propriétaire du groupe, mais «vboxsf» en tant que correct.
la source
Avez-vous essayé sudo?
la source
vboxfs
type de système de fichiers, il ne fait pas honneur àchown
.Si vous avez le luxe de contrôler les options de la commande mount (par exemple, si vous effectuez un montage manuellement ou en utilisant
/etc/fstab
), vous pouvez utiliser l'-o uid=771
option pour la commande mount.Une entrée dans
/etc/fstab
ressembleraitla source
Activer l'accès complet en lecture et en écriture à un dossier partagé sur un hôte Windows à partir d'un invité Ubuntu pour un utilisateur Linux non root
Cette étape vous permettra d'accéder à un certain répertoire sur votre ordinateur hôte Windows à partir du terminal invité Linux. Dans cet exemple, le nom du partage de la perspective OVB sera vshare (valeur par défaut), le chemin de répertoire complet vers le système d'exploitation Windows (le système d'exploitation hôte) sera "C: \ var \" et le chemin d'accès complet au fichier. y avoir accès à partir de l'invité vm sera "/ vagrant", et enfin le nom de l'utilisateur pour permettre l'accès complet à rea / write sera "you".
1. Installez les prérequis de Guest Additions
Installez les prérequis pour les compléments invité en lançant la commande suivante:
2. Installer les ajouts d'invité
N'utilisez pas le fichier .iso pour télécharger et l'installateur à partir de là - cela ne fonctionnera tout simplement pas !!!
3. Modifiez votre pour que le répertoire de partage soit monté automatiquement sur le démarrage vm.
Changez votre pour que le répertoire de partage soit monté automatiquement sur vm boot en ajoutant les lignes suivantes à la fin de votre fichier fstab (notez la conf "vshare", et le uid = 10001):
4. ajoutez-vous au groupe vboxsf
Vous devez vous ajouter au groupe vboxsf pour pouvoir éditer en tant que non-root à partir de votre machine virtuelle les fichiers sur votre ordinateur hôte. # mount sudo mount -a
5. redémarrez et vérifiez
Redémarrez la machine virtuelle et connectez-vous via ssh pour vérifier le partage de fichiers. # ssh à la vm ssh vous @ nom-hôte
la source
Les ajouts à la boîte virtuelle doivent être réinstallés après la mise à niveau de votre système invité. Le problème, je pense, est que lorsque vous mettez à niveau certains composants dans Ubuntu, certains composants ont été modifiés, après l’installation de vb-additions, sf_forlder_name sera accessible. Mon problème résolu de cette façon. La solution de Pisu fonctionne.
la source
root
chown
etchmod
la source