Archlinux.fr [Forums]

Bonjour a tous.

Voici plusieurs mois que j'essais de configurer mon scanner. après avoir résolu les problèmes liés au soucis de compatiblité Py2/Py3 de l'installateur de plugin et aux problème de dns de la boxsfr, j'ai pu installer les plugins propriétaires de hp simplement via AUR. Comme quoi il fallait pas chercher si loin.

Bien a présent le dernier problème en ligne est que je ne peu scanner qu'en root :-/

voici ce que me dit scanimage :

strace -o error.log -f -s64 scanimage --format="tiff">toto.tiff
scanimage: open of device hpaio:/net/HP_LaserJet_M1536dnf_MFP?ip=192.168.1.25 failed: Error during device I/O

La fin du fichier trace est ici :
http://pastebin.com/Tq3GdgKJ

Je ne troue nulle part ou corriger les permissions.

[fabien@mobifab ~]$ groups fabien
lp wheel log games video audio optical floppy storage scanner power vboxusers users
[fabien@mobifab ~]$ groups root
root bin daemon sys adm disk wheel log
[fabien@mobifab ~]$

Merci de votre aide

les problèmes liés au soucis de compatiblité Py2/Py3 de l'installateur de plugin ... j'ai pu installer les plugins propriétaires de hp simplement via AUR. Comme quoi il fallait pas chercher si loin.

Tu parles de quel plugin / quel paquet ?

hplip-plugin

le paquet c'est bien installé et le scanner fonctionne mais qu'en root

A tout hasard, un chown ou (chgrp) sur le fichier responsable ? (à priori hplip-plugin) ou plutôt un chmod : le plugin devrait pouvoir être utilisé par tous les utilisateurs, donc un "chmod 655 hplip-plugin" devrait suffire (voir d'abord les autorisations par "ls -l hplip-plugin")
Mais est-ce bien ce fichier là qui est à l'origine du problème ?

@FDZ Hein ? Quoi ? hplip-plugin est un paquet et non un fichier... De plus réaliser un chmod/chown sur un fichier appartenant à un paquet n'est jamais la bonne solution.

Si je comprend bien : scanimage --format="tiff" > toto.tiff fonctionne en root et pas en utilisateur ?
Dans ce cas, peux tu donner la sortie (utilisateur puis root) de

Code : Tout sélectionner

$ strace -o traceUser.log -f -s64 scanimage --format="tiff">toto.tiff
# strace -o traceRoot.log -f -s64 scanimage --format="tiff">toto.tiff

@benjarobin : Toutes mes excuses, j'ai cru bien faire : pour moi, un éxecutable qui ne tourne qu'en root, c'est un problème de permissions, généralement résolu par chown ou chmod; d'un autre coté, si un programme installé pour être utilisé par tous les utilisateurs ne fonctionne qu'en root, il doit y avoir un problème d'installation (99% des problèmes ont leur origine entre la chaise et le clavier)

D'autre part, sous unix tout est fichier, un paquet n'est qu'un fichier particulier.

[Edit] Et si on regardait les fichiers conf ? ; /etc/hp/hplip.conf et $HOME/.hplip/hplip.conf

Un autre cas typique de ce genre de problème (commande ne fonctionnant qu'en mode root) est le défaut d'appartenance de l'utilisateur à un groupe spécifique à la commande utilisée (voir http://wiki.archlinux.fr/Utilisateurs_et_Groupes)
Il faut dans ce cas d'abord repérer le groupe concerné (auquel appartient la commande, ici je suppose hplip et sane) puis vérifier si l’utilisateur ou plus généralement le groupe "user" y a accès et rectifier ce défaut (voir détails dans l'url citée ci-avant)

Par exemple, je peux voir dans /etc/group (extrait) :

Code : Tout sélectionner

network:x:90:
video:x:91:
audio:x:92:
optical:x:93:
floppy:x:94:
storage:x:95:
scanner:x:96:francis # <<< 
power:x:98:
nobody:x:99:
users:x:100:

S'il existe un groupe "scanner" dont tu ne fais pas partie, il convient de le rajouter, de préférence en utilisant la commande adaptée, soit (voir wiki) :

Code : Tout sélectionner

Ajouter un utilisateur au groupe:

gpasswd -a <utilisateur> <groupe>

video

91:fabien
audio

92:fabien
optical

93:fabien
floppy

94:fabien
storage

95:fabien
scanner

96:fabien
power

98:fabien
nobody

99:
users

100:
dbus

81:

Voila pour un bout ... mais je vous avais déja répondu a cette question via la sortie de
groups fabien

Et voici les fichiers traceUser et traceRoot

https://drive.google.com/file/d/0B3ZbWZ ... sp=sharing
https://drive.google.com/file/d/0B3ZbWZ ... sp=sharing

Hum, on dirait que le souci vient de /var/lib/hp/hplip.state
Quelle est la sortie de

Code : Tout sélectionner

ls -la /var/lib/hp/
ls -l /var/lib/hp/hplip.state

Sinon, voir le commentaire de JakubM (2013-02-27 12:15) https://aur.archlinux.org/packages/hpli ... mments=all
Mais un conseil ne fait rien tant que tu n'as pas donné les sorties ci-dessus

[root@mobifab fabien]# ls -la /var/lib/hp/
total 12
drw-r--r-- 2 root root 4096 6 nov. 10:09 .
drwxr-xr-x 30 root root 4096 4 oct. 16:50 ..
-rw-r--r-- 1 root root 50 31 oct. 10:50 hplip.state

[root@mobifab fabien]# ls -l /var/lib/hp/hplip.state
-rw-r--r-- 1 root root 50 31 oct. 10:50 /var/lib/hp/hplip.state

ça me rappel la sortie de pacman :

:: Procéder à l’installation ? [O/n]

avertissement : les permissions pour le répertoire /var/lib/hp/ sont différentes
système de fichier : 644, paquet : 755

Lance ceci et tout devrait être bon : chmod 755 /var/lib/hp/

Merci, Merci, Merci .... même si finalement j'aurait pu tenter ça moi même... parfois on a le nez qui cache la vue.

Archlinux.fr [Forums]

[sane][net][hp M1536]Problème de communication

[sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication

Re: [sane][net][hp M1536]Problème de communication