Re: Copier 300GB d'un disque dur a un autre
Bonjour hamster, bonjour la liste,
On 2022-09-16 13:04:25 Fri, hamster wrote:
> Un moyen simple de le faire, c'est de ne pas aller écrire chaque chose a
> écrire au fur et a mesure mais de les grouper. Il y a donc une mémoire
> cache.
Merci beaucoup pour cette réponse à une question que je ne me posais pas
forcément. Idem pour l'explication sur les secteurs de disques durs (512 et
4096). Très instructif.
-f6k
--
~{,_,"> huld.re <",_,}~
Re: Faire fonctionner une Webcam sous Debian Buster : résolu
Bonjour,
merci pour la question et pour les réponses, j'ai pu apprendre à
utiliser ma webcam moi aussi.
On 2020-12-10 18:04:50 Thu, Jean-Marc wrote:
> > Pourquoi cheese, mpv /dev/video0 ne donne rien ?
>
> La réponse est dans le mail précédent :
> Playing: /dev/video0
>
> Failed to recognize file format.
>
> Exiting... (Errors when loading file)
>
> mpv n'arrive pas à lire le format du tream, je suppose.
> Maintenant, je ne suis pas un spécialiste.
J'avoue que je suis curieux de savoir ce qu'il faut faire pour que cela
fonctionne avec mpv/mplayer.
J'ai trouvé ceci en cherchant sur le web :
$ mplayer tv:// -tv driver=v4l2:device=/dev/video0
Mais je n'ai pas compilé mplayer avec le support TV... Dès que j'ai un
peu de temps, je recompile pour voir ce que ça donne.
-f6k
--
~{,_,"> insidious LabRat
Re: gestionnaire de fenêtres X11 pour grands écrans pour Debian
Bonjour,
On 2020-10-14 11:27:55 Wed, benoit wrote:
> Voici le code source, j'ai pas inséré de licence libre en entête du code,mais
> ça va de soit :
>
> [4]http://enesadju.be/recettes/code/python/volume.html
Un peu HS mais je me permets. Je te conseille de mettre effectivement
au moins quelques mots en en-tête si cela te tient à coeur parce que,
malheureusement, la licence libre ne va pas de soi. Si le droit belge
ressemble sur ce point au droit français (ce dont je ne doute pas), par
défaut ce code tombe sous le joug du droit commun du droit d'auteur
belge --- et n'est donc, par principe, pas libre.
Sinon, c'est sympathique le combo Terminator/zsh et gRun, merci pour
l'idée :)
Librement,
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: gestionnaire de fenêtres X11 pour grands écrans pour Debian
Bonjour,
On Tue, Oct 13, 2020 at 01:55:13PM +0200, Basile Starynkevitch wrote:
> On 10/13/20 9:44 AM, Bernard Schoenacker wrote:
Je suis sous cwm(1) depuis quelques semaines. Je le trouve très
pratique, surtout grâce à son système de « groupe » de fenêtre. Par
contre, il n'est pas en mosaïque.
> 1. démarre aisément une commande que je tape, si possible via zsh et la
> complétion associée.
J'avoue ne pas comprendre clairement ce point. Taper des commandes avec
la prise en charge du shell zsh, c'est utiliser un terminal non ? Il
existe des quake-like console (qui "sorte" du haut de l'écran et se
rétracte à volonté, donc facilement accessible et qui ne prenne
finalement pas de place), si ça peut aller dans ton sens.
> 2. gère les touches volume son de mon clavier Corsair Gaming K66 (AZERTY)
Il suffit de le configurer au niveau du gestionnaire. Chaque
gestionnaire a sa façon de faire. Sous cwm(1), tout se passe dans le
fichier de configuration (bind-key).
> 3. limite dans tous les cas la taille maximale des fenêtres X11 à
> 3072x1024 pixels.
Ça je ne me souviens d'aucun gestionnaire qui le fasse. Mais ce n'est
pas une fonction que j'ai cherché activement.
> 4. démarre quelques logiciels au click droit menu (lxterminal, firefox,
> thunderbird)
cwm(1) a un système de menu très pratique, accessible soit à la souris
soit au clavier.
> Certes, mais comment le configurer très concrètement
Tous les gestionnaires de fenêtres que j'ai testé ou utilisé avait une
bonne documentation. Donc, très concrètement, il suffit de lire les
pages de manuel. Parfois des fichiers de configuration d'exemples sont
fournis.
Sincèrement,
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: bash vs *sh dépendant du suffixe
On Sun, Oct 11, 2020 at 09:11:39PM +0200, Marc Chantreux wrote:
> sous zsh, je fais:
>
> # placer placer le repertoire qui contient rc en tete du path
> path=( =rc(:A:h) $path ) rc
>
> ce qui donne en ksh:
>
> PATH=$( dirname $( readlink -f $(which rc )))${PATH+:}${PATH:-} rc
>
> > Peut-être avec des pré/suffixes ?
>
> encore sous zsh:
>
> setopt pathdirs
> ln -s =rc(:A:h) ~/local/bin/9
>
> du coup la commande 9/sed est le sed de 9base.
Ah génial, merci beaucoup ! :)
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: bash vs *sh dépendant du suffixe
On Sun, Oct 11, 2020 at 01:57:50PM +0200, Marc Chantreux wrote:
> salut,
>
> > Tiens c'est marrant, je suis justement tombé sur ce lien hier matin en
> > parcourant le serveur Gemini d'un aficionados de plan9. C'est
> > intéressant effectivement !
>
> c'est quoi un serveur "Gemini"? c'est le nom de la machine?
Oh pardon j'aurais dû préciser. Gemini est un (nouveau) protocol
développé par des utilisateurs de Gopher, à cheval entre le protocol
HTTP et Gopher, et qui reprend le meilleur des deux mondes. Plus
d'informations sur le site de présentation ici, via un proxy web :
https://proxy.vulpes.one/gemini/gemini.circumlunar.space
> Pour moi plan9 est a unix ce que haskell est pour les langages de
> programmation:
>
> * j'ai découvert il y a longtemps
> * j'ai été bluffé de voir que c'était déjà vieux
> * je ne pratique que rarement et donc j'ai un niveau de chevre
> * par contre ca a changé ma façon de comprendre et d'utiliser tout le reste
>
> Sous debian tu as le paquet 9base (wow! une phrase du thread qui soit
> pas off-topic) qui me fournit rc et mk (c'est déjà cool) mais c'est
> surtout la richesse des namespaces qui rend plan9 intéressant. le seul
> point noir de mémoire est leur UI qui nécessite absolument un usage
> permanent de la souris (et c'était "by design": je crois me souvenir
> qu'il y a un document quelque part sur cat-v qui rend compte de
> l'efficacité de l'usage de la souris... c'est une des parties de plan9
> que je n'apprécie pas).
>
> Par contre je conseille vraiment à tous ceux qui ont un peu de temps à y
> consacrer de passer quelques jours sur plan9 et d'utiliser les outils
> des base, lire des les man et les papiers d'intro de cat-v.org:
> c'est fascinant.
Oui j'ai « découvert » plan9 aussi grâce à un copain il y a quelques
années. Mais je n'ai jamais plus creusé que cela la question ; je veux
dire j'ai utilisé un peu 9front dans une machine virtuelle pour le fun,
mais idem l'utilisation de la souris à tous les niveaux me gène,
surtout dans Acme d'ailleurs. Je crois que mon premier contact avec
cette manière de travailler était wily présent dans les dépôts Debian.
Sympa pour voir autre chose, mais inutilisable pour moi au quotidien
pour des questions d'ergonomie (je veux dire j'ai le choix avec autre
chose qui me convient mieux, donc je n'ai pas plus cherché que cela).
Je n'ai jamais poussé jusqu'à installer 9base sous Debian. D'ailleurs
je me demande comment cohabite 9base avec les GNU coreutils (mais ça
pourrait valoir aussi pour le paquet bsdmainutils présent dans les
dépôts qui propose des softwares avec des noms communs à ce qui se
trouve sur une distribution de base Debian (calendar, column, etc.).
Peut-être avec des pré/suffixes ?
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: bash vs *sh dépendant du suffixe
Bonjour
On Sat, Oct 10, 2020 at 11:31:27PM +0200, Marc Chantreux wrote:
> de mon coté quand je voulais faire du rc interactivement, je fais un
> rlwrap rc (parceque le vi mode :)).
Je ne connaissais pas. Je vais y jeter un coup d'oeil. Merci !
> a propos de rc: je trouve la syntaxe bien plus conviviale que dash et
> mksh: les tableaux, l'operateur de concatenation, le pipeline branching
> (cmp <{command 1} <{command 2}), la localisation facile des variables,
> et surtout la syntaxe des structures de controle.
>
> txts=( *.txt )
> for (t in $txts)
> echo about $t: `{file $t}
>
> tu trouves des exemples ici:
> http://doc.cat-v.org/plan_9/4th_edition/papers/rc
Tiens c'est marrant, je suis justement tombé sur ce lien hier matin en
parcourant le serveur Gemini d'un aficionados de plan9. C'est
intéressant effectivement !
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: (bash vs *sh) Re: exécuter automatiquement un programme dépendant du suffixe
Bonjour Marc !
On Fri, Oct 09, 2020 at 01:06:40PM +0200, Marc Chantreux wrote:
> salut,
>
> > Et moi je me suis mis à mksh ! Mais c'est vrai que c'est très léger
> > (même pour les besoins que j'ai) ; peut-être vais-je finalement migrer
> > sous ksh ?
>
> leger au sens "ca prend presque pas de ressources" ou leger au sens
> "j'aurais besoin de plus de fonctionalités pour arriver a mes fins"?
Oui ma phrase était ambigüe. En fait les deux légers étaient entendu
ici. D'abord au sens de ressources et donc subséquemment léger en terme
de fonctionnalité. J'utilise le shell interactif de manière assez peu
poussée (même si c'est mon moyen d'interaction unique avec mon
environnement). Au final, les variantes "légères" (dans les deux sens)
de pdksh me vont bien.
> Dans le premier cas je t'encourage vraiment a regarder vers dash et
> rc: le gros avantage de mksh par rapport à ces deux là, c'est qu'il a
> une REPL tout a fait honorable pour son poids (completion, fc, ...)
> mais ca se paye en kilos. perso l'utilise plus beaucoup la CLI
> (j'ouvre vim le matin et je le ferme le soir) et je veux juste avoir
> la syntaxe la plus cool possible avec le minimum de bytes. je me
> dirige donc de plus en plus vers rc.
Alors, pareil pour ma machine principale, sauf que moi c'est jstar et
Emacs quand j'ai besoin d'une plus grosse artillerie. Du coup,
effectivement un shell plus léger (ici en fonctionnalité) me va bien.
Il faudrait que j'essaye rc, mais effectivement, j'ai quand même besoin
d'un certain "confort", de certaines fonctions. Donc rc sera réservé
peut-être pour des systèmes vraiment minimaux ?
Pour le serveur, c'est toujours bash. Force de l'habitude certainement
(et puis bash est partout sur mon serveur, ce qui n'aide pas).
Après quelques recherches, et pour en revenir à ma machine de bureau,
je suis depuis quelques jours sous le ksh d'OpenBSD (loksh sous
GNU/Linux) --- autre variante de pdksh donc. Je m'y retrouve sinon que
l'impossibilité d'avoir les lignes de shell "wrappé" (aucune idée de
comment on dit ça en français) me gène un peu. En gros (pour être plus
clair) avoir un équivalent de bash/readline de `set
horizontal-scroll-mode off' n'est pas possible à moins de sortir des
modes d'édition de ksh (mais là on perd les fonctions offertes par
raccourcis claviers). J'ai lu que c'était par design[1], donc j'attends
de m'adapter (mais ça me choque toujours de voir le début de ma ligne
disparaître à gauche quand elle est trop longue !).
1: https://marc.info/?l=openbsd-misc&m=119334733427680&w=2
De la même manière, toujours sur le sujet de l'intéractivité, il me
manque certaines complétions. Peut-être existe-il des équivalents à
bash_completion.sh mais je ne sais pas à quel point cela prendrait plus
de ressources. Et, en y réfléchissant, je ne suis en fait même pas
certain que cela existe (sous OpeBSD du moins) étant donné la
propension de ces utilisateurs à ne pas vouloir s'éparpiller. D'après
mes lectures, chaque utilisateur personnalise lui-même ses complétions
"poussées" en fonction de ses besoins.
Pour le reste, ça va (j'ai l'impression de dire ça comme si cette liste
était un groupe de soutien de désintoxication :]).
> [snip]
> Dans le second cas je t'invite vraiment à poser des questions[1] mon
> experience sur le sujet:
>
> * venant de zsh (et dans une moindre mesure de bash), tu vas te
> retrouver avec des constructions qui ne sont plus possibles
> et il est tentant de retourner à zsh.
Oui j'ai remarqué effectivement.
> * en fait il y a souvent des solutions simples en passant par
> un filtre externe (mais néanmoins POSIX pour ceux qui sont génés par
> les problèmes de "portabilité/compatibilité")
Également. J'ai vu passer des discussions sur ce sujet sur la liste de
discussion d'OpenBSD (du coup, je cherche à la source). Mais c'est
intéressant je trouve. Comme tu le dis justement après, cela ouvre des
perspectives. Par ailleurs, loksh (et donc pdksh/mksh aussi j'imagine)
on un mode POSIX (évidemment, me dira-t-on). Ça règle quelques soucis.
> * mieux connaitre ces filtres permet souvent de découvrir des astuces
> qui sont dispos même sur des environements très petits (genre
> toybox/busybox).
C'est ma prochaine étape !
> 1: je ne sais pas si cette liste est le bon canal (c'est un peu off
> topic). je te proposerais bien de t'inscrire à shell (la liste de shell
> scripting francophone inactive depuis 2015 :)).
>
> https://lists.asyd.net/mailman/listinfo/shell
Nom d'un chat, d'après les archives elle est même en relative mort
cérébrale depuis au moins 2012 :P Je la garde en mémoire malgré tout :)
Librement,
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: (bash vs *sh) Re: exécuter automatiquement un programme dépendant du suffixe
Bonjour,
On Wed, Oct 07, 2020 at 06:00:42PM +0200, steve wrote:
> Bon et bien je m'y suis mis.
>
> Merci marc ;)
>
> Le 06-10-2020, à 16:41:34 +0200, Marc Chantreux a écrit :
> > par contre quand j'ai besoin de shells plus petits, j'utilise mksh, dash
> > et rc. selon ce que je cherche, donc, bash c'est soit trop lourd soit
> > pas assez intéressant.
Et moi je me suis mis à mksh ! Mais c'est vrai que c'est très léger
(même pour les besoins que j'ai) ; peut-être vais-je finalement migrer
sous ksh ?
Merci aussi :)
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: LaTeX et LaTeXila
Bonjour,
On Thu, Oct 01, 2020 at 07:54:57PM +0200, F. Dubois wrote:
> Voici la commande qui pose souci :
>
> \newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}
Je vois que les réponses ne se bousculent pas (encore !), donc je me
permets. Pour de l'aide autour de LaTeX, je te conseille vivement
d'aller faire un tour sur le groupe de nouvelle fr.comp.text.tex. Il
est nécessaire effectivement d'avoir un accès quelconque à usenet, mais
c'est là que je trouve les meilleures discussions et l'aide la plus
substantielle autour de LaTeX. En espérant que, si tu n'obtiens pas
l'aide souhaitée par ici, tu puisses trouver ton chemin vers ce groupe.
-f6k
--
~{,_,"> indignus LabRat - ftp://shl.huld.re
Re: Problème pulseaudio
On Fri, Apr 10, 2020 at 07:24:50PM +0200, BERTRAND Joël wrote: > Merci, je ne connaissais pas. Mais maintenant que j'ai déjà > foutu en l'air ma configuration alsa, autant aller jusqu'au bout ;-) Oh, si comme moi ta configuration ALSA tient sur huit lignes, ça devrait pas être trop compliqué à remettre en place :) Dans tous les cas, tu auras une solution de repli quand, toi aussi, tu seras tanné de PulseAudio :D -f6k -- when with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> ------ ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: Problème pulseaudio
Bonjour On Thu, Apr 09, 2020 at 05:35:01PM +0200, BERTRAND Joël wrote: > Sur mon poste de travaille, j'utilise Alsa depuis de longues années > sans problèmes. Enfin si, un, seamonkey ne travaille plus avec Alsa et > si je veux du son, il me faut passer par pulseaudio. Et là, ça coince. > > J'ai installé pulseaudio, configuré la chose. Les outils semblent > trouver pulseaudio puisque je les vois apparaître dans pavucontrol (j'ai > testé audacious avec les plugins Alsa et pulseaudio ainsi que VLC). Je n'ai pas la réponse pour PulseAudio, mais je peux te proposer une solution de contournement. Ayant eu récemment à devoir gérer des problèmes avec cette couche, j'ai décidé de m'en passer totalement. Comme toi, la question était de savoir que faire avec les applications qui ne fonctionnent qu'avec PulseAudio. On m'a conseillé d'utiliser apulse (qui se trouve notamment dans les dépôts Debian). Attention, l'utilisation d'apulse nécessite DE NE PAS AVOIR PulseAudio sur son système. Autrement dit, si tu choisis cette voie, il faut désinstaller PulseAudio avant d'installer apulse. En gros, apulse va faire croire que ton application est bien connectée à PulseAudio alors qu'il n'est même pas installé (il y a de plus amples informations sur le fonctionnement sur la page de développement[1]. 1. https://github.com/i-rinat/apulse La contrepartie pour l'utilisation d'apulse est qu'il faut l'appeler à chaque fois que tu veux lancer une application qui demande PulseAudio. Dans ton cas, il faut donc taper : apulse seamonkey Si tu n'as besoin de PulseAudio que pour seamonkey, cela peut être une bonne approche de contournement et ne pas foutre en l'air ta configuration ALSA qui fonctionne bien par ailleurs. -f6k -- when with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> -- ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: [testing] pb impression Attestation Déplacement
t ces personnels font leur métier dans des conditions particulières (comme tout le monde ces jours-ci), et sans être même bien payés pour le faire. Parfois même on leur ordonne de faire un travail pour lesquels ils ne sont pas forcément bien formés. Mais, comme ma caissière à Lidl, ils sont tous les jours à leur poste malgré le virus qui traîne, et suivent les ordres ; ce n'est pas un choix. Et là, en l'espèce, le fichier texte brut que j'ai pu voir est propre et répond aux normes. Si en face les administrés ont des outils mal/pas configurés comme il faut, ce n'est quand même pas de leur faute. Et je le répète, si on ne sait pas, on demande, c'est normal. Mais pour les autres, qui savent, ou ont le bagage nécessaire pour savoir, pas besoin d'en rajouter. > Cordialement. Également, -f6k -- When with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: [testing] pb impression Attestation Déplacement
Bonjour, roh avec tout le respect que je vous dois, vous le faîtes exprès n'est-ce pas ? Je sais qu'il est coutume de dire du mal de l'administration, mais quand même. > On 2020-03-26 7:00 p.m., Eric Degenetais wrote: > > Évidemment, ils sont bien braves les gars du ministère de l'intérieur, mais > avec un fichier txt, on se retrouve à l'ancienne à devoir deviner l'encodage, > qui n'est pas indiqué par le fichier... C'est indiqué par le fichier. - 8< - $ file attestation-deplacement-fr-20200324.txt attestation-deplacement-fr-20200324.txt: UTF-8 Unicode text, with very long lines, with CRLF, LF line terminators - >8 - Et pour rappel l'UTF-8 est la norme sur le web et sur les systèmes depuis... combien d'années maintenant ? Au minimum une quinzaine non ? Vous avez réellement encore des applications configurées en ISO ? > Le ven. 27 mars 2020 00:18, Shayne <[2]sha...@riseup.net> a écrit : > > Dans le Debian testing handbook il y a une section je crois ou il est explique > comment convertire les fichier en utf ou je sais pas quoi d'autre en ligne de > commande avec un outil quelconque. Si vous avez des systèmes si anciens que vous devez passer de l'UTF-8 en ISO pour le lire, alors la bonne commande est iconv : - 8< - $ iconv -t ISO-8859-1 -f UTF-8 attestation-deplacement-fr-20200324.txt > attestation-deplacement-fr-20200324-iso.txt - >8 - -f6k -- When with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: [testing] pb impression Attestation Déplacement
Bonjour, On Thu, Mar 26, 2020 at 05:31:29PM +0100, François LE GAD wrote: > Document obsolète et supprimé du serveur. Le document en cours est à > l'adresse : > https://www.gouvernement.fr/sites/default/files/contenu/piece-jointe/2020/03/attestation-deplacement-fr-20200324.txt Merci François pour la mise à jour ! -f6k -- When with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: [testing] pb impression Attestation Déplacement
On Sat, Mar 21, 2020 at 08:59:20AM +0100, François Bottin wrote: > Euh... il y a une version TXT : > https://www.gouvernement.fr/sites/default/files/contenu/piece-jointe/2020/03/attestation-deplacement-fr.txt Ah super, je ne l'avais pas vu passer celle-ci ! Merci pour le lien et vive le texte brut ! -f6k -- When with COVID19 you find out your normal daily lifestyle is called "quarantine" >.> ~~(,_,"> http://shl.huld.re/~f6k/ <",_,)~~
Re: Clé USB non reconnue par GParted
Bonjour, En parlant de formatage de clef, je me souviens avoir vu une étape en plus (que je ne fais jamais) chez Kikinovak pour "partir sur des bases saines", dit-il --- e.g. dans ce post sur la mise à jour d'un bios avec FreeDOS[1]. En admettant que la clef apparaisse comme /dev/sdc dans la sortie de `lsblk', il procède comme suit : # sgdisk --zap-all /dev/sdc Puis il reconstruit une nouvelle table de partition avec `fdisk' (ou `gparted', peu importe). Sinon, effectivement vu que c'est une clef pédagogique, il faudrait savoir s'il est censé y avoir quelque chose dessus avant ! À moins que l'Éducation nationale ne fournisse des clefs vides pour les travaux futurs des élèves ? -f6k 1. https://www.microlinux.fr/bios-flash/ -- Free LabRat ~(,_,"> http://shl.huld.re/~f6k/
Re: Debrancher/rebrancher disque USB a distance ?
[je crois que j'ai eu un souci avec mon premier envoi ; je le relance, désolé si cela fait doublon...] On Sat, Nov 16, 2019 at 09:31:19AM +0100, Patg wrote: Au lieu de 5To, ça m'indique 130 Mo. Comme il n'est pas possible que j'y accéde là physiquement, est il possible de faire en cli comme si je retirai le disque et le rebranchai physiquement ? J'ai eu le même souci récemment. Je ne saurais être spécifique mais je pense que cela peut dépendre de la machine que tu utilises comme serveur. Je vais donc donner mon cas particulier avec un Raspberry Pi. Peut-être auras-tu la même hiérarchie /sys/ chez toi ? Il faut d'abord trouver l'identifiant USB : $ dmesg |grep usb (...) [84602.462281] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [84602.462291] usb 1-1.3: Product: USB Flash Drive [84602.462300] usb 1-1.3: Manufacturer: Lexar (...) L'identifiant est donc 1-1.3, on le note pour la suite. Chez moi les ports USB sont gérés dans /sys/bus/usb/drivers/usb/ où l'on a : $ ls /sys/bus/usb/drivers/usb/ 1-1@ 1-1.1@ 1-1.3@ bind uevent unbind usb1@ Pour désactiver : $ sudo sh -c 'echo 1-1.3 > /sys/bus/usb/drivers/usb/unbind' Et pour réactiver : $ sudo sh -c 'echo 1-1.3 > /sys/bus/usb/drivers/usb/bind' En espérant que cela puisse te servir. -f6k -- http://shl.huld.re/~f6k/
