SYSFS(idProduct)=="USB Axiome OMR 9xx VCP",
SYSFS(idVendor)=="0403", RUN+="/sbin/modprobe -q ftdi-sio
product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device
fonctionne.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Danilo Uccelli
SYSFS(idProduct)=="USB Axiome OMR 9xx VCP",
SYSFS(idVendor)=="0403", RUN+="/sbin/modprobe -q ftdi-sio
product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device
fonctionne.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Danilo Uccelli
SYSFS(idProduct)=="USB Axiome OMR 9xx VCP",
SYSFS(idVendor)=="0403", RUN+="/sbin/modprobe -q ftdi-sio
product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device
fonctionne.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Danilo Uccelli
Jessaierais de remplacer les « == » par des « = » pour v oir
Si on avait ce msg, ça serait bien! (dans /var/log/messages,
_normalement_); histoire de savoir si c'est juste un averto
ou bien une bonne grosse erreur bien juteuse.
Il semble que Mint soit un composite au même titre que Knoppix; si
elle utilise des parties de sid, il-y-a des chances qu'il te manque
une commande pour rendre ta règle persistante.
Vérifies si tu as la Cde: udevadm, et 'gade vers le milieu de:
http://wiki.debian.org/udev
Jessaierais de remplacer les « == » par des « = » pour v oir
Si on avait ce msg, ça serait bien! (dans /var/log/messages,
_normalement_); histoire de savoir si c'est juste un averto
ou bien une bonne grosse erreur bien juteuse.
Il semble que Mint soit un composite au même titre que Knoppix; si
elle utilise des parties de sid, il-y-a des chances qu'il te manque
une commande pour rendre ta règle persistante.
Vérifies si tu as la Cde: udevadm, et 'gade vers le milieu de:
http://wiki.debian.org/udev
Jessaierais de remplacer les « == » par des « = » pour v oir
Si on avait ce msg, ça serait bien! (dans /var/log/messages,
_normalement_); histoire de savoir si c'est juste un averto
ou bien une bonne grosse erreur bien juteuse.
Il semble que Mint soit un composite au même titre que Knoppix; si
elle utilise des parties de sid, il-y-a des chances qu'il te manque
une commande pour rendre ta règle persistante.
Vérifies si tu as la Cde: udevadm, et 'gade vers le milieu de:
http://wiki.debian.org/udev
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, plac ée
dans  /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubu ntu :
SYSFS(idProduct)=="USB Axiome OMR 9xx VCP", SYSFS(idVendor)=="040 3",
RUN+="/sbin/modprobe -q ftdi-sio product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device fonctionn e.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Jâaccepte volontiers un RTFM, s'il est accompagné d'un lien qui puisse
m'aiguiller en français ou en anglais.
D'avance merci...
Ah oui, en fait, j'utilise actuellement Linux Mint LMDE, qui est sensà ©
être +/- une Debian testing.
Danilo Uccelli
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, plac ée
dans  /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubu ntu :
SYSFS(idProduct)=="USB Axiome OMR 9xx VCP", SYSFS(idVendor)=="040 3",
RUN+="/sbin/modprobe -q ftdi-sio product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device fonctionn e.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Jâaccepte volontiers un RTFM, s'il est accompagné d'un lien qui puisse
m'aiguiller en français ou en anglais.
D'avance merci...
Ah oui, en fait, j'utilise actuellement Linux Mint LMDE, qui est sensà ©
être +/- une Debian testing.
Danilo Uccelli
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, plac ée
dans  /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubu ntu :
SYSFS(idProduct)=="USB Axiome OMR 9xx VCP", SYSFS(idVendor)=="040 3",
RUN+="/sbin/modprobe -q ftdi-sio product=0xEFE0 vendor=0x0403"
et je retrouvais un device /dev/ttyUSB0 fonctionnel.
Maintenant, elle ne passe plus, je vois un message au boot qui en
parle.
Par contre, si je lance : sudo modprobe ftdi_sio vendor=0x0403
product=0xEFE0 dans un terminal, ça marche et mon device fonctionn e.
La question est : où et comment devrais-je placer la commande
ci-dessus pour qu'au démarrage elle soit acceptée et ceci sans me
demander le mot de passe ?
Jâaccepte volontiers un RTFM, s'il est accompagné d'un lien qui puisse
m'aiguiller en français ou en anglais.
D'avance merci...
Ah oui, en fait, j'utilise actuellement Linux Mint LMDE, qui est sensà ©
être +/- une Debian testing.
Danilo Uccelli
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, placée
dans /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubuntu :
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, placée
dans /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubuntu :
Bonjour à tous,
Il y a environ une année, j'utilisait la commande ci-dessous, placée
dans /etc/udev/rules.d/99-usbftdi.rules d'une distribution Ubuntu :
Tout d'abord, merci pour votre réactivité !
daemon.log:May 21 14:08:16 pc-du udevd[347]: unknown key
'SYSFS(idProduct)' in /etc/udev/rules.d/99-usbftdi.rules:3
Tout d'abord, merci pour votre réactivité !
daemon.log:May 21 14:08:16 pc-du udevd[347]: unknown key
'SYSFS(idProduct)' in /etc/udev/rules.d/99-usbftdi.rules:3
Tout d'abord, merci pour votre réactivité !
daemon.log:May 21 14:08:16 pc-du udevd[347]: unknown key
'SYSFS(idProduct)' in /etc/udev/rules.d/99-usbftdi.rules:3
Essaye de créer un fichier /etc/modprobe.d/local-usbftdi.conf et d'y met tre :
options ftdi_sio vendor=0x0403 product=0xEFE0
puis tu fais un update-initramfs -k all -u
En redémarrant, le module devrait être chargé correctement.
Essaye de créer un fichier /etc/modprobe.d/local-usbftdi.conf et d'y met tre :
options ftdi_sio vendor=0x0403 product=0xEFE0
puis tu fais un update-initramfs -k all -u
En redémarrant, le module devrait être chargé correctement.
Essaye de créer un fichier /etc/modprobe.d/local-usbftdi.conf et d'y met tre :
options ftdi_sio vendor=0x0403 product=0xEFE0
puis tu fais un update-initramfs -k all -u
En redémarrant, le module devrait être chargé correctement.
J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et lÃ
après redémarrage, il voit bien le périphérique.
J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et lÃ
après redémarrage, il voit bien le périphérique.
J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et lÃ
après redémarrage, il voit bien le périphérique.
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli wrote:J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et là
après redémarrage, il voit bien le périphérique.
Ca n'est pas la procédure normale pour insérer un module demandant
des options spécifiques. Normalement tu dois créer un fichier
.conf dans /etc/modprobe.d/ qui reprend les options nécessaires lors
de l'insertion.
Par exemple, j'ai 4 "cartes audio": celle de la CM, celle de la TV,
le MPU-401-UART de la CM et celle (USB) de la webcam; si jamais la WC
est enfichée lors du boot, elle est détectée en premier, passe donc
en 0 et oblige à recalibrer le mixer.
/etc/modprobe.d/AUDIO.conf:
###### AUDIO: Force MB audio in #0
alias snd-slot-0 snd-atiixp
alias snd-card-0 snd-atiixp
###### TV in #1
alias snd-slot-1 cx88-alsa
alias snd-card-1 cx88-alsa
options cx88-alsa index=1
###
###### CAUTION: MPU-401-UART == #2 (always)
###
###### WC in #3
alias snd-slot-1 snd-usb-audio
alias snd-card-1 snd-usb-audio
options snd-usb-audio enable=1 index=3
###### /AUDIO
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli <danucc@gmail.com> wrote:
J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et là
après redémarrage, il voit bien le périphérique.
Ca n'est pas la procédure normale pour insérer un module demandant
des options spécifiques. Normalement tu dois créer un fichier
.conf dans /etc/modprobe.d/ qui reprend les options nécessaires lors
de l'insertion.
Par exemple, j'ai 4 "cartes audio": celle de la CM, celle de la TV,
le MPU-401-UART de la CM et celle (USB) de la webcam; si jamais la WC
est enfichée lors du boot, elle est détectée en premier, passe donc
en 0 et oblige à recalibrer le mixer.
/etc/modprobe.d/AUDIO.conf:
###### AUDIO: Force MB audio in #0
alias snd-slot-0 snd-atiixp
alias snd-card-0 snd-atiixp
###### TV in #1
alias snd-slot-1 cx88-alsa
alias snd-card-1 cx88-alsa
options cx88-alsa index=1
###
###### CAUTION: MPU-401-UART == #2 (always)
###
###### WC in #3
alias snd-slot-1 snd-usb-audio
alias snd-card-1 snd-usb-audio
options snd-usb-audio enable=1 index=3
###### /AUDIO
On Tue, 19 Jun 2012 13:22:28 +0200
Danilo Uccelli wrote:J'ai placé la commande "modprobe ftdi_sio vendor=0x0403
product=0xEFE0" que je lançait dans un terminal, dans
/etc/init.d/<mon_script>, rendu <mon_script> exécutable par un
chmod 755 puis lancé "update-rc.d <mon_script> default" et là
après redémarrage, il voit bien le périphérique.
Ca n'est pas la procédure normale pour insérer un module demandant
des options spécifiques. Normalement tu dois créer un fichier
.conf dans /etc/modprobe.d/ qui reprend les options nécessaires lors
de l'insertion.
Par exemple, j'ai 4 "cartes audio": celle de la CM, celle de la TV,
le MPU-401-UART de la CM et celle (USB) de la webcam; si jamais la WC
est enfichée lors du boot, elle est détectée en premier, passe donc
en 0 et oblige à recalibrer le mixer.
/etc/modprobe.d/AUDIO.conf:
###### AUDIO: Force MB audio in #0
alias snd-slot-0 snd-atiixp
alias snd-card-0 snd-atiixp
###### TV in #1
alias snd-slot-1 cx88-alsa
alias snd-card-1 cx88-alsa
options cx88-alsa index=1
###
###### CAUTION: MPU-401-UART == #2 (always)
###
###### WC in #3
alias snd-slot-1 snd-usb-audio
alias snd-card-1 snd-usb-audio
options snd-usb-audio enable=1 index=3
###### /AUDIO
