OVH Cloud OVH Cloud

Impression devenue desastreuse

2 réponses
Avatar
Christophe PEREZ
Bonjour,

Je m'arrache les quelques cheveux qui me restent, sans succès, alors je
tente ma chance ici au cas où quelqu'un aurait une lueur.

J'ai remplacé ma passerelle/serveur sous mandrake en une autre machine
(neuve, donc que je connais encore mal) sous Gentoo.

Cet après-midi, j'ai installé cups pour mon imprimante réseau (local à
cette machine) HP5652, qui après quelques moments de galère à fini par
fonctionner. 3 tests, 1 par l'interface Web, 1 distant par gedit, et 1
autre, toujours distant, par OOo.
Je croyais l'affaire terminée.

Mais, depuis l'install de cette machine (CM MSI 865PE), je ne parvenais
pas à activer le DMA sur mes disques IDE (2 IDE, 1 SATA + 1 Graveur IDE),
et c'était un gros problème d'avoir des débits de 5Mo/s.
Aussi, j'ai fouillé le bios, reboot sans arrêt, recompilation de noyau,
jusqu'à tomber, non sans mal, sur une config qui me permet d'avoir accès
à mes 3 IDE, à mon SATA, et à activer le DMA sur les IDE.
Là, je croyais que tout était parfait.

Je redémarre tout, et là, paf, l'impression cups est devenue
désastreuse (couleurs mélangées, lettres non finies, sauts de page
intempestifs, hiéroglyphes, etc etc...).
Je tente des changements pilotes, rien.
Comme j'avais fait cette install cups un peu au pif, je me décide à
suivre un howto gentoo, qui m'indique de mettre ppds, foomatic-db dans mes
UE. Je le fais, je désinstalle tout (en gardant mon cupsd.conf qui
semblait bon) et emerge foomatic cups hpijs...

Maintenant, c'est bien, j'ai accès à tout plein de drivers possibles,
donc celui à priori pour ma 5652, mais ça n'y change rien du tout, c'est
toujours catastrophique.
Bien entendu, commençant à mettre en cause le matériel, j'ai remplacé
le cable, puis, je me suis résolu à l'essayer en local sur mon portable,
et là, le test d'impression est bon.
C'est donc bien un pb de config.

Alors, déjà, dans mon bios, j'ai bi.dir / ECP / EPP. Lequel dois-je
choisir ? J'ai essayé avec les 3, mais par chacun avec chaque autre
combinaison, donc si je pouvais déjà être sûr de ce choix, ça
m'éviterait les reboots constants.

Sinon, dans mes compilations de noyau, ai-je pu faire sauter quelque chose
de particulier qui me provoque ce défaut ?

Enfin, si quelqu'un a une idée de piste de recherche, je suis preneur car
je commence à être vraiment très embêté.

--
Christophe PEREZ
Écrivez moi sans _faute !

2 réponses

Avatar
geaorge
Christophe PEREZ wrote:

Sinon, dans mes compilations de noyau, ai-je pu faire sauter quelque chose
de particulier qui me provoque ce défaut ?



je vote pour cette solutions, par contre vas savoir ce qui manque! peut etre
le support port parrallele ou quelque chose de la famille pp epp/ecp

Avatar
Christophe PEREZ
Le Tue, 05 Apr 2005 07:17:00 +0200, geaorge a écrit:

je vote pour cette solutions, par contre vas savoir ce qui manque! peut etre
le support port parrallele ou quelque chose de la famille pp epp/ecp


Et bien, à priori, ce n'est justement pas les options de port //. J4ai
vérifié des dizaines de fois, et :
lsmod | grep -E "lp|parport"
lp 9060 0
parport_pc 36804 1
parport 31752 2 lp,parport_pc

Pour le ECP/EPP, à force de recherche, j'ai cru comprendre que de toutes
les façons, il valait mieux le ECP. Or, comme mon imprimante est récente
(moins d'un an) et ma carte mère neuve, je me dis que que ce devrait
être le bon choix.

En tout cas, je suis maintenant à peu près sûr que ça ne vient pas du
driver, ni de cups puisque, après avoir recompilé mon noyau avec usb (à
grand regret), et mis l'imprimante en usb, elle imprime (pour l'instant,
mais je m'attends toujours à tous) parfaitement.

Merci de m'avoir répondu, surtout que j'ai pas mal de pb avec mon INN
local qui pendant un moment n'envoyait pas mes posts, mais c'est un autre
sujet.

--
Christophe PEREZ
Écrivez moi sans _faute !