En recherchant sur Internet "Brother HL-4040CN E1", je suis assez rapidement tombé sur cette discussion sur www.fixya.com signalant un problème similaire. Ce témoignage m'a orienté vers la recherche d'un problème software et pas hardware, puisque, selon ce témoignage, l'imprimante fonctionnait depuis un autre ordinateur Linux...

Je me suis assez rapidement aperçu dans Paramètres / Imprimantes qu'il y avait 2 tâches d'impression en cours. Je les ai supprimées, ai redémarré l'imprimante et relancé l'impression du dernier PDF qu'il me fallait imprimer, ce qui a fait réapparaître l'erreur E1.

J'ai décidé de supprimer l'imprimante et de la réinstaller avec notre script BrotherInstall. Sans amélioration.

Je l'ai à nouveau supprimée pour laisse Ubuntu 20.04 installer les pilotes de son choix. Même résultat.

Après avoir annulé à nouveau la tâche d'impression et redémarré l'imprimante, elle affichait Prêt sur fond vert et j'ai pu imprimé un document texte au format .odt. Puis, j'ai imprimé deux autres documents au format .pdf. Mais rien à faire avec le dernier document .pdf. De la sorcellerie!

Je n'y avais pas prêté garde, mais le lancement d'une tâche d'impression ([Ctrl]+[P]) depuis le Visionneur de documents signalait un problème de Broken pipe:



Je pensais que j'approchais de la résolution du problème, quand je me suis aperçu que le message Broken pipe s'affichait aussi lorsque je voulais imprimer l'un des deux autres fichiers .pdf qui ne posaient pas problème.

J'ai redémarré l'ordinateur et le message Broken pipe avait disparu. Mais pas le problème, puisque seul le fichier problématique conduit toujours à l'erreur E1!?!. J'ai tenté de feinter en imprimant le PDF dans un fichier, ce qui génère un fichier PDF supposé tout beau. tout propre. Mais cela conduit à nouveau au message d'erreur E1.

En cherchant sur Internet "linux modifier la date de modification d'un fichier", je suis rapidement tombé sur ce tutoriel en français.

Il faut utiliser la commande touch. Pour modifier la date de modification (en l'occurrence remplacer la date de modification du 01.01.1970 à 00:59:59 par la date de création du 31.01.2022 à 16:34:11), voici la commande à passer dans un terminal ([Ctrl]+[Alt]+[T]):

touch -m -t [AAAAMMJJhhmm] nomDuFichier

J'ai dupliqué le fichier et l'ai renommé test, puis je suis allé dans le répertoire où il se trouve pour passer la commande suivante:

touch -m -t 202201311635 test.pdf

Je n'ai pas eu de message d'erreur, mais, dans Propriétés / Document, j'ai toujours la date de modification du 01.01.1970. Caramba, encore raté!

Je me suis dit alors qu'il fallait peut-être ajouter les secondes, puisque elles s'affichent dans l'onglet Document:

touch -m -t 20220131163411 test.pdf
touch: format de date «20220131163411» incorrect

J'ai aussi essayé en faisant précéder la commande avec sudo pour être certain d'avoir les droits sur ce fichier, mais sans résultat.

Enfin, suivant le conseil du tutoriel, j'ai passé la commande suivante pour en savoir plus:

stat test.pdf
  Fichier : test.pdf
   Taille : 75889         Blocs : 152        Blocs d'E/S : 4096   fichier
Périphérique : 10302h/66306d    Inœud : 15736796    Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/francois)   GID : ( 1000/francois)
Accès : 2022-02-05 23:43:42.321274932 +0100
Modif. : 2022-01-31 16:35:00.000000000 +0100
Changt : 2022-02-05 23:43:34.609359082 +0100
  Créé : -

Curieusement, la date de modification a bien été changée, mais il n'y a pas de date de création!?!

Selon ce tutoriel sur www.hostinger.fr, pour ajouter les secondes, il faut les faire précéder d'un point. Alors j'ai essayé:

touch -m -t 202201311634.11 test.pdf

Mais mon fichier a toujours été modifié le 01.01.1970, 52 ans avant sa date de création. J'arrête là mes recherches!

J'ai continué à chercher comment connaître la date de création d'un fichier (voir par exemple https://askcodez.com/comment-obtenir-la … linux.html) avec l'espoir de pouvoir modifier le crtime (Créé: -) et régler mon problème.

Mais je m'aperçois que le crtime d'un autre PDF fourni par stat est aussi absent, alors que ce fichier s'imprime sans problème:

stat MonFichier.pdf 
  Fichier : MonFichier.pdf
   Taille : 1054267       Blocs : 2064       Blocs d'E/S : 4096   fichier
Périphérique : 10302h/66306d    Inœud : 15736787    Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/francois)   GID : ( 1000/francois)
Accès : 2022-02-05 18:45:42.569730299 +0100
Modif. : 2022-02-05 18:31:03.962311000 +0100
Changt : 2022-02-05 18:45:22.761459180 +0100
  Créé : -

