oh bah non soit pas désolé, c´est moi qui te remercie de prendre du temps pour me répondre

bon j´ai fais un ls/dev, le résultat etant assez grand pour pas innonder le forum j´ai mis dans un document texte :

http://gizmondo.new.free.fr/ftp2/ls-dev.odt

Trouvé ! ^^

Bon ton scanner est /dev/lp0.
Donc voilà essaie de continuer le tutoriel en remplaçant /dev/parport par /dev/lp0.

Bonne chance.

Oups non j´ai dit de la merde.
C´est /dev/port et non /dev/lp0 (j´avais une imprimante en tête tout à l´heure... :o) )

loul ^^
ok je tente ça de suite

bon quand je fais cett commande : ls -l /dev/port*
j´obtiens ça :

crw-r----- 1 root kmem 1, 4 2007-01-18 20:26 /dev/port

j´ai essayé ensuit de lancer ça :

1. udevinfo -a --name=/dev/port0 | grep -i idvendor

mais ça ne fonctionne pas j´obtiens ça

udevinfo: invalid option -- -

j´ai peutetre mal compris ?

(quesque j´galere, c´est dans ces moments qu´on se sent bien noob ^^)

Ce n´est pas :

1. udevinfo -a --name=/dev/port0 | grep -i idvendor

mais :

1. udevinfo -a --name=/dev/port | grep -i idvendor

quesque j´galere, c´est dans ces moments qu´on se sent bien noob

Il faut en passer par là !
Et c´est dans les plus grandes galères qu´on en apprend le plus. ;)

lol c´est bien vrai

bon, j´ai testé ca # udevinfo -a --name=/dev/port | grep -i idvendor mais ca ne marche toujours pas

udevinfo: invalid option -- -

Étrange chez moi ça marche.
On n´a sans doute pas la même version d´udev.

Essaie ça :

1. udevinfo -a -n /dev/port | grep -i idvendor

On y croit ! :D

lool oui on y croit ^^

j´ai donc tenté # udevinfo -a -n /dev/port | grep -i idvendor
et cette fois j´ai ce message :

attribute walk on device chain needs path(-p) specified
c´est mieux? lol

Décidément on n´a vraiment pas la même version d´udev ! :D

Peux-tu me donner le résultat de :

1. udevinfo -h

que je vois quelles options tu as à disposition avec ton udevinfo ?

lool

voila ce que j´obtiens en tapant udevinfo -h

Usage: udevinfo [-anpqrVh]
-q TYPE query database for the specified value:
´name´ name of device node
´symlink´ pointing to node
´path´ sysfs device path
´env´ the device related imported environment
´all´ all values

-p PATH sysfs device path used for query or chain
-n NAME node/symlink name used for query

-r prepend to query result or print udev_root
-a print all SYSFS_attributes along the device chain
-e export the content of the udev database
-V print udev version
-h print this help text

Cette fois je sens que c´est la bonne, tente ça :

1. udevinfo -a -p $(udevinfo -q path -n /dev/port) | grep -i idvendor

quand ça veut pas...

lol j´ai tenté donc cette commande et j´obtiens cett fois un message un peu different ^^

____

no record for ´port´ in database
udevinfo: option requires an argument -- p
Usage: udevinfo [-anpqrVh]
-q TYPE query database for the specified value:
´name´ name of device node
´symlink´ pointing to node
´path´ sysfs device path
´env´ the device related imported environment
´all´ all values

-p PATH sysfs device path used for query or chain
-n NAME node/symlink name used for query

-r prepend to query result or print udev_root
-a print all SYSFS_attributes along the device chain
-e export the content of the udev database
-V print udev version
-h print this help text

_____

arf lol je desespere

bon je me leve tot demain, donc j´y vais.

merci beaucoup pour ton aide, n´hesite pas si tu as d´autres suggestions

a+

Bon en faisant quelques recherches j´ai trouvé que l´id vendeur d´un mustek est 0400.

Crées donc le fichier /etc/udev/rules.d/65-mustek.rules contenant :

BUS="scsi", SYSFS{idVendor}="0400", SYMLINK="scanner", NAME="%k", GROUP="scanner", MODE="0660"

Reboote et teste :
$ xsane

Y´a moyen que ce soit bon, si ça ne marche toujours pas poste le résultat de :

