Re: Détection automatique d'une connection USB

2018-04-12 Par sujet Danilo Uccelli 
Merci à vous tous, vous m'avez mis sur la bonne voie.

Effectivement un des problèmes était bien le manque de slash et j'ai aussi
bien compris la faille de sécurité que cela crée.

J'ai donc donné à root la propriété du script.
Puis, j'ai réalisé que udev n'était pas la meilleure solution puisque il
suffit d'exécuter le script une seule fois au démarrage, ensuite le
périphérique se monte tout seul. J'ai donc fait un crontab en root, au
démarrage.

Mais là ça n'allait toujours pas... par contre c'était plus facile pour moi de
debugger et en fait il fallait mettre /sbin/modprobe dans mon script au
lieu de modprobe tout seul, car il semble qu'à ce stade (ou bien c'est
parce que c'est root qui l'exécute et non pas sudo) le path n'est pas
(encore) connu.

Maintenant tout fonctionne :-)
Danilo

Re: Détection automatique d'une connection USB

2018-04-12 Par sujet Pascal Hambourg 

Le 12/04/2018 à 07:59, Danilo Uccelli a écrit :


J'ai écrit la règle suivante dans /etc/udev/rules.d/99-axiome.rules :

ACTION=="add", SUBSYSTEM=="usb", ATTR{idProduct}=="EFE0",
ATTR{idVendor}=="0403", RUN+="/sbin sh
/home/du2/Applications/utils/Usb_axiome.sh"

Si quelqu'un voit mon erreur ou a une autre idée pour arriver au résultat,


Pas regardé le reste, mais "/sbin sh" me semble suspect. Que vient faire 
un chemin de répertoire au début d'une commande ?


Accessoirement, faire exécuter par udev avec les privilèges root un 
script situé dans un emplacement qui est sous le contrôle d'un 
utilisateur normal ne me semble pas un excellente idée.

Re: Pilote carte vidéo AMD Radeon 6550M stretch : résolu

2018-04-12 Par sujet Étienne Mollier 
Bonsoir,

Si on recoud la résolution...

André, le 2018-04-11, à 22:48 (CEST) :
> On Wednesday 11 April 2018 20:46:25 Étienne Mollier wrote:
>>  $ grep CONFIG_DRM_RADEON= "/boot/config-$(uname -r)"
>>  CONFIG_DRM_RADEON=m
>
> Je reçois la réponse : "aucun fichier ou dossier de ce type"

C'est curieux que le noyau en cours d'exécution n'ait pas sa
configuration correspondante dans /boot, mais bon, admettons, je
suis peut-être passé à côté de la convention de nommage, à
vouloir faire le malin avec de la détection automatique...

>> $ lsmod | grep fglrx
>
> Aucune réponse.

Donc finalement ce n'était peut-être pas dû à un conflit entre
les deux pilotes.

> Ni radeon ni fglrx ne semblent installés,
> Je suis perdu...

...moi aussi...

André, le 2018-04-12 à 00:31 (CEST) :
> J'ai supprimé et purgé tous les pilotes xserver-xorg-video
> et réinstallé ceux ci :
> xserver-xorg-video-radeon
> xserver-xorg-video-ati
>
> lsmod | grep radeon
> m'affiche bien que le firmware radeon est actif.
>
> Strecth lance bien le bureau graphique (trinity),

C'est vrai que faire table rase, ça aide à y voir plus clair.
Bon réflexe

> sauf que je n'ai aucune liaison souris + clavier.
>
> Comment rétablir ma connexion  souris + clavier ?

André, le 2018-04-12 à 00:31 (CEST) :
> Il suffisait de taper :
> # dpkg-reconfigure xserver-xorg
> pour récupérer la connexion souris + clavier en mode graphique.

On dirait que le(s) fichier(s) de configuration rattaché aux
entrées, probablement défini dans le paquet xserver-xorg, à sauté
pendant la purge des paquets.  La commande est intéressante, à
garder en tête si d'aventure ça se reproduit.

> Seule déception, plus de configurations de la carte ATI
> en mode graphique mais console, plus abscons.

Il y a probablement un outil dédié à la gestion de l'affichage
dans TDE.  Si ce n'est pas le cas, lxrandr, emprunté au bureau
LXDE, devrait faire l'affaire.  Il est basique, mais moins
abscons que la commande xrandr et ses 65535 options.  Après un
rapide test pour changer de résolution, il n'y a pas de problèmes
à signaler ; je n'ai pas eu l'occasion de tester avec plusieurs
écrans cependant.

> Dépannage fastidieux mais instructif.

J'imagine vu les dates des courriels.  Content que ce soit tombé
en marche et que ça ait pu enseigner quelque chose au passage.
:-)

À plus,
-- 
Étienne Mollier

Re: Pilote carte vidéo AMD Radeon 6550M stretch : résolu

2018-04-12 Par sujet andre_debian 
On Thursday 12 April 2018 12:31:10 andre_deb...@numericable.fr wrote:
> Strecth lance bien le bureau graphique (trinity),
> sauf que je n'ai aucune liaison souris + clavier.
> Comment rétablir ma connexion  souris + clavier ?

Il suffisait de taper :
# dpkg-reconfigure xserver-xorg
pour récupérer la connexion souris + clavier en mode graphique.

Seule déception, plus de configurations de la carte ATI
en mode graphique mais console, plus abscons.

Dépannage fastidieux mais instructif.

André

