1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.FRENCH

  • =?UTF-8?Q?R=c3=a8gle_udev?=

    From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 18 11:30:01 2023
    Bonjour à tous,

    J'ai un petit problème avec une règle udev. Ma fille vient de recevoir
    une boîte à histoire Lunii et je tente d'installer le Luniistore sur une machine. Le logiciel lui-même s'installe sans problème mais la Lunii qui
    se branche en USB n'est pas reconnue.

    Elle est vue par lsusb:

    root@heisenberg:/etc/udev/rules.d# lsusb
    Bus 003 Device 002: ID 8087:8001 Intel Corp. Integrated Hub
    Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 001 Device 002: ID 8087:8009 Intel Corp.
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    Bus 002 Device 012: ID 0483:a341 STMicroelectronics Lunii
    Bus 002 Device 004: ID 8087:07dc Intel Corp. Bluetooth wireless interface
    Bus 002 Device 003: ID 0603:00f2 Novatek Microelectronics Corp. Keyboard (Labtec Ultra Flat Keyboard)
    Bus 002 Device 002: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
    Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

    J'ai fouillé en pensant que c'était une histoire de droits et je me suis aperçu que le fichier /etc/udev/rules.d/99-lunii.rules ne contenait
    ni le bon productId, ni le bon vendorId. J'ai donc corrigé pour qu'il contienne ceci :

    root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
    MODE="0666"

    À noter, la version fournie par le paquet luniistore contenait ATTRS à
    la place de ATTR. Ces valeurs sont celles qui sont retournées par
    udevadm, j'ai vérifié.

    Or lorsque je branche l'appareil sur un port usb, si je vois bien un périphérique de type block (sda) arriver, jamais les droits associés ne
    sont 0666. Je pense avoir à peu près tout essayé sans succès. Une idée ?

    Bien cordialement,

    JKB

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 18 11:50:01 2023
    Précision :

    Si je mets ceci dans ma règle udev :
    SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341", RUN="/root/udev.sh"

    le script /root/udev.sh est bien appelé. C'est donc MODE:="0666" qui ne fonctionne pas. La question est de savoir pourquoi. J'ai essayé de
    truander avec OWNER/GROUP. Même motif, même punition.

    Bien cordialement,

    JKB

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Sat Feb 18 13:00:01 2023
    [...]
    root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341", MODE="0666"
    [...]

    Bonjour,

    Supposition: vu que dans ton autre post tu dis que c'est MODE qui n'est
    pas pris en compte, je pense que tu as juste fait une faute de frappe
    sans t'en apercevoir et il faudrait remplacer
    MODE="0666"
    par
    MODE=="0666"

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 18 14:00:01 2023
    didier gaumet a écrit :
    [...]
    root@heisenberg:/opt/Luniistore# cat /etc/udev/rules.d/99-lunii.rules
    SUBSYSTEM=="usb", ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
    MODE="0666"
    [...]

    Bonjour,

    Supposition: vu que dans ton autre post tu dis que c'est MODE qui n'est
    pas pris en compte, je pense que tu as juste fait une faute de frappe
    sans t'en apercevoir et il faudrait remplacer
    MODE="0666"
    par
    MODE=="0666"

    Je ne comprends pas. Pourquoi == ? Il me semble que == est un opérateur
    d'égalité, pas une affectation. J'ai essayé = et := sans succès.

    Si je regarde par exemple ici : http://www.reactivated.net/writing_udev_rules.html, je vois bien un
    exemple avec :

    KERNEL=="inotify", NAME="misc/%k", SYMLINK+="%k", MODE="0666"

    Comme ça fonctionne avec RUN="", je me dis que c'est MODE="" qui ne fait pas ce que j'attends et je n'arrive pas à voir ce que fait finement
    udev (on est sur une machine diskless, mais je ne vois pas ce que ça
    pourrait changer vu que les droits d'accès sont classiques et créées sur
    des systèmes de fichiers qui sont de toute manière en mémoire).

    JKB

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Sat Feb 18 14:30:01 2023
    Le 18/02/2023 à 13:38, BERTRAND Joël a écrit :
    didier gaumet a écrit :

    Je ne comprends pas. Pourquoi == ? Il me semble que == est un opérateur
    d'égalité, pas une affectation.

    tu as parfaitement raison (la doc udev abonde dans ton sens) de ne pas comprendre puisqu'il s'avère que j'ai raconté des conn... des bêtises,

    udev et moi ça fait 2, puis j'ai regardé vite fait la page man d'udev et *trop* vite un lien internet où les permissions étaient détectées avec "MODE==", ce que j'ai pris pour une affectation permissions

    J'ai essayé = et := sans succès.
    [...]

    Ah ben alors là, ça tombe mal, après avoir vite fait parcouru de nouveau
    la page man d'udev j'allais te suggérer d'essayer := à la place de = en pensant à une possible réaffectation de la valeur de MODE...

    désolé, ma seule proposition était fausse et je n'en ai pas d'autre :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Marc@21:1/5 to All on Sat Feb 18 15:50:01 2023
    --------------Ky8aGCAfvvggbf26QZ0bSX2t
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    c2FsdXQgSm/Dq2wsDQoNCkxlIDE4LzAyLzIzIMOgIDExOjMyLCBCRVJUUkFORCBKb8OrbCBh IMOpY3JpdMKgOg0KPiBQcsOpY2lzaW9uIDoNCj4gDQo+IFNpIGplIG1ldHMgY2VjaSBkYW5z IG1hIHLDqGdsZSB1ZGV2IDoNCj4gU1VCU1lTVEVNPT0idXNiIiwgQVRUUntpZFZlbmRvcn09 PSIwNDgzIiwgQVRUUntpZFByb2R1Y3R9PT0iYTM0MSIsDQo+IFJVTj0iL3Jvb3QvdWRldi5z aCINCj4gDQo+IGxlIHNjcmlwdCAvcm9vdC91ZGV2LnNoIGVzdCBiaWVuIGFwcGVsw6kuIEMn ZXN0IGRvbmMgTU9ERTo9IjA2NjYiIHF1aSBuZQ0KPiBmb25jdGlvbm5lIHBhcy4gTGEgcXVl c3Rpb24gZXN0IGRlIHNhdm9pciBwb3VycXVvaS4gSidhaSBlc3NhecOpIGRlDQo+IHRydWFu ZGVyIGF2ZWMgT1dORVIvR1JPVVAuIE3Dqm1lIG1vdGlmLCBtw6ptZSBwdW5pdGlvbi4NCg0K SmUgbmUgY29ubmFpcyBhYnNvbHVtZW50IHJpZW4gw6AgdWRldiBuaSDDoCBzZXMgcsOoZ2xl cy4NCg0KTWFpcyBwZXV0LcOqdHJlIHF1ZSBsYSBjb21tYW5kZSB1ZGV2YWRtIHBvdXJyYWl0 IHQnw6p0cmUgdXRpbGUuDQoNCkVsbGUgcGVybWV0IG5vdGFtbWVudCBkZSBzaW11bGVyIGRl cyDDqXbDqG5lbWVudHMgdWRldiBldCBkJ2ltcHJpbWVyIHVuZSANCnNvcnRpZSBkZSBkZWJ1 Z2dpbmcuDQoNCj4gQmllbiBjb3JkaWFsZW1lbnQsDQo+IA0KPiBKS0INCj4gDQoNCi0tIA0K SmVhbi1NYXJjDQo=

    --------------Ky8aGCAfvvggbf26QZ0bSX2t--

    -----BEGIN PGP SIGNATURE-----

    iHUEARYIAB0WIQQe1tJ1wH7aHlIabXRcceD57QuFWAUCY/DW+wAKCRBcceD57QuF WE1xAP44OLIQRcv5cpdceJ8UsZ1KfLUpiyTlYkAOzhPpPOH5ngD/awJ6u8rxi8i0 SaKRibK3pDcnp3XQ9+kK9lIcOYSWAQQ=
    =CKJ/
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 18 16:10:01 2023
    Jean-Marc a écrit :
    salut Joël,

    Le 18/02/23 à 11:32, BERTRAND Joël a écrit :
    Précision :

    Si je mets ceci dans ma règle udev : SUBSYSTEM=="usb",
    ATTR{idVendor}=="0483", ATTR{idProduct}=="a341",
    RUN="/root/udev.sh"

    le script /root/udev.sh est bien appelé. C'est donc MODE:="0666"
    qui ne fonctionne pas. La question est de savoir pourquoi. J'ai
    essayé de truander avec OWNER/GROUP. Même motif, même punition.

    Je ne connais absolument rien à udev ni à ses règles.

    Mais peut-être que la commande udevadm pourrait t'être utile.

    Elle permet notamment de simuler des évènements udev et d'imprimer
    une sortie de debugging.

    Oui, elle sort des "trucs". Mais rien qui correspond de près ou de loin à l'application de MODE="". La règle est d'ailleurs bien appelée
    (parce que RUN="" lance le script), mais MODE ne fait rien...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Haricophile@21:1/5 to All on Sun Feb 19 22:20:01 2023
    Le Sat, 18 Feb 2023 11:09:17 +0100,
    BERTRAND Joël <[email protected]> a écrit :

    Or lorsque je branche l'appareil sur un port usb, si je vois
    bien un périphérique de type block (sda) arriver, jamais les droits associés ne sont 0666. Je pense avoir à peu près tout essayé sans succès. Une idée ?

    Bien cordialement,

    Je n'y connais rien non plus, mais le mode ne serait-il pas réécrit par polkit ou une autre règle ou un truc comme ça ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Mon Feb 20 08:30:01 2023
    Haricophile a écrit :
    Le Sat, 18 Feb 2023 11:09:17 +0100,
    BERTRAND Joël <[email protected]> a écrit :

    Or lorsque je branche l'appareil sur un port usb, si je vois
    bien un périphérique de type block (sda) arriver, jamais les droits
    associés ne sont 0666. Je pense avoir à peu près tout essayé sans
    succès. Une idée ?

    Bien cordialement,

    Je n'y connais rien non plus, mais le mode ne serait-il pas réécrit par polkit ou une autre règle ou un truc comme ça ?


    Peut-être. Mais comment vérifier ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Mon Feb 20 19:00:01 2023
    Tu as bien un compte sur le Luniistore et tu es bien connecté à ce
    compte quand tu essaies de te servir de ton appareil? parce qu'ils ont
    l'air de dire sur le site de l'éditeur que c'est nécessaire. Y a aussi
    une adresse de contact et ils ont l'air de supporter Debian

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Mon Feb 20 19:40:01 2023
    didier gaumet a écrit :
    Tu as bien un compte sur le Luniistore et tu es bien connecté à ce
    compte quand tu essaies de te servir de ton appareil? parce qu'ils ont
    l'air de dire sur le site de l'éditeur que c'est nécessaire. Y a aussi
    une adresse de contact et ils ont l'air de supporter Debian

    Oui, je suis connecté sur le compte en question (et ça, ça fonctionne
    parfaitement). J'ai aussi chargé la Lunii à fond. Rien n'y fait. Le
    support, pour l'instant, est aux abonnés absents.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)