Page 1 sur 3
[VirtualBox]Pas d'accès au sous-système USB (Résolu)
Publié : mar. 27 déc. 2011, 14:24
par Skwad
Hello,
VirtualBox ne trouve plus mes périph. usb bien que ça a fonctionné quelques mois auparavant :
Code : Tout sélectionner
Erreur d'accès au sous-système USB.
VirtualBox n'est pas autorisé à accéder aux périphériques USB actuellement. Vous pouvez changer ceci en donnant accès pour votre nom d'utilisateur aux fichiers et dossiers «usbfs». Veuillez consulter le guide de l'utilisateur pour des explications plus détaillées.
Code : Tout sélectionner
Code d'erreur :
NS_ERROR_FAILURE (0x00004005)
Composant :
Host
Interface :
IHost {dab4a2b8-c735-4f08-94fc-9bec84182e2f}
Fonction appelée :
IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91}
Après un
Code : Tout sélectionner
# gpasswd -a skwad vboxusers
Ajout de l'utilisateur skwad au groupe vboxusers
j'obtiens ça
Code : Tout sélectionner
$ groups ──|mar. 27 déc.|─┘
lp log video audio optical storage scanner camera skwad
Rien d'anormal ?
J'ai ajouté depuis longtemps à mon fstab ces lignes :
Code : Tout sélectionner
## Vbox USB
none /proc/bus/usb usbfs auto,busgid=108,busmode=0775,devgid=108,devmode=0664 0 0
J'en ai d'ailleurs trouvé une différente
que j'ai ajouté aussi sans chercher à comprendre pourquoi 128 au lieu de 108.
J'ai repris le wiki anglophone et francophone mais rien à ce sujet, et aussi épluché quelques pages de doc sur le site de VirtualBox.
J'ai trouvé ces threads
https://bbs.archlinux.org/viewtopic.php?id=119174;
https://bbs.archlinux.org/viewtopic.php?id=50239 dont le premier est resté sans solution.
De plus, j'ai tout viré
Code : Tout sélectionner
$ yaourt -Rcs virtualbox virtualbox-modules virtualbox-additions virtualbox-archlinux-modules virtualbox-archlinux-additions
(Au fait, à quoi servent les virtualbox-archlinux-* ?); supprimé ~/.VirtualBox (en prenant soin de sauvegarder), effectué un redémarrage et réinstaller dans l'ordre virtualbox virtualbox-modules virtualbox-additions virtualbox-archlinux-modules virtualbox-archlinux-additions, suivi d'un
et d'un
Résultat aucune amélioration.
En lisant les threads ci-dessus, j'ai l'impression que je dois plus creuser sur les lignes du /etc/fstab. Pourquoi l'une est à devgid=108 et l'autre à devgid=128 ? Comment savoir laquelle est bonne dans mon cas ? car
Code : Tout sélectionner
grep usb /etc/group ──|mar. 27 déc.|─┘
zsh: exit 1 grep --color=auto usb /etc/group
┌─|skwad@arch|────────────────────────────────────────────────────────────────────────────────────|~|─┐
└─|1:14:13|── grep vboxusers /etc/group ──|mar. 27 déc.|─┘
vboxusers:x:108:skwad
Normal que je n'ai rien à propos d'usb ?
Du coup, je peux retirer celle-ci : none /proc/bus/usb usbfs devgid=128,devmode=664 0 0 ?
Voilà où j'en suis, désolé pour le pâté assez indigeste et merci à ceux qui voudront consacrer un peu temps au problème.
Joyeux Noël.
P.S. : J'ai oublié de préciser que VBox lancé via un
n'a aucun souci de détection des périph.
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 14:29
par benjarobin
Alors supprime les lignes du fstab c'est ce qui pose problème
La commande '
groups' lancé avec ton utilisateur doit contenir '
vboxusers'
Tu doit avoir ces paquets d'installé :
Tout le reste ne sert pas spécialement
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 14:54
par Skwad
Merci.
Voilà la suite :
Code : Tout sélectionner
$ yaourt -S virtualbox-ext-oracle ──|mar. 27 déc.|─┘
==> Téléchargement du PKGBUILD de virtualbox-ext-oracle depuis AUR...
x PUEL
x virtualbox-ext-oracle.install
x PKGBUILD
Comment by: mukhametshin on Tue, 19 Jul 2011 23:23:59 +0000
qs9rx:
Now virtualbox_bin is already in repo. Just try to update virtualbox_bin first, and this package hereafter, it should work. However I'm sure seblu will fix it soon.
Comment by: monson on Wed, 20 Jul 2011 04:15:52 +0000
To be convenient to most people, I think it's better to modify to depends=(virtualbox=$pkgver),
as the virtualbox_bin PKGBUILD already provides=(virtualbox=${pkgver}).
Comment by: cyberpatrol on Wed, 20 Jul 2011 10:25:45 +0000
No, please, not again a versioned dependency! This just causes big trouble with updating the system like discussed very often.
@monson: Arch Linux is a rolling release distro which has only one (the newest) version of each package in the repos. So it can be assumed that everybody has the newest version installed. Keep your system up-to-date and regularly run `pacman -Syu` or even better `yaourt -Syua` and you won't have any problems with that. With versioned dependencies you regularly need to manually uninstall this package to be able to run a `pacman -Syu` and manuall reinstall it afterwards.
Comment by: trusktr on Fri, 14 Oct 2011 12:09:16 +0000
I don't really know about that, but you seem to have a good point cyberpatrol.
Comment by: mikers on Sun, 06 Nov 2011 17:17:54 +0000
Hey I know this is a rather discussed topic already, but what if this package had a makedepends=(virtualbox-$pkgver)? As the current version of VirtualBox has still not left testing in the main repositories, this will at least stop automated AUR wrappers from building this package, but it will not prevent upgrading either virtualbox or virtualbox-ext-oracle.
Comment by: cyberpatrol on Sun, 06 Nov 2011 18:22:30 +0000
@mikers: How many times do I need to explain this? No versioned dependencies in AUR! Not even in makedepends! Keep your system regularly up-to-date and you won't have any problems. Otherwise edit the PKGBUILD locally by yourself.
And makedepends are not needed here, because there doesn't need to be built anything. Makedepends is for packages which are needed to build (compile) a package, but not for running this software, and which can be uninstalled after the package is built. This is not the case here. And if it was the case, what sense does it make to build a package with a newer version than the installed one? It makes no sense, because the package could then easily be broken.
And usually there is a reason why a package is not moved from [testing] to the stable repos.
@seblu: It would be nice if you would follow the stable repos and not [testing] resp. [community-testing].
First Submitted: Fri, 24 Dec 2010 16:48:19 +0000
virtualbox-ext-oracle 4.1.8-1
( Paquet non supporté : peut être dangereux ! )
==> Éditer PKGBUILD ? [O/n] ("A" pour annuler)
==> ------------------------------------------
==> n
==> Dépendances de virtualbox-ext-oracle :
- virtualbox (déjà installé)
==> Éditer virtualbox-ext-oracle.install ? [O/n] ("A" pour annuler)
==> ---------------------------------------------------------------
==> n
==> Lancer la compilation de virtualbox-ext-oracle ? [O/n]
==> ------------------------------------------------------
==>
==> Construction et installation du paquet
==> Création du paquet virtualbox-ext-oracle 4.1.8-1 (mar. déc. 27 14:41:26 CET 2011)
==> Vérification des dépendances pour l'exécution...
==> Vérification des dépendances pour la compilation...
==> Récupération des sources...
-> Téléchargement de Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack...
--2011-12-27 14:41:26-- http://download.virtualbox.org/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack
Résolution de download.virtualbox.org... 137.254.16.69
Connexion vers download.virtualbox.org|137.254.16.69|:80...connecté.
requête HTTP transmise, en attente de la réponse...302 Moved Temporarily
Emplacement: http://dlc.sun.com.edgesuite.net/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack [suivant]
--2011-12-27 14:41:27-- http://dlc.sun.com.edgesuite.net/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack
Résolution de dlc.sun.com.edgesuite.net... 213.254.249.97, 213.254.249.131
Connexion vers dlc.sun.com.edgesuite.net|213.254.249.97|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 9725202 (9,3M) [application/x-virtualbox-vbox-extpack]
Sauvegarde en : «Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack.part»
100%[==============================================================>] 9 725 202 1,22M/s ds 7,7s
2011-12-27 14:41:35 (1,20 MB/s) - «Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack.part» sauvegardé [9725202/9725202]
-> PUEL trouvé
==> Validation des fichiers sources avec md5sums...
Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack ... Réussite
PUEL ... Réussite
==> Extraction des sources...
-> Extraction de Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack avec bsdtar
==> Entre dans l'environnement fakeroot...
==> Lancement de package()...
==> Nettoyage de l'installation...
-> Suppression d'autres fichiers...
-> Compression des pages de man/info...
==> Création du paquet...
-> Génération du fichier .PKGINFO...
-> Ajout du fichier install...
-> Compression du paquet...
==> Quitte l'environnement fakeroot.
==> Création finie: virtualbox-ext-oracle 4.1.8-1 (mar. déc. 27 14:41:39 CET 2011)
==> Installer virtualbox-ext-oracle ? [O/n]
==> [A]fficher le contenu du paquet [V]érifier avec namcap
==> ------------------------------------------------------
==> o
Mot de passe :
résolution des dépendances...
recherche des conflits entre paquets...
Cibles (1): virtualbox-ext-oracle-4.1.8-1
Taille totale des paquets (téléchargement): 0,00 Mo
Taille totale des paquets (installation): 9,32 Mo
Procéder à l'installation ? [O/n] o
(1/1) vérification de l'intégrité des paquets [----------------------------------] 100%
(1/1) analyse des conflits entre fichiers [----------------------------------] 100%
(1/1) installation de virtualbox-ext-oracle [----------------------------------] 100%
0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install "/usr/share/virtualbox/extensions/Oracle_VM_VirtualBox_Extension_Pack-4.1.8.vbox-extpack": Extension pack 'Oracle VM VirtualBox Extension Pack' is already installed. In case of a reinstallation, please uninstall it first
Erreur: la commande n'a pas pu être exécutée correctement
┌─|skwad@arch|────────────────────────────────────────────────────────────────────────────────────|~|─┐
└─|14:41|── su ──|mar. 27 déc.|─┘
Mot de passe :
arch# rm /usr/share/virtualbox/extensions/Oracle_VM_VirtualBox_Extension_Pack-4.1.8.vbox-extpack
arch# exit
┌─|skwad@arch|────────────────────────────────────────────────────────────────────────────────────|~|─┐
└─|14:43|── yaourt -S virtualbox-ext-oracle ──|mar. 27 déc.|─┘
==> Téléchargement du PKGBUILD de virtualbox-ext-oracle depuis AUR...
x PUEL
x virtualbox-ext-oracle.install
x PKGBUILD
Comment by: mukhametshin on Tue, 19 Jul 2011 23:23:59 +0000
qs9rx:
Now virtualbox_bin is already in repo. Just try to update virtualbox_bin first, and this package hereafter, it should work. However I'm sure seblu will fix it soon.
Comment by: monson on Wed, 20 Jul 2011 04:15:52 +0000
To be convenient to most people, I think it's better to modify to depends=(virtualbox=$pkgver),
as the virtualbox_bin PKGBUILD already provides=(virtualbox=${pkgver}).
Comment by: cyberpatrol on Wed, 20 Jul 2011 10:25:45 +0000
No, please, not again a versioned dependency! This just causes big trouble with updating the system like discussed very often.
@monson: Arch Linux is a rolling release distro which has only one (the newest) version of each package in the repos. So it can be assumed that everybody has the newest version installed. Keep your system up-to-date and regularly run `pacman -Syu` or even better `yaourt -Syua` and you won't have any problems with that. With versioned dependencies you regularly need to manually uninstall this package to be able to run a `pacman -Syu` and manuall reinstall it afterwards.
Comment by: trusktr on Fri, 14 Oct 2011 12:09:16 +0000
I don't really know about that, but you seem to have a good point cyberpatrol.
Comment by: mikers on Sun, 06 Nov 2011 17:17:54 +0000
Hey I know this is a rather discussed topic already, but what if this package had a makedepends=(virtualbox-$pkgver)? As the current version of VirtualBox has still not left testing in the main repositories, this will at least stop automated AUR wrappers from building this package, but it will not prevent upgrading either virtualbox or virtualbox-ext-oracle.
Comment by: cyberpatrol on Sun, 06 Nov 2011 18:22:30 +0000
@mikers: How many times do I need to explain this? No versioned dependencies in AUR! Not even in makedepends! Keep your system regularly up-to-date and you won't have any problems. Otherwise edit the PKGBUILD locally by yourself.
And makedepends are not needed here, because there doesn't need to be built anything. Makedepends is for packages which are needed to build (compile) a package, but not for running this software, and which can be uninstalled after the package is built. This is not the case here. And if it was the case, what sense does it make to build a package with a newer version than the installed one? It makes no sense, because the package could then easily be broken.
And usually there is a reason why a package is not moved from [testing] to the stable repos.
@seblu: It would be nice if you would follow the stable repos and not [testing] resp. [community-testing].
First Submitted: Fri, 24 Dec 2010 16:48:19 +0000
virtualbox-ext-oracle 4.1.8-1
( Paquet non supporté : peut être dangereux ! )
==> Éditer PKGBUILD ? [O/n] ("A" pour annuler)
==> ------------------------------------------
==> n
==> Dépendances de virtualbox-ext-oracle :
- virtualbox (déjà installé)
==> Éditer virtualbox-ext-oracle.install ? [O/n] ("A" pour annuler)
==> ---------------------------------------------------------------
==> n
==> Lancer la compilation de virtualbox-ext-oracle ? [O/n]
==> ------------------------------------------------------
==>
==> Construction et installation du paquet
==> Création du paquet virtualbox-ext-oracle 4.1.8-1 (mar. déc. 27 14:43:16 CET 2011)
==> Vérification des dépendances pour l'exécution...
==> Vérification des dépendances pour la compilation...
==> Récupération des sources...
-> Téléchargement de Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack...
--2011-12-27 14:43:16-- http://download.virtualbox.org/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack
Résolution de download.virtualbox.org... 137.254.16.69
Connexion vers download.virtualbox.org|137.254.16.69|:80...connecté.
requête HTTP transmise, en attente de la réponse...302 Moved Temporarily
Emplacement: http://dlc.sun.com.edgesuite.net/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack [suivant]
--2011-12-27 14:43:17-- http://dlc.sun.com.edgesuite.net/virtualbox/4.1.8/Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack
Résolution de dlc.sun.com.edgesuite.net... 213.254.249.97, 213.254.249.131
Connexion vers dlc.sun.com.edgesuite.net|213.254.249.97|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 9725202 (9,3M) [application/x-virtualbox-vbox-extpack]
Sauvegarde en : «Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack.part»
100%[==============================================================>] 9 725 202 1,21M/s ds 7,9s
2011-12-27 14:43:25 (1,17 MB/s) - «Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack.part» sauvegardé [9725202/9725202]
-> PUEL trouvé
==> Validation des fichiers sources avec md5sums...
Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack ... Réussite
PUEL ... Réussite
==> Extraction des sources...
-> Extraction de Oracle_VM_VirtualBox_Extension_Pack-4.1.8-75467.vbox-extpack avec bsdtar
==> Entre dans l'environnement fakeroot...
==> Lancement de package()...
==> Nettoyage de l'installation...
-> Suppression d'autres fichiers...
-> Compression des pages de man/info...
==> Création du paquet...
-> Génération du fichier .PKGINFO...
-> Ajout du fichier install...
-> Compression du paquet...
==> Quitte l'environnement fakeroot.
==> Création finie: virtualbox-ext-oracle 4.1.8-1 (mar. déc. 27 14:43:28 CET 2011)
==> Installer virtualbox-ext-oracle ? [O/n]
==> [A]fficher le contenu du paquet [V]érifier avec namcap
==> ------------------------------------------------------
==> o
Avertissement: virtualbox-ext-oracle-4.1.8-1 est à jour -- réinstalle
résolution des dépendances...
recherche des conflits entre paquets...
Cibles (1): virtualbox-ext-oracle-4.1.8-1
Taille totale des paquets (téléchargement): 0,00 Mo
Taille totale des paquets (installation): 9,32 Mo
Procéder à l'installation ? [O/n] o
(1/1) vérification de l'intégrité des paquets [----------------------------------] 100%
(1/1) analyse des conflits entre fichiers [----------------------------------] 100%
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
(1/1) mise à jour de virtualbox-ext-oracle [----------------------------------] 100%
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
┌─|skwad@arch|────────────────────────────────────────────────────────────────────────────────────|~|─┐
└─|14:43|── groups ──|mar. 27 déc.|─┘
lp log video audio optical storage scanner camera vboxusers skwad
Enfin vboxuser
mais maintenant j'ai ce message :
Code : Tout sélectionner
Erreur d'accès au sous-système USB.
Could not load the Host USB Proxy service: VERR_DISK_FULL.
J'ai commenté les lignes dans mon fstab et rebooté le système avant d'effectué les manips ci-dessus.
Edit : Je viens de trouver ça
https://forums.virtualbox.org/viewtopic ... suse+usbfs
Avec comme solution de créer un fichier /etc/udev/rules.d/10-vboxdrv.rules contenant :
Code : Tout sélectionner
KERNEL=="vboxdrv", NAME="vboxdrv", OWNER="root", GROUP="root", MODE="0600"
SUBSYSTEM=="usb_device", GROUP="vboxusers", MODE="0664"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", GROUP="vboxusers", MODE:="0664"
Crois-tu que cette méthode (si elle fonctionne) soit pérenne ?
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 15:13
par benjarobin
Normalement ce fichier existe déjà que je sache : lib/udev/rules.d/10-vboxdrv.rules
Chez moi je n'ai rien fait de plus que ce que je t'ai indiqué. J'ai chargé les modules : vboxdrv et vboxnetflt
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 15:25
par Skwad
Effectivement. ^^
Sinon je suis tombé sur le wiki english de gentoo :
http://en.gentoo-wiki.com/wiki/VirtualB ... Grayed_Out
qui parle de groupe usb... Sur Arch c'est bien storage qui remplace ?
Oups
Code : Tout sélectionner
Le paquet virtualbox-ext-oracle sur AUR correspond au pack d'extensions sous licence VirtualBox PUEL. Il comprend notamment le support des périphériques USB 2.0, l'accès par RDP et le boot par PXE pour les cartes Intel.
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 15:34
par benjarobin
J'ai pas mon ArchLinux sous la main, mais que donne la sortie de ls -l /proc/bus/usb
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 15:54
par Skwad
Code : Tout sélectionner
$ ls -l /proc/bus/usb ──|mar. 27 déc.|─┘
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 001
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 002
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 003
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 004
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 005
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 006
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 007
drwxrwxr-x 2 root vboxusers 0 27 déc. 2011 008
-r--r--r-- 1 root root 0 27 déc. 2011 devices
D'autre part, j'ai tenté cette ligne dans /etc/fstab comme le suggère le wiki gentoo:
Code : Tout sélectionner
none /proc/bus/usb usbfs auto,busgid=108,busmode=0775,devgid=95,devmode=0664 0 0
Le 95 vient de :
Code : Tout sélectionner
$ grep storage /etc/group ──|mar. 27 déc.|─┘
storage:x:95:skwad
Et de plus, tu viens de trouver la cause du "quand je supprimais un fichier/répertoire dans thunar, celui-ci restait en apparence. Il fallait à chaque fois recharger (F5) le répertoire.
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 16:19
par FoolEcho
Skwad a écrit :Et de plus, tu viens de trouver la cause du "quand je supprimais un fichier/répertoire dans thunar, celui-ci restait en apparence. Il fallait à chaque fois recharger (F5) le répertoire.
Installe
gamin.
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 17:30
par Skwad
Code : Tout sélectionner
$ yaourt -S gamin ──|mar. 27 déc.|─┘
Mot de passe :
Avertissement: gamin-0.1.10-6 est à jour -- réinstalle
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 18:57
par FoolEcho
... et je suppose que tu lances bien dbus, après faudrait voir comment tu lances la session xfce... m'enfin bon, c'est pas trop le sujet ici, je ne vais pas pourrir le sujet davantage.
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 19:27
par benjarobin
Comme je n'ai pas d'idée voici les sorties des commandes depuis mon Pc où ton fonctionne correctement :
Code : Tout sélectionner
$ groups
wheel video audio optical scanner users vboxusers wireshark benjarobin serverweb
Code : Tout sélectionner
$ lsmod | grep -i vb
vboxnetflt 16959 1
vboxdrv 194811 2 vboxnetflt
Code : Tout sélectionner
$ ls -lRa /proc/bus/usb
/proc/bus/usb:
total 0
dr-xr-xr-x 2 root root 0 27 déc. 19:25 .
dr-xr-xr-x 5 root root 0 27 déc. 19:25 ..
Code : Tout sélectionner
$ uname -a
Linux benjarobin-fixe 3.1.5-1-ARCH #1 SMP PREEMPT Sun Dec 11 06:26:14 UTC 2011 i686 Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz GenuineIntel GNU/Linux
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/fstab
tmpfs /tmp tmpfs nodev,nosuid 0 0
UUID=521d29dd-419a-4b60-958f-b2a7cc52057f / ext3 defaults 0 1
UUID=b11b84e7-c802-49b2-bc55-219b92240480 swap swap defaults 0 0
UUID=06bd71cb-8b6a-4a56-aa83-9be8d3b6b14a /home ext3 defaults 0 1
UUID=2C75043A60F4CAEA /media/WinDocs ntfs-3g users,uid=1000,gid=100,fmask=0113,dmask=0002 0 0
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/rc.conf
LOCALE="fr_FR.UTF-8"
DAEMON_LOCALE="no"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin9"
CONSOLEFONT="lat9w-16"
CONSOLEMAP=
USECOLOR="yes"
MODULES=(acpi_cpufreq vboxdrv vboxnetflt)
UDEV_TIMEOUT=30
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"
HOSTNAME="benjarobin-fixe"
interface=
address=
netmask=
broadcast=
gateway=
NETWORK_PERSIST="no"
DAEMONS=(!hwclock syslog-ng !network !netfs @crond acpid dbus @wicd @named-chroot @cpufreq @samba @cupsd @sshd @mysqld @httpd)
Code : Tout sélectionner
$ pacman -Qs virtualbox
local/virtualbox 4.1.8-1
Powerful x86 virtualization for enterprise as well as home use
local/virtualbox-ext-oracle 4.1.6-1
Oracle VM VirtualBox Extension Pack
local/virtualbox-modules 4.1.8-1
Kernel modules for VirtualBox
Code : Tout sélectionner
$ ls -1 /lib/udev/rules.d/
10-dm.rules
10-vboxdrv.rules
11-dm-lvm.rules
13-dm-disk.rules
40-gphoto.rules
40-hpet-permissions.rules
40-hplip.rules
42-qemu-usb.rules
50-firmware.rules
50-udev-default.rules
53-sane.rules
56-hpmud_support.rules
60-cdrom_id.rules
60-pcmcia.rules
60-persistent-alsa.rules
60-persistent-input.rules
60-persistent-serial.rules
60-persistent-storage.rules
60-persistent-storage-tape.rules
60-persistent-v4l.rules
61-accelerometer.rules
64-md-raid.rules
69-cd-sensors.rules
69-libmtp.rules
70-infrared.rules
70-printers.rules
70-udev-acl.rules
75-net-description.rules
75-probe_mtd.rules
75-tty-description.rules
78-sound-card.rules
80-drivers.rules
80-udisks.rules
81-arch.rules
85-regulatory.rules
85-usbmuxd.rules
90-alsa-restore.rules
95-cd-devices.rules
95-dm-notify.rules
95-keyboard-force-release.rules
95-keymap.rules
95-udev-late.rules
95-upower-battery-recall-dell.rules
95-upower-battery-recall-fujitsu.rules
95-upower-battery-recall-gateway.rules
95-upower-battery-recall-ibm.rules
95-upower-battery-recall-lenovo.rules
95-upower-battery-recall-toshiba.rules
95-upower-csr.rules
95-upower-hid.rules
95-upower-wup.rules
Code : Tout sélectionner
$ ls /etc/udev/ -1R
/etc/udev/:
rules.d
udev.conf
/etc/udev/rules.d:
Code : Tout sélectionner
$ ls -lRa /dev/vboxusb
/dev/vboxusb:
total 0
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 .
drwxr-xr-x 16 root root 5,3K 27 déc. 19:43 ..
drwxr-x--- 2 root vboxusers 40 27 déc. 19:43 001
drwxr-x--- 2 root vboxusers 80 27 déc. 18:44 002
/dev/vboxusb/001:
total 0
drwxr-x--- 2 root vboxusers 40 27 déc. 19:43 .
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 ..
/dev/vboxusb/002:
total 0
drwxr-x--- 2 root vboxusers 80 27 déc. 18:44 .
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 ..
crw-rw---- 1 root vboxusers 189, 130 27 déc. 18:44 003
crw-rw---- 1 root vboxusers 189, 131 27 déc. 18:44 004
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 19:28
par Skwad
@FoolEcho:
D'autant plus qu'XFCE n'est pas installé sur la machine.
... Je suppose que c'est thunar qui t'a trompé.
Et dbus est bien lancé.
Pour moi, j'en déduis que cela vient des lignes que j'ai ajouté dans mon /etc/fstab.
Sur ce, je propose qu'on ferme la parenthèse. Tu veux que j'ouvre un autre sujet ?
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 19:36
par benjarobin
Voila j'ai fini d'éditer mon message précédent, merci de comparer par rapport à moi et de corriger ou de donner la sortie pour obtenir quelque chose de similaire
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 19:39
par FoolEcho
Skwad a écrit :D'autant plus qu'XFCE n'est pas installé sur la machine.
... Je suppose que c'est thunar qui t'a trompé.
Ça et probablement une confusion avec un autre sujet.
Skwad a écrit :Et dbus est bien lancé.
Pour moi, j'en déduis que cela vient des lignes que j'ai ajouté dans mon /etc/fstab.
Je ne vois pas le rapport.
Skwad a écrit :Sur ce, je propose qu'on ferme la parenthèse. Tu veux que j'ouvre un autre sujet ?
Oui, mais résouds ton problème avec virtualbox avec les infos de benjarobin (d'ailleurs c'est peut-être lié à l'environnement virtuel, je ne sais pas).
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 20:11
par Skwad
Code : Tout sélectionner
$ groups
wheel video audio optical scanner users vboxusers wireshark benjarobin serverweb
Code : Tout sélectionner
$ groups ──|mar. 27 déc.|─┘
lp log video audio optical storage scanner camera vboxusers skwad
Ça c'est réglé, j'ai wheel et users maintenant.
Code : Tout sélectionner
$ lsmod | grep -i vb
vboxnetflt 16959 1
vboxdrv 194811 2 vboxnetflt
Code : Tout sélectionner
$ lsmod | grep -i vb ──|mar. 27 déc.|─┘
vboxnetflt 17159 0
vboxdrv 1790690 1 vboxnetflt
0 ? 2 ?
Code : Tout sélectionner
$ ls -lRa /proc/bus/usb
/proc/bus/usb:
total 0
dr-xr-xr-x 2 root root 0 27 déc. 19:25 .
dr-xr-xr-x 5 root root 0 27 déc. 19:25 ..
Code : Tout sélectionner
$ ls -lRa /proc/bus/usb ──|mar. 27 déc.|─┘
/proc/bus/usb:
total 0
drwxr-xr-x 10 root root 0 27 déc. 16:37 .
dr-xr-xr-x 5 root root 0 27 déc. 16:37 ..
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 001
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 002
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 003
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 004
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 005
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 006
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 007
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 008
-r--r--r-- 1 root root 0 27 déc. 16:37 devices
/proc/bus/usb/001:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
-rw-rw-r-- 1 root storage 50 27 déc. 16:37 002
/proc/bus/usb/002:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
/proc/bus/usb/003:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
/proc/bus/usb/004:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
/proc/bus/usb/005:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
/proc/bus/usb/006:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
/proc/bus/usb/007:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
-rw-rw-r-- 1 root storage 198 27 déc. 16:37 002
/proc/bus/usb/008:
total 0
drwxrwxr-x 2 root vboxusers 0 27 déc. 16:37 .
drwxr-xr-x 10 root root 0 27 déc. 16:37 ..
-rw-rw-r-- 1 root storage 43 27 déc. 16:37 001
-rw-rw-r-- 1 root storage 52 27 déc. 16:37 002
Code : Tout sélectionner
$ uname -a
Linux benjarobin-fixe 3.1.5-1-ARCH #1 SMP PREEMPT Sun Dec 11 06:26:14 UTC 2011 i686 Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz GenuineIntel GNU/Linux
Code : Tout sélectionner
$ uname -a ──|mar. 27 déc.|─┘
Linux arch 3.1.5-1-ARCH #1 SMP PREEMPT Sat Dec 10 14:43:09 CET 2011 x86_64 Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz GenuineIntel GNU/Linux
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/fstab
tmpfs /tmp tmpfs nodev,nosuid 0 0
UUID=521d29dd-419a-4b60-958f-b2a7cc52057f / ext3 defaults 0 1
UUID=b11b84e7-c802-49b2-bc55-219b92240480 swap swap defaults 0 0
UUID=06bd71cb-8b6a-4a56-aa83-9be8d3b6b14a /home ext3 defaults 0 1
UUID=2C75043A60F4CAEA /media/WinDocs ntfs-3g users,uid=1000,gid=100,fmask=0113,dmask=0002 0 0
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/fstab ──|mar. 27 déc.|─┘
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
UUID=44c7245b-a9cf-4bbf-993f-f564812a3305 /boot ext2 defaults 0 2
UUID=742e3426-e0a5-469d-be6e-247dd512b093 / ext4 defaults 0 1
UUID=82fc3d0e-3884-41d8-ba82-f996c75bb994 swap swap defaults 0 0
UUID=d268a1b6-ef9e-4456-82dd-7c8863d3d093 /home ext4 defaults,user_xattr 0 2
UUID=80b1746b-2fc7-4f0e-9d23-1aa4fd6f656e /media/Docs ext4 auto,user,rw,atime,noexec,suid,async,dev 0 2
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/rc.conf
LOCALE="fr_FR.UTF-8"
DAEMON_LOCALE="no"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin9"
CONSOLEFONT="lat9w-16"
CONSOLEMAP=
USECOLOR="yes"
MODULES=(acpi_cpufreq vboxdrv vboxnetflt)
UDEV_TIMEOUT=30
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"
HOSTNAME="benjarobin-fixe"
interface=
address=
netmask=
broadcast=
gateway=
NETWORK_PERSIST="no"
DAEMONS=(!hwclock syslog-ng !network !netfs @crond acpid dbus @wicd @named-chroot @cpufreq @samba @cupsd @sshd @mysqld @httpd)
Code : Tout sélectionner
$ grep -Ev "^#|^$" /etc/rc.conf ──|mar. 27 déc.|─┘
LOCALE="fr_FR.UTF-8"
DAEMON_LOCALE="no"
HARDWARECLOCK="UTC"
TIMEZONE="Europe/Paris"
KEYMAP="fr-pc"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
VERBOSE="3"
MODULES=(fuse vboxdrv vboxnetflt)
UDEV_TIMEOUT=30
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"
HOSTNAME="arch"
interface=eth0
address=
netmask=
gateway=
NETWORK_PERSIST="no"
DAEMONS=(syslog-ng dbus @ntpd @network netfs crond alsa cupsd @wicd @hddtemp sensors)
Code : Tout sélectionner
$ pacman -Qs virtualbox
local/virtualbox 4.1.8-1
Powerful x86 virtualization for enterprise as well as home use
local/virtualbox-ext-oracle 4.1.6-1
Oracle VM VirtualBox Extension Pack
local/virtualbox-modules 4.1.8-1
Kernel modules for VirtualBox
Code : Tout sélectionner
$ pacman -Qs virtualbox ──|mar. 27 déc.|─┘
local/virtualbox 4.1.8-1
Powerful x86 virtualization for enterprise as well as home use
local/virtualbox-archlinux-additions 4.1.8-1
Additions only for Arch Linux guests (userspace tools)
local/virtualbox-archlinux-modules 4.1.8-1
Additions only for Arch Linux guests (kernel modules)
local/virtualbox-ext-oracle 4.1.8-1
Oracle VM VirtualBox Extension Pack
local/virtualbox-modules 4.1.8-1
Kernel modules for VirtualBox
J'ai retiré les virtualbox-archlinux* avec options -Rcs
Code : Tout sélectionner
$ ls -1 /lib/udev/rules.d/
10-dm.rules
10-vboxdrv.rules
11-dm-lvm.rules
13-dm-disk.rules
40-gphoto.rules
40-hpet-permissions.rules
40-hplip.rules
42-qemu-usb.rules
50-firmware.rules
50-udev-default.rules
53-sane.rules
56-hpmud_support.rules
60-cdrom_id.rules
60-pcmcia.rules
60-persistent-alsa.rules
60-persistent-input.rules
60-persistent-serial.rules
60-persistent-storage.rules
60-persistent-storage-tape.rules
60-persistent-v4l.rules
61-accelerometer.rules
64-md-raid.rules
69-cd-sensors.rules
69-libmtp.rules
70-infrared.rules
70-printers.rules
70-udev-acl.rules
75-net-description.rules
75-probe_mtd.rules
75-tty-description.rules
78-sound-card.rules
80-drivers.rules
80-udisks.rules
81-arch.rules
85-regulatory.rules
85-usbmuxd.rules
90-alsa-restore.rules
95-cd-devices.rules
95-dm-notify.rules
95-keyboard-force-release.rules
95-keymap.rules
95-udev-late.rules
95-upower-battery-recall-dell.rules
95-upower-battery-recall-fujitsu.rules
95-upower-battery-recall-gateway.rules
95-upower-battery-recall-ibm.rules
95-upower-battery-recall-lenovo.rules
95-upower-battery-recall-toshiba.rules
95-upower-csr.rules
95-upower-hid.rules
95-upower-wup.rules
Code : Tout sélectionner
$ ls -1 /lib/udev/rules.d/ ──|mar. 27 déc.|─┘
10-dm.rules
10-vboxdrv.rules
11-dm-lvm.rules
13-dm-disk.rules
40-gphoto.rules
40-hpet-permissions.rules
42-qemu-usb.rules
50-firmware.rules
50-udev-default.rules
53-sane.rules
60-cdrom_id.rules
60-pcmcia.rules
60-persistent-alsa.rules
60-persistent-input.rules
60-persistent-serial.rules
60-persistent-storage.rules
60-persistent-storage-tape.rules
60-persistent-v4l.rules
60-vboxguest.rules
61-accelerometer.rules
64-md-raid.rules
69-cd-sensors.rules
69-libmtp.rules
70-infrared.rules
70-udev-acl.rules
75-net-description.rules
75-probe_mtd.rules
75-tty-description.rules
78-sound-card.rules
80-drivers.rules
80-udisks.rules
81-arch.rules
90-alsa-restore.rules
95-cd-devices.rules
95-dm-notify.rules
95-keyboard-force-release.rules
95-keymap.rules
95-udev-late.rules
Je n'ai pas ces 2 là :
85-regulatory.rules
85-usbmuxd.rules
Code : Tout sélectionner
$ ls /etc/udev/ -1R
/etc/udev/:
rules.d
udev.conf
/etc/udev/rules.d:
Code : Tout sélectionner
$ ls /etc/udev/ -1R ──|mar. 27 déc.|─┘
/etc/udev/:
rules.d
udev.conf
/etc/udev/rules.d:
90-libgphoto2.rules
Code : Tout sélectionner
$ ls -lRa /dev/vboxusb
/dev/vboxusb:
total 0
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 .
drwxr-xr-x 16 root root 5,3K 27 déc. 19:43 ..
drwxr-x--- 2 root vboxusers 40 27 déc. 19:43 001
drwxr-x--- 2 root vboxusers 80 27 déc. 18:44 002
/dev/vboxusb/001:
total 0
drwxr-x--- 2 root vboxusers 40 27 déc. 19:43 .
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 ..
/dev/vboxusb/002:
total 0
drwxr-x--- 2 root vboxusers 80 27 déc. 18:44 .
drwxr-x--- 4 root vboxusers 80 27 déc. 19:43 ..
crw-rw---- 1 root vboxusers 189, 130 27 déc. 18:44 003
crw-rw---- 1 root vboxusers 189, 131 27 déc. 18:44 004
Code : Tout sélectionner
$ ls -lRa /dev/vboxusb ──|mar. 27 déc.|─┘
/dev/vboxusb:
total 0
drwxr-x--- 5 root vboxusers 100 27 déc. 16:37 .
drwxr-xr-x 17 root root 5400 27 déc. 16:37 ..
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 001
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 007
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 008
/dev/vboxusb/001:
total 0
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 .
drwxr-x--- 5 root vboxusers 100 27 déc. 16:37 ..
crw-rw---- 1 root vboxusers 189, 1 27 déc. 16:37 002
/dev/vboxusb/007:
total 0
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 .
drwxr-x--- 5 root vboxusers 100 27 déc. 16:37 ..
crw-rw---- 1 root vboxusers 189, 769 27 déc. 16:37 002
/dev/vboxusb/008:
total 0
drwxr-x--- 2 root vboxusers 60 27 déc. 16:37 .
drwxr-x--- 5 root vboxusers 100 27 déc. 16:37 ..
crw-rw---- 1 root vboxusers 189, 897 27 déc. 16:37 002
Voilà.
Et c'est moi qui te remercie.
Edit : Re-test à partir d'un VirtualBox propre (sans ~/.VirtualBox et sans ~/Virtualbox VMs/)
Toujours pareil:
Code : Tout sélectionner
Erreur d'accès au sous-système USB.
Could not load the Host USB Proxy service: VERR_DISK_FULL
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 20:23
par benjarobin
- Tu peux déjà corrigé cette ligne par
Code : Tout sélectionner
DAEMONS=(syslog-ng dbus @crond @wicd @alsa @cupsd @hddtemp @sensors @ntpd)
- Supprime de ton fstab
Code : Tout sélectionner
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
et met ceci à la place
- Pourquoi des fichiers appartiennent à vboxusers dans ce dossier /proc/bus/usb et d'ailleurs pourquoi tu as quelque chose dedans.
- Donne la sortie de cette commande :
mount
- Tu ne fais pas partie du groupe '
users'
- A moins que ton système actuel tourne sous VirtualBox et que tu lance VirtualBox à l'intérieur du précédent VirtualBox...
Tu ne doit pas installer ces 2 paquets :
Code : Tout sélectionner
pacman -R virtualbox-archlinux-modules virtualbox-archlinux-additions
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 21:09
par Skwad
Ça y est, j'ai tout modifié comme tu me l'as demandé.
La sortie de:
Code : Tout sélectionner
$ mount ──|mar. 27 déc.|─┘
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
/sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=505884,mode=755)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,size=10240k,mode=755)
/dev/sdb3 on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/dev/sdb2 on /boot type ext2 (rw,relatime,errors=continue)
/dev/sdb5 on /home type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
/dev/sdb6 on /media/Docs type ext4 (rw,noexec,relatime,user_xattr,acl,barrier=1,data=ordered)
gvfs-fuse-daemon on /home/skwad/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Et je redémarre.
Edit : Après redémarrage voici ce que me donne:
Code : Tout sélectionner
ls -lRa /proc/bus/usb ──|mar. 27 déc.|─┘
/proc/bus/usb:
total 0
dr-xr-xr-x 2 root root 0 27 déc. 21:19 .
dr-xr-xr-x 5 root root 0 27 déc. 21:19 ..
J'ai re-retesté Virtualbox, créé une VM mais c'est encore et toujours pareil. Qu'est-ce qui peut bien clocher maintenant ?
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 21:37
par benjarobin
D'après ce que j'ai pu lire il faut essayé de réinstaller l'extension, donc refait un :
Sinon ton système est bien à jour ?
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 22:12
par Skwad
benjarobin a écrit :D'après ce que j'ai pu lire il faut essayé de réinstaller l'extension, donc refait un :
Fait.
benjarobin a écrit :Sinon ton système est bien à jour ?
Code : Tout sélectionner
yaourt -Syua ──|mar. 27 déc.|─┘
:: Synchronisation des bases de données de paquets...
core est à jour;
extra est à jour;
community est à jour;
archlinuxfr est à jour;
Paquets étrangers: / 9 / 10
Tout ce qui a changé c'est le message. Avant c'était:
Erreur d'accès au sous-système USB.
VirtualBox n'est pas autorisé à accéder aux périphériques USB actuellement. Vous pouvez changer ceci en donnant accès pour votre nom d'utilisateur aux fichiers et dossiers «usbfs». Veuillez consulter le guide de l'utilisateur pour des explications plus détaillées.
Code : Tout sélectionner
Code d'erreur :
NS_ERROR_FAILURE (0x00004005)
Composant :
Host
Interface :
IHost {dab4a2b8-c735-4f08-94fc-9bec84182e2f}
Fonction appelée :
IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91}
et maintenant c'est:
Erreur d'accès au sous-système USB.
Could not load the Host USB Proxy service: VERR_DISK_FULL.
Code : Tout sélectionner
Code d'erreur :
NS_ERROR_FAILURE (0x00004005)
Composant :
Host
Interface :
IHost {dab4a2b8-c735-4f08-94fc-9bec84182e2f}
Fonction appelée :
IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91}
Re: [VirtualBox]Pas d'accès au sous-système USB (en cours)
Publié : mar. 27 déc. 2011, 22:17
par benjarobin
Tu as donc toujours le même message d'erreur :
Code : Tout sélectionner
Erreur d'accès au sous-système USB.
Could not load the Host USB Proxy service: VERR_DISK_FULL.
Il s'affiche à quel moment ce message d'erreur ? Sous quelle forme ?