Re: Pilote carte vidéo AMD Radeon 6550M stretch

2018-04-12 Par sujet andre_debian 
On Wednesday 11 April 2018 22:48:20 andre_deb...@numericable.fr wrote:

Ça s'améliore mais avec des pépins :

J'ai supprimé et purgé tous les pilotes xserver-xorg-video
et réinstallé ceux ci :
xserver-xorg-video-radeon
xserver-xorg-video-ati

lsmod | grep radeon
m'affiche bien que le firmware radeon est actif.

Strecth lance bien le bureau graphique (trinity),
sauf que je n'ai aucune liaison souris + clavier.

Comment rétablir ma connexion  souris + clavier ?

Merci...

André

Re: Détection automatique d'une connection USB

2018-04-12 Par sujet FF \__/ FF 
bonjour,

lorsque vous plugger votre composant usb, si cela crée toujours un
/dev/ttyUSBx, vous pouvez utiliser inotify qui detecte les changements,
creation etc de fichiers.

Me semble avoir utilisé des regles UDEV, avec des resultats aleatoires.

cordialement

Le jeu. 12 avr. 2018 10:43, Jean-Marc  a écrit :

> Thu, 12 Apr 2018 07:59:17 +0200
> Danilo Uccelli  écrivait :
>
> > Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script
> et
> > j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
> > infructueux. Et surtout je ne sais pas comment investiguer de façon
> > efficace.
>
> Apparemment, il existe pas mal d'info sur comment debugger les règles udev.
> Comme celui qui consiste à utiliser  :
>
> Cf.
> https://www.jpichon.net/blog/2011/12/debugging-udev-rules/
>
> Ma modeste contribution.
>
> Jean-Marc 
> https://6jf.be/keys/ED863AD1.txt
>

Re: Détection automatique d'une connection USB

2018-04-12 Par sujet Jean-Marc 
Thu, 12 Apr 2018 07:59:17 +0200
Danilo Uccelli  écrivait :

> Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script et
> j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
> infructueux. Et surtout je ne sais pas comment investiguer de façon
> efficace.

Apparemment, il existe pas mal d'info sur comment debugger les règles udev.
Comme celui qui consiste à utiliser  :

Cf.
https://www.jpichon.net/blog/2011/12/debugging-udev-rules/

Ma modeste contribution.

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpYpdBnEcc_e.pgp
Description: PGP signature

Re: dual screen avec intel UHD 630 possible sur stretch ?

2018-04-12 Par sujet JF Straeten 

Re,

On Wed, Apr 11, 2018 at 10:17:22PM +0200, Daniel Caillibaud wrote:

> Le 11/04/18 à 20:57, "JF Straeten"  a écrit :
> JS> > Est-ce que qqun parmi vous a fait fonctionner sur une stretch du
> JS> > dual screen avec les processeurs intel récent (coffee lake, les
> JS> > 8xxx) et leur chipset graphique intégré (intel UHD 630) ?  
> JS> 
> JS> Oui. Sur un NUC7i3DNKE. Enfin, c'est une buster actuellement, mais la
> JS> stretch marchait sans problème aussi avec le dual screen et le chipset
> JS> UHD 620 (c'est un i3).
> 
> Merci bcp pour cette confirmation !
> 
> (et je n'ai pas oublié tes galères à cause des câbles, j'y ferai attention !)

Tout à fait. Tout dépend de ta résolution max, en fait. Jusqu'au full
HD, pas de problème (en fait même 1920x1200). C'est au dessus que ça
se gâte.

Je ferai un bref retour dans le fil ad hoc sur la solution finalement
retenue...

A+

-- 

JFS.

Détection automatique d'une connection USB

2018-04-12 Par sujet Danilo Uccelli 
Bonjour la liste,

J'ai des appareils fabriqués en interne qui utilisent des chips FTDI pour
lesquels j'ai obtenu de la part de FTDI, il y a déjà de nombreuses années,
une plage de PID.
En fait, j'utilise essentiellement le PID 0xEFE0, donc mon interface
apparaît comme 0403:EFE0

Sur mes PC Linux (en l’occurrence "Mint" à jour), je dois lancer en root,
un script pour initier la reconnaissance de connection, le contenu de mon
script /home/du2/Applications/utils/

Usb_Axiome.sh est le suivant :

modprobe ftdi_sio
chmod 666 /sys/bus/usb-serial/drivers/ftdi_sio/new_id
echo "0403 EFE0" > /sys/bus/usb-serial/drivers/ftdi_sio/new_id

Après avoir lancé ce script, je peux bien communiquer avec mes appareil par
un port VCP du type /dev/ttyUSBx
La déconnexion et reconnexion devient bien automatique, pas de soucis.

Par contre, je souhaiterais ne pas avoir à lancer manuellement ce script et
j'ai pensé à une règle UDEV, mais là je nage, tous mes essais sont
infructueux. Et surtout je ne sais pas comment investiguer de façon
efficace.

J'ai écrit la règle suivante dans /etc/udev/rules.d/99-axiome.rules :

ACTION=="add", SUBSYSTEM=="usb", ATTR{idProduct}=="EFE0",
ATTR{idVendor}=="0403", RUN+="/sbin sh
/home/du2/Applications/utils/Usb_axiome.sh"

Si quelqu'un voit mon erreur ou a une autre idée pour arriver au résultat,
je lui en serai infiniment reconnaissant.

D'avance merci à ceux qui me lirons.
Danilo