Auteur: Georges Giralt
Date: 04-02-2008 10:46
Bonjour !
Ceci est un petit cours Linux ....
Pour ce qui est de la découverte des periphs SCSI, on peut *SOUS CERTAINES CONDITIONS* les brancher et débrancher machine en marche mais c'est à éviter.
Ensuite, soit on sait ce que l'on a branché et on "l'ajoute à la main" soit on sait pas et on force le bus a ete ré examiné.
Pour les périphériques tant USB que les autres, il y a des problèmes de droits:
Quand la machine boote, c'est un processus apartenant à root qui fait la découverte et la création des périphériques, tant USB (souris, clavier, etc..) que disques durs internes, cartes son, graphique et autres. Donc ces périphériques appartiennet à root ! Mais, si on veut graver un cd, il faut avoir le droit d'écrire sur le lecteur/graveur de CD !
Le même mécanisme et problème se pose pour ce qui est connecté "a chaud" comme le scanner ou la clef USB.
Donc, le processus d'authentification à la connexion, une fois qu'il a récupéré les informations valides de nom d'uitlisateur passe celles ci à un module (liés aux modules d'identification PAM ) qui se nomme console.so (puisque ce problème ne se pose que si l'on se connecte à la console). Ce module lit des regles dans le fichier console.perms (cité plus haut pour ma Fedora) et change, tant le propriétaire que les droits des fichiers d'accés aux Cdrom, son, clavier, souris, lec teur de disquette....et autres scanners.
Donc, ceci explique pourquoi le periphérique de son (/dev/dsp) vous appartient pendant le temps de votre connexion. Et l'on empeche que des quidams connectés depuis le réseau ne puissent vous assourdir les oreilles en jouant le dernier Celine Dion alors qu'il peuvent être à l'autre bout de la planète....
Mais ce mechanisme ne fonctionne que si le matériel, et donc ses fichiers d'accès, sont présents au moment où vous vous connectez ! (si votre machine emploie udev et HAL, le répertoire /dev ne contient que les périphériques détetés au moment du démarrage et non pas tous ceux possibles !).
Donc, il existe un autre mecanisme pour créer et modifier es droits opur les periphériques branchés APRES le démarrage et le "login" ceci ce fait avec les regles de HAL dont Daniel Duparc a parlé. Les forums de discussins sont plein d'informations sur la façon de les écrires et mêm fourmillent d'exemple de ce qu'il faut mettre pour que cela marche. Souvent, il suffit de mettre son système à jour pour que cela tombe en marche, les regles correctes ayant été incorporées lors des mises à jours...
Donc, en résumé, si cela marche lorsque le scanner est branché et allumé lors du démarrage de la machine, c'est que le PB vient des règles HAL/Udev. Si cela ne marche ni dans l'un u l'autre cas, c'est :
a) vous avez un problème de détection du scanner (que disent sane-find-scanner et lsusb ? Quels sont les messages dans /var/log/messages ?)
b) vous avez un pb avec la sécurité selinux. Elle est trop sérrée (il y a des messgaes dans /var/log/messages disant que les périphériques n'ont as été crées à cause de regles de sécurité (ou de leur absence)) Attention à la paranoïa ....
c) votre scanner n'est pas supporté par sane/la bibliothèque USB voir les messages de /var/log/messages...
d) Sane est mal configuré (voir les fichiers de /etc/sane.d et la doc de Sane) il ne faut pas grand chose pour que ça marche mais encore faut il les bonnes lignes au bon endroit...
Enfin, n'oubliez pas que, en informatique comme en médecine, le diagnostic à distance est au mieux difficile, au pire périlleux. Donc, regardez si dans votre ville/région il existe une association comme le CULTE et allez leur demander de l'aide. Un jeune boutonneux se fera un plaisir de vous dépanner !
Et pour finir, ayant employé les solutions Epson Epkowa et Sane et Vuescan, je prefère, et de loin, le couple Sane/Xsane pour piloter mon Epson 2450 Photo. Epkowa n'offre pas toutes les possibilités de Sane sur ce modèle là (un comble !) et ne sait pas acceder au scanner en Firewire ....
Allez, au boulôt !
|
|
