# Utiliser openocd sans sudo

**URL:** <https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987>\
**Category:** Support Debian\
**Created:** [Mai 18, 2024, 9:07 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987 "2024-05-18T09:07:31Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![pehachem](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/76d3ee/32.png) [@pehachem](https://www.debian-fr.org/u/pehachem)\
**Post date:** [Mai 18, 2024, 9:07 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987/1 "2024-05-18T09:07:31Z")

</div>

Bonjour,

Je suis passé avec succès de Ubuntu à debian. J’ai trop galéré en essayant LXDE ; je suis revenu à gnome et je vais poursuivre ainsi. Merci à ceux dont les conseils m’ont été utiles.

J’ai une nouvelle demande d’aide…

Je m’attaque à la programmation du Raspberry pi PICO (un microcontrôleur de la famille raspberry) via le port USB-C de ma debian. Cela passe par l’utilisation de openocd, un outil de la chaîne de programmation et de debug du PICO.  
Problème : je ne parviens à faire fonctionner correctement openocd qu’en sudo sur ma debian toute fraîche !  
Sur [github](https://github.com/raspberrypi/openocd/blob/rp2040-v0.12.0/README), on mentionne la possibilité de modifier les règles sur /etc/udev/rules.d ! La procédure pour le faire n’est pas assez explicite pour que je me sente à l’aise de bidouiller là-dedans. On y trouve :

> Running OpenOCD with root/administrative permissions is strongly  
> discouraged for security reasons.

> For USB devices on GNU/Linux you should use the contrib/60-openocd.rules  
> file. It probably belongs somewhere in /etc/udev/rules.d, but  
> consult your operating system documentation to be sure. Do not forget  
> to add yourself to the «&nbsp;plugdev&nbsp;» group.

Quelqu’un peut-il m’aider à contourner cette contrainte sudo ?

Je précise que j’appartiens bien au group plugdev.

Merci d’avance,  
Pehachem

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 18, 2024, 10:48 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987/2 "2024-05-18T10:48:51Z")

</div>

Je suppose que les permissions par défaut du fichier spécial de périphérique correspondant à la connexion USB avec le PICO ne permettent pas à un utilisateur normal de l’utiliser. Le fichier de règles udev mentionné donne le droit d’accès aux membres du groupe plugdev. Il devrait suffire de faire ce qui est indiqué dans le README :

- copier le fichier 60-openocd.rules dans le répertoire /etc/udev/rules.d
- recharger udev ou redémarrer le système

---

<div class="post-metadata">

**Author:** ![pehachem](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/76d3ee/32.png) [@pehachem](https://www.debian-fr.org/u/pehachem)\
**Post date:** [Mai 18, 2024, 1:33 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987/3 "2024-05-18T13:33:48Z")

</div>

Merci, Pascal, ça marche parfaitement 🙂  
Je n’ai pas su comment _recharger_ udev, mais j’ai copié le fichier là où spécifié, et un reboot a bien tout mis en place.

Pehachem

---

<div class="post-metadata">

**Author:** ![pehachem](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/76d3ee/32.png) [@pehachem](https://www.debian-fr.org/u/pehachem)\
**Post date:** [Mai 18, 2024, 7:28 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987/4 "2024-05-18T19:28:53Z")

</div>

Je viens de regarder le contenu du fichier copié : la methode pour _recharger_ udev y est décrite.  
Au temps pour moi…

pehachem.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Mai 19, 2024, 9:55 UTC](https://www.debian-fr.org/t/utiliser-openocd-sans-sudo/89987/5 "2024-05-19T09:55:50Z")

</div>

Sinon il y a toujours polkit qui peut servir à autoriser des accès à des application sans être root ni utiliser sudo, mais qui oblige tout de même à s’identifier.
