Le 2023-10-12 14:20, Fabrice Delvallée a écrit :
J'ai pas encore testé le service. Je suis novice en systemd
et je ne sais pas non plus demandé a udev de monter la clé :)
Voilà le contenu du fichier `/etc/systemd/system/backup.service`
```
[Unit]
Description=Backup
[Service]
Type=oneshot
On 12/10/2023 11:38, Sébastien NOBILI wrote:
Le 2023-10-12 11:06, Erwann Le Bras a écrit :
Le 12/10/2023 à 09:06, fabrice a écrit :
Le montage automatique de la clé s’effectue après l’exécution de la
règle udev, même si je tente une commande mount dans le script,
/dev/sdd n’est pas
Le 2023-10-12 11:06, Erwann Le Bras a écrit :
Le 12/10/2023 à 09:06, fabrice a écrit :
Le montage automatique de la clé s’effectue après l’exécution de la
règle udev, même si je tente une commande mount dans le script,
/dev/sdd n’est pas encore disponible.
Une simple boucle d'attente
Le 12/10/2023 à 09:06, fabrice a écrit :
Le montage automatique de la clé s’effectue après l’exécution de la
règle udev, même si je tente une commande mount dans le script,
/dev/sdd n’est pas encore disponible.
Une simple boucle d'attente?
do
sleep 5
while ! [ -d /dev/sdd]
ou
Bonjour,
Le 2023-10-12 09:06, fabrice a écrit :
Le montage automatique de la clé s’effectue après l’exécution de la
règle udev, même si je tente une commande mount dans le script,
/dev/sdd n’est pas encore disponible.
Comment faire pour lancer la règle udev âpres que la cle soit monté
Bonjour
Je cherche a lancé lors de l’insertion d’une clé USB une commande de
sauvegarde rsync à l'aide udev.
Comme premier test, j’ai créé le fichier « /etc/udev/rules.d/cat
/99-usb_scan.rules » contenant :
KERNEL=="sd*", ACTION=="add", RUN+="/bin/bash -c
'/us
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
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
Haricophile a écrit :
> Le Sat, 18 Feb 2023 11:09:17 +0100,
> BERTRAND Joël 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
Le Sat, 18 Feb 2023 11:09:17 +0100,
BERTRAND Joël 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 ?
>
>
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="
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:=&
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
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,
>
> S
[...]
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
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 s
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
.
/dev/debian n'existe pas, et le LV non plus.
Après installation de udev, et un `service udev start`, le lvcreate
fonctionne normalement.
Ce n'est pas moi qui ait installé la distribution. C'est un serveur
Scaleway, donc c'est peut-être lié à leur mode d'installation.
Ce n'est pas ma première
suite à update/upgrade (et changement de noyau), ma règle udev n'est plus
valable.
(kernel Linux cdiscount 3.2.0-0.bpo.4-686-pae #1 SMP Debian 3.2.41-2
+deb7u2~bpo60+1 i686 GNU/Linux)
J'ai un lecteur de carte intégré vu en /dev/sdb.
j'avais fait une règle udev en /etc/udev/rules.d/10
On 02/06/2013 09:11, moi-meme wrote:
suite à update/upgrade (et changement de noyau), ma règle udev n'est plus
valable.
(kernel Linux cdiscount 3.2.0-0.bpo.4-686-pae #1 SMP Debian 3.2.41-2
+deb7u2~bpo60+1 i686 GNU/Linux)
J'ai un lecteur de carte intégré vu en /dev/sdb.
j'avais fait une
Le Sun, 02 Jun 2013 11:10:02 +0200, Fabien R a écrit :
On 02/06/2013 09:11, moi-meme wrote:
suite à update/upgrade (et changement de noyau), ma règle udev n'est
plus valable.
(kernel Linux cdiscount 3.2.0-0.bpo.4-686-pae #1 SMP Debian 3.2.41-2
+deb7u2~bpo60+1 i686 GNU/Linux)
J'ai un
:
suite à update/upgrade (et changement de noyau), ma règle udev n'est plus
valable.
(kernel Linux cdiscount 3.2.0-0.bpo.4-686-pae #1 SMP Debian 3.2.41-2
+deb7u2~bpo60+1 i686 GNU/Linux)
J'ai un lecteur de carte intégré vu en /dev/sdb.
j'avais fait une règle udev en /etc/udev/rules.d/10
On 02 Jun 2013 13:26:55 GMT
moi-meme chie...@free.fr wrote:
dans le /var/log/sysylog j'ai :
syslog:Jun 2 15:00:24 cdiscount udevd-work[425]: kernel-provided
^
Ça ne serait pas de là que vient ton PB?
--
itz c'est quel pays les adresses qui se finisse par
Le Sun, 02 Jun 2013 17:00:01 +0200, Bzzz a écrit :
On 02 Jun 2013 13:26:55 GMT
moi-meme chie...@free.fr wrote:
dans le /var/log/sysylog j'ai :
syslog:Jun 2 15:00:24 cdiscount udevd-work[425]: kernel-provided
^
Ça ne serait pas de là que vient ton PB?
du
j'ai une télécommande USB qui fonctionne très bien. Mais il me faut un
point de montage garanti. je fais une règle UDEV :
je récupère les infos udev :
@raspberrypi /dev $ udevadm info --query=all --name=usbdev1.23 P:
/devices/platform/bcm2708_usb/usb1/1-1/1-1.2/1-1.2.2 N: bus/usb/001/023
E
Le Fri, 08 Feb 2013 18:00:01 +0100, moi-meme a écrit :
j'ai une télécommande USB qui fonctionne très bien. Mais il me faut un
point de montage garanti. je fais une règle UDEV :
---snip
si on me dit où j'ai faux je corrige tout de suite :-)
je
Bonjour a tous
( debian wheezy, 3.2.0-1-686-pae, gnome 3.2.1, cm: abit AB9 pro)
Au demarrage j'ai, de puis un certain temps, ce message
udev [357] invalide rule '/etc/udev/rules.d/ft-rockey:1'
udev [357] unknown key 'BUS in /etc/udev/rules.d/ft-rockey:1'
udev [357] invalide rule '/etc/udev
Le jeudi 23 février 2012 à 15:51 +0100, jmdufour a écrit :
Bonjour a tous
Est-ce que les deux problemes sont lies?
Bonjour
Tu as également un probleme de mise à l'heure de ta machine.
Julien.
--
Lisez la FAQ de la liste avant de poser une question :
Le Thu, 23 Feb 2012 15:51:26 +0100,
jmdufour jmbr...@free.fr a écrit :
Bonjour a tous
( debian wheezy, 3.2.0-1-686-pae, gnome 3.2.1, cm: abit AB9 pro)
Au demarrage j'ai, de puis un certain temps, ce message
udev [357] invalide rule '/etc/udev/rules.d/ft-rockey:1'
udev [357] unknown key
Le 23/02/2012 15:57, Bernard Schoenacker a écrit :
bonjour,
serait il possible de vérifier la dépendance des paquets
dépendants de xfce4 :
dpkg -l |grep gvfs
les thèmes d'icones : Tango
reste à peaufiner la suite ...
slt
Le Mon, 12 Dec 2011 21:30:02 +0100, moi-meme a écrit :
j'ai mon lecteur de carte qui apparaît soit sous sdb soit sous sdd.
J'ai mis la règle udev suivante dans un 10-rules.udev dans /etc/udev/
rules.d
DRIVERS==sd, SUBSYSTEMS==scsi, ATTRS{vendor}==Multiple,
NAME=carte_sd
j'ai mon lecteur de carte qui apparaît soit sous sdb soit sous sdd.
J'ai mis la règle udev suivante dans un 10-rules.udev dans /etc/udev/
rules.d
DRIVERS==sd, SUBSYSTEMS==scsi, ATTRS{vendor}==Multiple, NAME=carte_sd
et la ligne du fstab qui va bien :
/dev/carte_sd /mnt/sdvfatrw
fichier du type /dev/bus/usb/005/003.
Par défaut, ce fichier est la propriété de root:root.
En changeant pour root:nut, tout fonctionne.
Quelle est la façon la plus correcte et la plus sûre pour corriger ce pb ?
L'auteur de l'article évoque une opération via udev mais c'est au delà de
mes
On 05/30/2011 10:39 PM, Gaëtan PERRIER wrote:
Le Mon, 30 May 2011 21:24:27 +0200
maderiosmader...@gmail.com a écrit:
Bonsoir
Je ne sais pas si cela vous arrive mais j'ai tenté pour la énième fois
de revenir à Wheezy et pan, toujours ce problème avec udev qui ralentit
la machine. Dans le log
Bonsoir
Je ne sais pas si cela vous arrive mais j'ai tenté pour la énième fois
de revenir à Wheezy et pan, toujours ce problème avec udev qui ralentit
la machine. Dans le log de boot on voit qu'il y a un problème. Suis je
le seul concerné ? J'en doute.. Comment cela se passe chez vous
Le Mon, 30 May 2011 21:24:27 +0200
maderios mader...@gmail.com a écrit:
Bonsoir
Je ne sais pas si cela vous arrive mais j'ai tenté pour la énième fois
de revenir à Wheezy et pan, toujours ce problème avec udev qui ralentit
la machine. Dans le log de boot on voit qu'il y a un problème. Suis
Le Saturday 21 May 2011 22:14:23 genpash...@lavabit.com, vous avez écrit :
Bonsoir à tous,
Suite à safe-upgrade quotidien hier, ma debian/sid m'affiche des messages
d'erreurs au démarrage.
Apt-listbug ne m'a pourtant rien déclaré pendant la maj
J'ai essayé de rétrograder udev et
Bonsoir à tous,
Suite à safe-upgrade quotidien hier, ma debian/sid m'affiche des messages
d'erreurs au démarrage.
Apt-listbug ne m'a pourtant rien déclaré pendant la maj
J'ai essayé de rétrograder udev et libudev0 vers la version 168.2 puis
167.3 mais rien n'y fait...
Voilà le début du message
Bonjour,
La suite des problèmes udev... J'ai fait une MAJ aujourd'hui et j'ai
laissé passer udev. Bien sûr, j'ai plein de bugs. Malheureusement,
comme je fais un clean dans ma procédure, je n'ai plus la version
précédente.
Est-ce que quelqu'un aurait les packages udev et libudev0 en version
166
Bonjour,
La suite les problèmes udev... J'ai fait une MAJ aujourd'hui et j'ai
laissé passer udev. Bien sûr, j'ai plein de bugs. Malheureusement,
comme je fais un clean dans ma procédure, je n'ai plus la version
précédente.
Est-ce que quelqu'un aurait les packages udev et libudev0 en version
166
On Wednesday 13 April 2011 20:24:22 David BERCOT wrote:
La suite des problèmes udev... J'ai fait une MAJ aujourd'hui et j'ai
laissé passer udev. Bien sûr, j'ai plein de bugs. Malheureusement,
comme je fais un clean dans ma procédure, je n'ai plus la version
précédente.
en fait pas la peine le
Re-bonjour,
En fait, j'ai relu le bug dans le BTS et il suffit de supprimer /run et
de rebooter...
Désolé pour le dérangement...
David.
Le Wed, 13 Apr 2011 20:24:22 +0200,
David BERCOT deb...@bercot.org a écrit :
Bonjour,
La suite des problèmes udev... J'ai fait une MAJ aujourd'hui et j'ai
D'un cheveu ;-)
Merci Thomas...
Le Wed, 13 Apr 2011 20:55:06 +0200,
Thomas Blein dag...@yahoo.fr a écrit :
On Wednesday 13 April 2011 20:24:22 David BERCOT wrote:
La suite des problèmes udev... J'ai fait une MAJ aujourd'hui et j'ai
laissé passer udev. Bien sûr, j'ai plein de bugs
Bonjour,
J'ai un problème similaire ; plus de réseau, de trackpad, de son, et
j'en passe. En fait la moitié des modules ne sont pas chargés, et
j'arrive à m'en sortir au moins pour le trackpad et le réseau en
chargeant manuellement les modules. Premier problème important sur ma
Le Thursday 07 April 2011 11:01:09, daniel huhardeaux a écrit :
Le 07/04/2011 08:50, David BERCOT a écrit :
Bonjour,
Bonjour,
Bonjour,
J'ai aussi été victime, et suis passé de portmap à rpcbind :)
#620088
Merci pour le lien BTS, que je viens de suivre, et je vous invite à regarder
la
rien trouvé de ressemblant dans les rapports de bugs.
Quelqu'un a-t-il une idée ? Merci d'avance
Oui , j'ai une idée, voir le fil sur udev... Il va falloir récupérer la
version 166-1 et l'installer.
Bonjour
Merci pour l'info. Il faut effectivement installer udev 166-1 libudev0
166-1 (dispo ds
? A titre d'information, je n'ai rien trouvé de significatif
dans le BTS...
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la non-reconnaissance
de ma carte audio. Là encore, je suis revenu en 166-1 et je n'ai rien
trouvé dans
Bonjour,
Sur les dernières mises à jour de mon système (pour info, je suis en
sid), j'ai eu 2 problèmes.
...
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la
non-reconnaissance
de ma carte audio. LÃ encore
version 1.2.3-1 est aussi passée dans testing... Bref, suis-je le
seul à avoir un problème ? A titre d'information, je n'ai rien trouvé
de significatif dans le BTS...
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la
non
David BERCOT a écrit, le 07/04/2011 08:50 :
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la non-reconnaissance
de ma carte audio. Là encore, je suis revenu en 166-1 et je n'ai rien
trouvé dans le BTS.
Bonjour,
Pour
dans testing... Bref, suis-je le seul à avoir un
problème ? A titre d'information, je n'ai rien trouvé de significatif
dans le BTS...
#620088
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la non-reconnaissance
de ma carte
, suis-je le seul à avoir un problème ? A titre d'information,
je n'ai rien trouvé de significatif dans le BTS...
#620088
Et il y a même la solution du remplacement de portmap par rpcbind !!!
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+
libudev0), m'a créé divers soucis dont
de mon système (pour info, je suis en
sid), j'ai eu 2 problèmes.
...
Ensuite, hier, c'est udev qui, avec le passage en 167-1 (+ libudev0),
m'a créé divers soucis dont le plus évident était la
non-reconnaissance
de ma carte audio. LÃ encore, je suis revenu en 166-1 et je n'ai rien
Device 002: ID 04a9:1725 Canon, Inc. MP610 ser
$ ls -l /dev/bus/usb/002/001
crw-rw-r-- 1 root root 189, 128 Feb 11 20:59 /dev/bus/usb/002/001
Sinon, mon scanner semble bien pris en compte par udev:
$ grep -A1 MP610 /etc/udev/rules.d/60-libsane.rules
# Canon PIXMA MP610
SYSFS{idVendor}==04a9, SYSFS
un problème avec mon lecteur CD il ne lit pas CD vierge le problème
provient de UDEV j'ai un peut tripoter
pouvez vous m'aider a réinstaller mon UDEV ou a mettre a jour pour passer
a
la dernière version car je suis en 151.8
Comment sais-tu que ça vient d'udev? Ne pas pouvoir lire un
CD
Bonjour,
j'ai un problème avec mon lecteur CD il ne lit pas CD vierge le problème
provient de UDEV j'ai un peut tripoter
pouvez vous m'aider a réinstaller mon UDEV ou a mettre a jour pour passer a
la dernière version car je suis en 151.8
merci
On Tue, Nov 09, 2010 at 01:43:23AM +0100, halim djerroud wrote:
Bonjour,
j'ai un problème avec mon lecteur CD il ne lit pas CD vierge le problème
provient de UDEV j'ai un peut tripoter
pouvez vous m'aider a réinstaller mon UDEV ou a mettre a jour pour passer a
la dernière version car je suis
Bonjour,
depuis quelque temps j'avais au boot un message comme quoi un rule
n'était pas valide.
Il manquait à la fin de
/lib/udev/rules.d/70-acl...
un à la fin de la dernière ligne.
Si cela peut être utile.
amicalement
--
Lisez la FAQ de la liste avant de poser une question :
http
in runlevel S
Starting the hotplug events dispatcher : udevdudevd [362] : GOTO 'acl'
acl_end' has no matching label in : '/lib/udev/rules.d/70-acl.rules'
udevd [362] : GOTO 'acl_end' has no matching label in
:'/lib/udev/rules.d-acl.rules'
Merci pour vos lumières...
Michaël
http://rentanext.free.fr
] ata2: softreset failed (device not ready)
INIT : version 2.88 booting
Using makefile-style concurrent boot in runlevel S
Starting the hotplug events dispatcher : udevdudevd [362] : GOTO
'acl' acl_end' has no matching label in :
'/lib/udev/rules.d/70-acl.rules'
udevd [362] : GOTO 'acl_end' has
...
yep
En fait, la raison pour laquelle le document cité précédemment
conseille de mettre les règles locales _au début_ des règles udev
« parce que c'est ce qu'on veut en général » m'échappe...
Intuitivement (ce que ton cas tend à confirmer), qu'est-ce qui
empêcherait une règle plus
Le Mon 2/08/2010, Grégory Bulot disait
JF Straeten jfstrae...@scarlet.be à écrit le Sun, 1 Aug 2010
18:39:30 +0200
Je replace sur la liste, c'est pas 'm' pour répondre à la liste avec
mutt ? (j'ai pas vérifié)
Non, c'est L
--
Erwan
--
Lisez la FAQ de la liste avant de poser une
Re,
On Mon, Aug 02, 2010 at 09:48:19AM +0200, Erwan David wrote:
Le Mon 2/08/2010, Grégory Bulot disait
Je replace sur la liste, c'est pas 'm' pour répondre à la liste
avec mutt ? (j'ai pas vérifié)
Non, c'est L
Oui, mille excuses à Grégory !
Ma moyenne baisse ; je me goure 3 x sur 4
Le Mon, 2 Aug 2010 13:31:01 +0200,
JF Straeten jfstrae...@scarlet.be a écrit :
Je replace sur la liste, c'est pas 'm' pour répondre à la liste
avec mutt ? (j'ai pas vérifié)
Non, c'est L
Oui, mille excuses à Grégory !
Ma moyenne baisse ; je me goure 3 x sur 4 en ce moment...
Re,
On Mon, Aug 02, 2010 at 01:36:46PM +0200, Jean-Yves F. Barbier wrote:
Ma moyenne baisse ; je me goure 3 x sur 4 en ce moment...
C'est pô grâve, la chaleur, l'âge, l'alcool et les drogues dures;
Tout ça sur un début de Parkinson...
Erwan te pardonnera sûrement :p
C'était Grégory,
Le Mon, 2 Aug 2010 14:19:29 +0200,
JF Straeten jfstrae...@scarlet.be a écrit :
Re,
On Mon, Aug 02, 2010 at 01:36:46PM +0200, Jean-Yves F. Barbier wrote:
Ma moyenne baisse ; je me goure 3 x sur 4 en ce moment...
C'est pô grâve, la chaleur, l'âge, l'alcool et les drogues dures;
JF Straeten jfstrae...@scarlet.be à écrit le Mon, 2 Aug 2010
14:19:29 +0200
Re,
On Mon, Aug 02, 2010 at 01:36:46PM +0200, Jean-Yves F. Barbier wrote:
Ma moyenne baisse ; je me goure 3 x sur 4 en ce moment...
C'est pô grâve, la chaleur, l'âge, l'alcool et les drogues dures;
Tout ça
JF Straeten jfstrae...@scarlet.be à écrit le Sat, 31 Jul 2010
15:02:33 +0200
Question concerne saned, Debian stable
Même plutôt udev ;)
Yes, j'ai manqué de précision
Si '0011' est l'idProduct de ton scanner HP, il n'est pas dans les
règles udev...
Essaye un peu d'ajouter la
script vboxdrv qui pose problème, je
cherche à quel paquet appartiens ce fichier (je ne pense pas que cela
soit des archives officielles Debian, mais plutôt du site virtualbox,
car j'ai la version 3.1 de vbox
cat /etc/udev/rules.d/10-vboxdrv.rules
KERNEL==vboxdrv, NAME=vboxdrv, OWNER=root, GROUP
Le Mon, 17 May 2010 15:33:51 +0200
Antoine r2r...@gmail.com a écrit:
Le 17/05/2010 08:58, François Boisson a écrit :
Cela fonctionne pour une racine batie sur lenny mais coince pour la même
upgradée en squeeze: tous les évènements udev passés lors du boot sont
ignorés
Bon, la seule
Le Mon, 17 May 2010 15:33:51 +0200
Antoine r2r...@gmail.com a écrit:
Le 17/05/2010 08:58, François Boisson a écrit :
Cela fonctionne pour une racine batie sur lenny mais coince pour la même
upgradée en squeeze: tous les évènements udev passés lors du boot sont
ignorés
peut-être quelques
:
Le noyau dans les deux cas est un 2.6.33.2 compilé ad hoc, c'est le même que
celui qui tourne sans souci sur lenny:
Le boot de ClefAgreg est fondé sur un initrd bati à partir de celui proposé
par debian. Cet initrd lance un udev qui détecte un certain nombre de
périphériques (disques durs, clefs USB
Le 17/05/2010 08:58, François Boisson a écrit :
Cela fonctionne pour une racine batie sur lenny mais coince pour la même
upgradée en squeeze: tous les évènements udev passés lors du boot sont ignorés
peut-être quelques pistes ?:
suite à une news:
http://people.skolelinux.org/pere/blog
Dominique Pautrel wrote:
mess-mate wrote:
Dominique Pautrel wrote:
Bonjour à toutes et tous,
Je me sens démuni face à ce problème...
Au boot, je reçois le(s) message(s) d'erreur suivants :
udevd[392] : missing sysfs features. Update or disable
CONFIG_SYSFS_DEPRECATED option.
J'ai
mess-mate wrote:
Dominique Pautrel wrote:
Bonjour à toutes et tous,
Je me sens démuni face à ce problème...
Au boot, je reçois le(s) message(s) d'erreur suivants :
udevd[392] : missing sysfs features. Update or disable
CONFIG_SYSFS_DEPRECATED option.
J'ai plusieurs lignes de la sorte,
Bonjour à toutes et tous,
Je me sens démuni face à ce problème...
Au boot, je reçois le(s) message(s) d'erreur suivants :
udevd[392] : missing sysfs features. Update or disable
CONFIG_SYSFS_DEPRECATED option.
J'ai plusieurs lignes de la sorte, avec un numéro différent : 392, 723, ...
Cela
Dominique Pautrel wrote:
Bonjour à toutes et tous,
Je me sens démuni face à ce problème...
Au boot, je reçois le(s) message(s) d'erreur suivants :
udevd[392] : missing sysfs features. Update or disable
CONFIG_SYSFS_DEPRECATED option.
J'ai plusieurs lignes de la sorte, avec un numéro
vera.mick...@free.fr
mailto:vera.mick...@free.fr a écrit :
Bonjour,
J'ai mis à jour mon système debian testing ce WE et j'ai eu ce
message au reboot suivant:
udev: deprecated sysfs layout; update the kernel or disable
CONFIG_SYSFS_DEPRECATED; some udev features will not work
Bonjour,
J'ai mis à jour mon système debian testing ce WE et j'ai eu
ce message au reboot suivant:
udev: deprecated sysfs layout; update the kernel or disable
CONFIG_SYSFS_DEPRECATED; some udev features will not work
correctly
Les quelques messages que j'ai trouvés sur le net ne m'ont
pas
Slt
Le 19 octobre 2009 09:37, Vera Mickael vera.mick...@free.fr a écrit :
Bonjour,
J'ai mis à jour mon système debian testing ce WE et j'ai eu ce message au
reboot suivant:
udev: deprecated sysfs layout; update the kernel or disable
CONFIG_SYSFS_DEPRECATED; some udev features
Mouhamadou Moustapha CAMARA a écrit :
Slt
Le 19 octobre 2009 09:37, Vera Mickael vera.mick...@free.fr
mailto:vera.mick...@free.fr a écrit :
Bonjour,
J'ai mis à jour mon système debian testing ce WE et j'ai eu ce
message au reboot suivant:
udev: deprecated sysfs layout
Mouhamadou Moustapha CAMARA a écrit :
Slt
Le 19 octobre 2009 09:37, Vera Mickael vera.mick...@free.fr
mailto:vera.mick...@free.fr a écrit :
Bonjour,
J'ai mis à jour mon système debian testing ce WE et j'ai eu ce
message au reboot suivant:
udev: deprecated sysfs layout
Bonjour,
Voilà j'ai un script que je veux executer à partir d'une règle udev. Ce
script utilise zenity. Le script exécuté manuellement fonctionne
parfaitement. Lorsqu'il s'agit de le lancer à partir d'une règle udev,
le script ne fonctionne pas. J'ai validé mes règles udev à l'aide d'un
Bonjour,
fen...@gmail.com a écrit :
Voilà j'ai un script que je veux executer à partir d'une règle udev. Ce
script utilise zenity. Le script exécuté manuellement fonctionne
parfaitement. Lorsqu'il s'agit de le lancer à partir d'une règle udev,
le script ne fonctionne pas. J'ai validé mes
Yannick Fouquet a écrit :
Bonjour,
J'ai eu un problème qui me semble similaire.
J'ai élaboré un script utilisant zenity. Il marchait lorsqu'exécuté
manuellement mais ne semblait pas fonctionner lorsque lancé par cron.
En fait, il fonctionnait mais pas l'affichage de zenity notification.
longtemps(plus de 20 minutes) avec comme seul message :
udevd [1078] GO TO 'libsane_rules_end' has no matching label
in /etc/udev/rule.d/z60_iscan.rules et à la fin ouverture d'une session
terminal.
Après avoir envisager plusieurs hypothèses, je me suis décidé à examiner ce
fameux fichier et
Kevin Hinault hina...@gmail.com à écrit le Tue, 17 Feb 2009 11:54:10
+0100
2009/2/17 Olivier oza-4...@myamail.com
Bonjour,
Je souhaite cloner un serveur en production.
Pour faciliter son exploitation, j'aimerais éditer son fichier
/etc/network/interfaces de telle sorte que:
1. il
Le vendredi 24 octobre 08 à 9:14, fabrice test a écrit :
|Bonjour à tous,
Bonjour,
|Comment dire à KDE de monter le disque dans /media mais en reprenant un nom
|de label que j'aurais choisi mar exemple le nom du noeud définit dans la
|règle UDEV.
|exemmple avoir /media
Bonjour à tous,
Je finis par m'y perdre dans le montage sous KDE. J'ai un disque dur externe en
USB dont j'aimerais pouvoir fixer définitivement le nom au montage. Je me suis
donc rabattu sur une règle UDEV fixé dans le fichier 10-local.rules. Quand je
branche mon disque j'ai bien le noeud qui
nom du périphérique. Actuellement (via la hal, je crois)
KDE me monte mon dique sous /media/NomPeripheriqueFixeParKDE.
Comment dire à KDE de monter le disque dans /media mais en reprenant un nom
de label que j'aurais choisi mar exemple le nom du noeud définit dans la
règle UDEV.
Je pense qu'il
Le 2008-10-15, à 23:03:47 +0200, Fabien R ([EMAIL PROTECTED]) a écrit :
Bonsoir,
Salut
J'ai fait un upgrade de udev qui a tout chamboulé mon système
AMD64/unstable.
J'ai presque réussi à rétablir les devices.
Il me reste le pb de droits (sur /dev/null par ex.).
Existe-t-il une manip
steve wrote:
Le 2008-10-15, à 23:03:47 +0200, Fabien R ([EMAIL PROTECTED]) a écrit :
Bonsoir,
Salut
J'ai fait un upgrade de udev qui a tout chamboulé mon système
AMD64/unstable.
J'ai presque réussi à rétablir les devices.
Il me reste le pb de droits (sur /dev/null par ex
Bonsoir,
J'ai fait un upgrade de udev qui a tout chamboulé mon système
AMD64/unstable.
J'ai presque réussi à rétablir les devices.
Il me reste le pb de droits (sur /dev/null par ex.).
Existe-t-il une manip pour demander à udev tout recréer comme il faut ?
-
Fabien
--
Lisez la FAQ de la liste
Bonjour,
J'ai une souris Logitech et j'utilise lomoco pour passer sa résolution à
800 dpi quand je la branche, grâce aux règles udev installées par le
paquet lomoco. Cependant, si la souris est déjà branché au moment du
boot, elle reste à 400 dpi... on dirait que les règles udev ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philippe MONROUX a écrit :
Bonjour,
Bonjour
[...]
Le pb et simple : j'ai besoin que /dev/ttyS1 appartienne au groupe nut
[...]
Bon ça marche mais est-ce une démarche propre ?
Il y en a deux décrites dans /usr/share/doc/nut/README.Debian.gz :
De (from) (von) [EMAIL PROTECTED] :
Il y en a deux d�crites dans /usr/share/doc/nut/README.Debian.gz :
soit ajouter nut au groupe dialout, soit grosso modo ce que tu as fait.
Merci.
--
philippe
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Bonjour,
étant parfaitement incompétent en udev je damande si ma démarche est
correcte.
Le pb et simple : j'ai besoin que /dev/ttyS1 appartienne au groupe nut
Dans /etc/udev/permissions.rules j'ai mis
# serial devices
SUBSYSTEM==tty, GROUP=dialout
KERNEL==ttyS1
DivFauser a écrit :
A tout hasard,bien que la réponse me paraisse un peu simplex,
avez-vous vérifier les réglages de kmix (si kde!) en désactivant le
micro dans l'onglet entrée ?
fauser17
Kd quoi ? lol, j'utilise Gnome. Et dans le controleur volume je n'ai QUE
le micro, comme si pas de carte
Shubbaka a écrit :
DivFauser a écrit :
Bonjour,
Je ne sais si le problème est que la carte son n'est pas reconnu par
défaut alors que le micro l'est, notamment s'il est usb ou sur une
webcam.
Moi c'est ce qui m'arrivait, c'était toujours mon micro usb qui était
reconnu comme carte son par
, alsaconf précise que avec Sid (mon cas) ceci n'est plus nécessaire
et udev fait tout le boulot. Soit, je regarde donc udev, ses règles...
et je ne vois pas où se situe le pb. Mes recherches n'ont rien donné,
quelqu'un a une idée ? Merci, bonne journée à toutes et tous.
Fabien
--
#
# Powered by GNU
1 - 100 sur 501 matches
Mail list logo
