Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

imprimante sur port //

sokotar

Bonjour,
J'ai un problème de connexion d'une imprimante epson stylus color 500 sur le port // d'un portable dell 505.
A priori cette imprimante fonctionne normalement sur d'autres PC.
Dès que je branche l'imprimante, elle commence à imprimer des signes cabalistiques.
Même si je suprime la déclaration de l'imprimante, le problème subsiste.
Voici le test que je fais :
- l'imprimante n'est pas déclarée sur fc8
- l'imprimante est allumée, non connecté au pc et "au repos"
- je connecte l'imprimante et là ça commence à imprimer toutes sortes de codes et ça n'arrête pas.
Ca ne s'arrête que lorsque je déconnecte l'imprimante.

Est ce que quelqu'un sait ce qui se passe sur ce port // ?
Merci d'avance.
Michel

alexip

sokotar wrote:Dès que je branche l'imprimante, elle commence à imprimer des signes cabalistiques.

Es-ce que quelcun de pro-Microsoft ou anti-fedora est mort dernièrement dans ton entourage ?

Vérifies si ton imprimante ne serais pas Hantée ...

sokotar

Que dire devant tant de connerie ?
Rien.
Bravo, tout est dit.
Ya rien à ajouter.
Merci.

alexip

esseye "tail -f /var/log/messages" avant que tu la brancher (laisse tourner pendant que tu la branche)...
puis postes le résultat !

Au fait, ceci devrait t'interesser !

Color inkjet printer, max. 720x720 dpi, works Perfectly

sokotar

[root@donibane francoise]# tail -f /var/log/messages
Dec 17 23:52:38 localhost gconfd (francoise-10492): Adresse « xml:readwrite:/home/francoise/.gconf » résolue vers une source de configuration accessible en écriture à la position 0
Dec 18 00:03:04 localhost gconfd (root-10800): démarrage (version 2.20.1), pid 10800 utilisateur « root »
Dec 18 00:03:04 localhost gconfd (root-10800): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Dec 18 00:03:04 localhost gconfd (root-10800): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Dec 18 00:03:04 localhost gconfd (root-10800): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2
Dec 18 00:06:23 localhost gnome-keyring-daemon[10423]: adding removable location: volume_label_Fedora_8_i386_DVD at /media/Fedora 8 i386 DVD
Dec 18 00:06:23 localhost hald: mounted /dev/sr0 on behalf of uid 500
Dec 19 06:49:47 localhost kernel: Kernel logging (proc) stopped.
Dec 19 06:49:47 localhost kernel: Kernel log daemon terminating.
Dec 19 06:49:51 localhost rsyslogd: [origin software="rsyslogd" swVersion="1.19.6" x-pid="1913"] exiting on signal 15.

2/ le lien que tu indiques n'est pas bon

3/ je ne doute pas que cette imprimante ou une autre imprimante jet d'encre puisse fonctionner correctement.
J'ai réussi à envoyer un fichier sur l'imprimante par "cat fichier>/dev/lp0".
Quand j'ajoute l'imprimante, j'édite une page de test qui commence bien, après quelques ligne correctes, ça part en vrille. Je dois supprimer la file d'attente, puis rebooter.

alexip

Mon lien fonctionne très bien ... et il pointe vers une page nomée : "OpenPrinting database - Printer: Epson Stylus Color 500", ce qui est bien ton imprimante, je crois ...

apparement, rien dans /var/log/messages ... et quand tu l'as branchée, elle s'est mise à imprimer des conneries ?

sinon, tu dis que tu arrives à imprimer en envoyant dirrectement les infos à /dev/lp0,
c'est donc cups qui foire ... essaye d'utiliser gutenprint ("yum install gutenprint-cups" > choisir se driver dans cups)

sokotar

Ok pour le lien, j'ai pu y accéder.

J'ai installé le driver que tu recommandes.
Le comportement reste plutôt bizarre :
- pas moyen d'imprimer correctement la page de tests. Après quelques lignes correctes, ça foire. J'arrête la file d'attente, je supprime l'imprimante et je reboote ! C'est la seule méthode pour que l'imprimante s'arrête. Même la mise hors tension ne change rien. Dès que je rallume l'imprimante, ça repart.
- si je ne lance pas la page de test, je peux imprimer un document open office simple (pas d'objet particulier)
- par contre l'impression d'une page d'un pdf a nécessité plusieurs pages, certaines blanches, les autres illisibles.

Je vais essayer avec un autre modèle d'epson ...

eddy33

Salut.
Tu as peut-être quelqu'un qui utilise déjà ton port // ?

++

sokotar

Il s'agit d'un portable que je viens de reconditionner sous fedora 8.
Donc personne n'utilise le port //.
A plus.

Refuznik

Rergarde dans le bios du portable si tu vois les paramètres du port de l'imprimante et si tu peux modifier quelque chose. Sur les dell, j'ai eu un problème similaire avec leur saleté de multifonction et leur mémoire qui garde tout et impossible de faire un vidage du spool à partir de l'écran lcd.

Sinon question tu utilises quels drivers pour cette imprimante ?

djanubis

Pn ne sait jamais si ça peut servir, mais j'avais connu un problème similaire sur un iDeq. En explorant bien le BIOS, le port // et le port infra-rouge étaient tous les deux configurés sur la même IRQ. En changeant l'IRQ du port // tout est rentré dans l'ordre.

sokotar

Je n'ai rien vu de spécial dans le bios.
J'ai fait un essai avec une autre imprimante du même type : epson color 1160.
Essai concluant avec le driver cups stylus color 1160 et même avec le driver cups stylus color 500 !!!
C'est curieux les pages de tests avec les 2 drivers différents sont rigoureusement identiques.
Pourtant on m'a assuré que cette imprimante fonctionne correctement sous mac, en série.
C'est bon, je bazarde cette imprimante.
Finalement Alexip avait raison, l'imprimante est hantée (pas antée).

Merci à tous pour le coup de main.