1. ls -l /dev/port

et de

1. ls /dev/scanner

Bonne nuit. ^^

c´est vraiment simpa d´avoir laissé une réponce

bon comme d´hab je suis au taff donc j´essaie ca ce soir sans faute.

merci encore

sinon, j´ai vu le message alarmant quand j´ai lancé xsane en root, "continuez a vos risques et perils" O_O c´est si dangereu que ca?

afg,

merci encore VegehaNNNnnn mais ca fait toujours le même resultat :´(

bon bah c´est pas grave, je me sers tres rarement de mon scan, au pire jle ferais sous windows ou alors en root (où ça fonctionne grace à toi )

merci

ah j´avais pas vu la derniere partie de ton message.

voici donc ce que j´obitiens avec la commande

1. ls -l /dev/port

crw-r----- 1 root kmem 1, 4 2007-01-19 21:07 /dev/port

et avec la comande # ls /dev/scanner
j´obtiens ceci

ls: /dev/scanner: Aucun fichier ou répertoire de ce type
(lol)

voila, je sais pas si tu peux en tirer quelquechose?
encore merci pour ton aide

Ok, bon ça veut dire que la règle udev que je t´ai fait écrire n´est pas prise en compte.
Je vais t´expliquer un peu ce qu´il se passe et ce qu´il faudrait que tu arrives à faire, comme ça peut-être qu´avec ces info et en te renseignant à droite, à gauche tu arriveras à tes fins.

Depuis quelques temps maintenant, un daemon (udev) est lancé au démarrage et est chargé de reconnaître tous les périphériques de ton ordinateur et de leur associer un « noeud » dynamiquement dans /dev.
Dans le cas de ton scanner qui est sur port parrallèle, le noeud créé est donc /dev/port.
Cependant par défaut comme tu peut le voir ce périphérique à des droits : crw-r----- root kmem:
-- le « c » signifie qu´il s´agit d´un périphérique caractère (c´est à dire un périphérique sur lequel on écrit en série octet par octet).
-- rw- : signifie que « root » à des droits en lecture et *écriture* sur /dev/port.
-- r-- : signifie que les utilisateurs du groupe kmem, ont uniquement un droit en lecture sur le scanner.
-- --- : signifie que les utilisateurs quelconques et n´appartenant pas au groupe kmem n´ont aucun droit sur /dev/port.

udev est capable d´attribuer des droits différents aux périphériques dont la configuration par défaut n´est pas satisfaisante (c´est le cas ici) par le biais de règles placées dans /etc/udev.d/rules/.

La règle que je t´ai fait écrire avait pour objectif de donner à ton scanner les droits :
crw-rw---- root scanner
et non :
crw-r----- root kmem
Ainsi root aurait toujours eu tous les droits, mais cette fois les utilisateurs du groupe scanner auraient aussi eu les pleins pouvoirs.
(Accessoirement la règle aurait aussi permis de créer un lien symbolique /dev/scanner pointant sur /dev/port -- ça peut servir si une appli cherche par défaut un scanner sur /dev/scanner).
Mais visiblement les info fournies dans la règle udev ne sont pas suffisantes (id vendeur fausse ? nécessité d´avoir l´id produit pour caractériser correctement le périphérique ?) .

Donc le but est de faire une règle udev correcte qui attribuera les bons droits à ton scanner au démarrage (ou au branchement -- et ouais il est vachement fort udev ! ^^).

Sinon, il est vrai que tu peux utiliser ton scanner en root et ce n´est pas aussi dangereux qu´ils le prétendent.
Sinon tu peux aussi exécuter ceci en root à tous les démarrage :

1. chown root:scanner /dev/port && chmod 660 /dev/port

qui est ce que devrait faire udev au démarrage.
Et là la commande magique :
$ xsane
devrait passer.

J´espère que tu as bien suivi et appris des choses utiles.
Bon courage et bin week-end.

impecable ! merci de m´avoir decortiqué crw-r----- root kmem j´y vois plus clair

bon j´ai commencé linux en decembre donc tout ça me parrait un peu balaise mais je pense que ça sera encore plus clair dans quelques temps je vais me renseigner en tout cas

sinon, comment faire pour que la commande que tu as ecrite # chown root:scanner /dev/port && chmod 660 /dev/port
soit executée à tous les démarages?

merci pour ton aide