Forum

Bonjour,

Depuis la MAJ 6-->7 les imprimantes paramétrées disparaissent à chaque extinction du micro.

Après allumage, je suis obligé de passer en mode commande et de saisir systemctl start cups pour les retrouver.

Est-ce que ce problème est connu ?

Gilles

Je ne répondrais pas au pourquoi, j'en suis incapable, simplement au comment.

Puisque tu as déjà trouvé la solution, est-ce que un

qui acteverait le service au boot ne serait pas la solution ?

Bonjour MAGNUX 77,

Et ben non ça n'a pas marché.
La commande est bien passée mais sans le résultat escompté.

A suivre ...

Le enable aura un effet au prochain démarrage.
Sinon, fais un
pour voir s'il y a une erreur au démarrage.

Bonjour Papoteur,

Toujours fidèle au poste !

J'avais bien éteint et redémaré, mais sans succès.

Pour le status voila ce que j'ai obtenu.

[gilles@localhost ~]$ systemctl status cups
● cups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; vendor preset: disabled)
Active: active (running) since Wed 2019-12-11 09:49:46 CET; 7h ago
Docs: man:cupsd(8)
Main PID: 2683 (cupsd)
Status: "Scheduler is running..."
Memory: 2.8M
CGroup: /system.slice/cups.service
└─2683 /usr/sbin/cupsd -l

déc. 11 09:49:46 localhost.localdomain systemd[1]: Starting CUPS Scheduler...
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name>
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name >
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name>
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name >
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: DNS-SD registration of "Brother HL-5130 series @ linux" failed: Local na>
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: DNS-SD registration of "Brother HL-5130 series @ linux" failed: Local na>
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: DNS-SD registration of "Brother HL-5130 series @ linux" failed: Local na>
déc. 11 09:49:46 localhost.localdomain cupsd[2683]: DNS-SD registration of "Brother HL-5130 series @ linux" failed: Local na>
déc. 11 09:49:46 localhost.localdomain systemd[1]: Started CUPS Scheduler.
lines 1-20/20 (END)

Je ne suis pas capable de voir ce qui cloche.

Gilles

Bonjour,
Il manque un bout des sorties, mais déjà peux-tu dire si avahi-deamon est démarré ?
et s'il ne l'est, est-ce que son démarrage améliore la situation ?

il a l'air.

[gilles@localhost ~]$ systemctl status avahi-daemon.service
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2019-12-11 09:46:39 CET; 9h ago
Main PID: 815 (avahi-daemon)
Status: "avahi-daemon 0.7 starting up."
Memory: 1.5M
CGroup: /system.slice/avahi-daemon.service
├─815 avahi-daemon: running [linux.local]
└─942 avahi-daemon: chroot helper

déc. 11 09:46:39 localhost.localdomain avahi-daemon[815]: Network interface enumeration completed.
déc. 11 09:46:39 localhost.localdomain avahi-daemon[815]: Server startup complete. Host name is linux.local. Local service c>
déc. 11 09:46:39 localhost.localdomain avahi-daemon[815]: Service "linux" (/services/udisks.service) successfully establishe>
déc. 11 09:46:39 localhost.localdomain avahi-daemon[815]: Service "linux" (/services/ssh.service) successfully established.
déc. 11 09:46:43 localhost.localdomain avahi-daemon[815]: Joining mDNS multicast group on interface eno1.IPv6 with address f>
déc. 11 09:46:43 localhost.localdomain avahi-daemon[815]: New relevant interface eno1.IPv6 for mDNS.
déc. 11 09:46:43 localhost.localdomain avahi-daemon[815]: Registering new address record for fe80::ca9c:dcff:fe2e:1b01 on en>
déc. 11 09:46:44 localhost.localdomain avahi-daemon[815]: Joining mDNS multicast group on interface eno1.IPv4 with address 1>
déc. 11 09:46:44 localhost.localdomain avahi-daemon[815]: New relevant interface eno1.IPv4 for mDNS.
déc. 11 09:46:44 localhost.localdomain avahi-daemon[815]: Registering new address record for 192.168.12.11 on eno1.IPv4.
lines 1-20/20 (END)

Bonjour,

Depuis quelques temps, de façon aléatoire semble-t-il, sous Mageia 7, j'ai le même souci.
Je vais dans CCM-> Système-> Gérer les services systèmes -> et je dois démarrer "cups" (qui n'est pas toujours actif) malgré qu'il soit bien "coché au démarrage".

Bonjour Hodos,

J'ai bien activé les CUPS, mais sans résultats.

Pour moi ce n'est pas de manière aléatoire que cela se produit.

On va bien finir par trouver !

Gilles

Bonjour,

Cups utilisant peut être avahi pour l' imprimante brother, est ce que cups ne se lance pas avant avahi ?

Au démarrage cups -> pas d' avahi démarré-> enregistrement de l' imprimante échoue.

Si on relance cups après le démarrage, avahi est démarré, donc l' imprimante peut s' enregistrer ?

C' est une hypothèse, je ne sais pas si Hodos a une brother... ni si une commande systemd pourrait permettre de le voir.

Bonjour,
J'ai une HP. Ce soir, tout OK !

La commande
lpstat -s
pourrait fournir quelques informations.

Bonjour,

Alors la commande lpstat -s me donne no system default destination, et si je lance le systemctl ... j'ai bien les imprimantes qui apparaissent.

J'ai activé l'AVAHI qui ne l'était pas, mais sans succès, après redémarrage bien entendu.

Voila les nouvelles.

Gilles

Bon il faut continuer d'enquêter.
Il faudrait inspecter le journal au complet.
En root

Et que dit

L'étape d'après sera d'activer les logs de cups et de les dépouiller.

Bonjour Papoteur,

Alors pour journalctl ... j'ai journalctl : option non reconnue '--nopager' et le fichier journal vide.

Pour lpinfo ... j'ai lpinfo: Mauvais descripteur de fichier

Si je relance journalctl après avoir lancé systemctl start cups j'ai le même message, par contre pour lpinfo il se passe quelque chose mais je n'ai aucun message.

Voila.

Gilles