(... 48h plus tard, mais ça peut toujours servir ...)
Sur la partie VirtualBox, je n'y connais rien, je ne peux pas aider. Désolé.
Sur la partie udev : j'ai bien coucou qui s'affiche dans coucoulog...cependant il s'affiche une bonne dizaine de fois est-ce normal ??
Oui c'est normal !
[ C'est la première fois que je vois la règle udev 'IMPORT{program}' et je ne connais pas le programme `usb_id`, donc je zappe ce détail. ]
Autrement, tu peux debugger avec le script suivant pour mieux comprendre les variables qu'udev injecte dans l'environnement (comme ID_VENDOR_ENC, ID_MODEL_ID ou DEVPATH -- où usbX et hostX semblent correspondre au bus/device USB)
#!/bin/bash
attach_storage() {
# vbox script goes here #
}
{
echo "Starting 0ドル"
id
env
echo ""
[[ "$DEVNAME" =~ "/dev/sd[a-z][0-9]" ]] && attach_storage
echo ""
} 2>&1 >>/tmp/toto.log
La redirection devrait inclure les éventuels messages d'erreur de 'attach_storage' dans /tmp/toto.log. Au pire, ils seront lisibles dans le (sys)log d'udev (/var/log/messages sous Fedora).
Bon et puis pour finir, je doute que la fonction attach_storage() soit correcte. Elle est trop complexe à mon goût : `su - root -c ...' semble inutile (udev lance déjà le script en tant que root, non ?) et l'appel à VBoxManage dans attach_storage est un peu foireux ($address ne sert pas ?).
Un `VBoxManage list runningvms` préalable pourrait permettre d'avoir les UUID des machines virtuelles afin de l'utiliser dans `VBoxManage controlvm $MYUUID usbattach $USBUUID|$USBADDRESS`.
Quelques tests manuels en shell sur attach_storage() ne seraient pas de trop.
shell@toto $> export DEVPATH="titototo" DEVNAME="/dev/sda1" (...)
shell@toto $> bash -x /tmp/toto.sh
[^] # Re: Serveur X
Posté par Johands . En réponse au message problème règle udev. Évalué à 1.
Sur la partie VirtualBox, je n'y connais rien, je ne peux pas aider. Désolé.
Sur la partie udev :
Oui c'est normal !
[ C'est la première fois que je vois la règle udev 'IMPORT{program}' et je ne connais pas le programme `usb_id`, donc je zappe ce détail. ]
Autrement, tu peux debugger avec le script suivant pour mieux comprendre les variables qu'udev injecte dans l'environnement (comme ID_VENDOR_ENC, ID_MODEL_ID ou DEVPATH -- où usbX et hostX semblent correspondre au bus/device USB)
#!/bin/bash
attach_storage() {
# vbox script goes here #
}
{
echo "Starting 0ドル"
id
env
echo ""
[[ "$DEVNAME" =~ "/dev/sd[a-z][0-9]" ]] && attach_storage
echo ""
} 2>&1 >>/tmp/toto.log
La redirection devrait inclure les éventuels messages d'erreur de 'attach_storage' dans /tmp/toto.log. Au pire, ils seront lisibles dans le (sys)log d'udev (/var/log/messages sous Fedora).
Bon et puis pour finir, je doute que la fonction attach_storage() soit correcte. Elle est trop complexe à mon goût : `su - root -c ...' semble inutile (udev lance déjà le script en tant que root, non ?) et l'appel à VBoxManage dans attach_storage est un peu foireux ($address ne sert pas ?).
Un `VBoxManage list runningvms` préalable pourrait permettre d'avoir les UUID des machines virtuelles afin de l'utiliser dans `VBoxManage controlvm $MYUUID usbattach $USBUUID|$USBADDRESS`.
Quelques tests manuels en shell sur attach_storage() ne seraient pas de trop.
shell@toto $> export DEVPATH="titototo" DEVNAME="/dev/sda1" (...)
shell@toto $> bash -x /tmp/toto.sh
Courage !