Mais c'est encore plus délirant qu'imaginé. Pour ce fichier qui se laisse imprimer, la date de création et de modification est celle du 01.01.1970:



Je me dis alors qu'il faudrait mettre la date et l'heure du 01.01.1970 du fichier test.pdf avec la commande:

touch -m -t 197001010059.59 test.pdf

J'ai alors:

stat test.pdf
  Fichier : test.pdf
   Taille : 75889         Blocs : 152        Blocs d'E/S : 4096   fichier
Périphérique : 10302h/66306d    Inœud : 15736796    Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/francois)   GID : ( 1000/francois)
Accès : 2022-02-06 13:06:15.101533008 +0100
Modif. : 1970-01-01 00:59:59.000000000 +0100
Changt : 2022-02-06 13:10:48.548426933 +0100
  Créé : -

Mais Propriétés / Document me donne le 31.01.2022 à 16:11 comme date de création et le 01.01.1970 comme date de modification.

J'arrête là, car je crois que je vais devenir dingue!...

Bonjour,

De retour au bureau, j'ai tenté d'imprimer mon fichier test.pdf sur notre imprimante Brother DCP-9055CDN: la LED Données s'allume en vert sur l'imprimante, mais rien ne s'imprime et il faut annuler la tâche d'impression. Avec le fichier d'origine, la LED ne s'allume même pas sur l'imprimante. Et, au second essai, le gestionnaire d'impression de Visionneur de documents affiche un message Broken Pipe et finit par planter...

Au secours, à moi la peur!

François Marthaler a écrit:

J'ai redémarré le système et tout est rentré dans l'ordre...

En apparence seulement! En lançant une tâche d'impression (fichier .jpg), le gestionnaire d'imprimantes m'affiche Traitement en cours..., la LED Données de l'imprimante ne s'allume plus et rien ne se passe. Un redémarrage de l'ordinateur et de l'imprimante n'y change rien!!

Il ne me reste plus qu'à désinstaller et réinstaller l'imprimante Brother DCP-9055CDN...

Finalement, il a suffi d'éteindre et rallumer l'imprimante pour que la tâche d'impression en suspend s'exécute...

Le mystère s'épaissit!

Le collègue qui m'avait envoyé le PDF qu'il m'était impossible d'imprimer m'envoie ce matin le message suivant:

Dans le fichier annexé (archive tar), il y a 2 fichiers test en format base64:
- le premier: cs_fm_tb.txt  est l'encodage en base 64 envoyé par Thunderbird;
- le second: cs_fm_ubu.txt est un encodage du même pdf fait sur un ubuntu 18.04.

Une comparaison des fichiers indique qu'ils sont différents (ils ne devraient pas).

Il faut décoder ces deux fichiers et tester s'ils s'impriment.

1) extraire l'archive

% tar xvf cs_test.tar
% cd cs_test

2) décoder les fichiers

% base64 --decode  cs_fm_tb.txt > cs_fm_tb.pdf
% base64 --decode cs_fm_ubu.txt > cs_fm_ubu.pdf

Je ne suis même pas surpris: les deux se laissent imprimer sans problème!!

Bonjour,

J'ai fini par me dire que le problème venait de l'imprimante et pas des pilotes Linux. J'ai appelé mon réparateur préféré, Copyfax à Lausanne, qui m'a indiqué comment trouver l'utilitaire de mise à jour du firmware de la machine sur https://support.brother.com.

Il faut rechercher par nom de modèle, dans mon cas "4040", puis sélectionner la HL-4040CN. Première déconvenue, cela ne fonctionne pas avec Firefox et j'ai dû recommencer sur Chromium.

On peut ensuite choisir Téléchargement. Mais là, deuxième déconvenue, on ne peut choisir que Windows ou Mac OSX. J'ai choisi Windows 10 64bit, puis au bas de la page choisir Outil Mise à jour Firmware du 01.08.2012 et télécharger BrMain4813.exe, après avoir accepté le CLUF. Pour pouvoir mettre à jour le firmware, il me faut encore installer les pilotes Windows pour cette imprimante sur une machine Windows 10, puis lancer BrMain4813.exe.

En même temps, Copyfax me dit qu'il s'agit peut-être d'un défaut de la mémoire nécessitant le remplacement de la carte-mère, ce qui n'aurait pas de sens pour une imprimante achetée CHF 550.- en décembre 2008. Je crois que je vais en rester là et m'offrir une Epson EcoTank multifonctions et recto-verso plus écologique et plus économique...

> Je repars avec une Epson EcoTank ET-3850 qui va me coûter bien moins cher à l'usage que la laser avec ses cartouche de toner.

Hum, à voir. De mon côté, depuis que j'ai passé au laser (Brother DCP-L3550), je suis hyper content. Comme quoi...

Arrivé chez moi et une fois connectée au réseau WiFi, l'imprimante Epson EcoTank ET-3850 a immédiatement fonctionné (Gutenprint a trouvé et installé automatiquement le bon pilote).

Malheureusement, il n'en va pas du tout de même pour l'imprimante et je dois ouvrir une nouvelle discussion à ce sujet...