Hallo Forum, ich habe Ubuntu 19.10 auf einem alten Lenovo Ideapad Z500 installiert, Drucken und Scannen funktioniert prinzipiell. Bei der Installation des Druckers/Scanners habe ich erst die proprietären Canon Treiber ausprobiert, Druck und Scan funktionierte nicht so recht, habe diese mehrmals de- / installiert, habe letztlich dann die systemeigenen Treiber verwendet. Der Laptop wird selten heruntergefahren, ist eigentlich immer in Betrieb. Ab und an funktioniert der Druck nicht mehr und die Fehlermeldung "no destination host name supplied by cups-browsed.." taucht auf. Die Recherche via Google zeigt einige Beiträge im Netz zu dieser Fehlermeldung, eine Problemlösung kann ich den Beiträgen nicht entnehmen. Kennt jemand dieses Problem bzw. kann mir jemand einen Tip geben, wo ich nachschauen / überprüfen kann ? Danke im Voraus, Jörg
Canon PIXMA MG5650 no destination host name supplied by cups-browsed
Anmeldungsdatum: Beiträge: 9 |
|
Anmeldungsdatum: Beiträge: 19610 Wohnort: Schleswig-Holstein |
Willkommen im Forum ☺ Wie ist der Canon denn mit dem PC verbunden – USB? Wenn USB welche Version-USB2 oder3? Wenn der Fehler auftritt zeige mal folgende Terminal Ausgabe hier im codeblock systemctl --no-pager status cups*
dpkg -l | egrep 'scangear*|cnij*'
tail -n 150 /var/log/cups/error_log zur Diagnose. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Danke für die Antwort, wenn das Problem wieder auftritt, werde ich die Ausgaben posten. Der Drucker ist als Netzwerkdrucker im Wlan erreichbar. Bis dahin, Jörg |
Anmeldungsdatum: Beiträge: 19610 Wohnort: Schleswig-Holstein |
Dann ist es eher ein Netzwerkproblem ☺ (kein Ziel-Hostname von cups-browsed angegeben) Zeige auch noch zusätzlich dann mal egrep -v '^[[:space:]]*([#;]|$)' /etc/cups/cups-browsed.conf
systemctl status avahi-daemon.service |
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Hi, hier die jeweiligen Ausgaben aus dem Terminal : systemctl --no-pager status cups* : ● cups.path - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.path; enabled; vendor preset: enabled) Active: active (waiting) since Sun 2020-04-26 12:04:17 CEST; 4 days ago Apr 26 12:04:17 iris-ThinkPad-T410 systemd[1]: Started CUPS Scheduler. ● cups-browsed.service - Make remote CUPS printers available locally Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-04-26 12:04:32 CEST; 4 days ago Main PID: 822 (cups-browsed) Tasks: 3 (limit: 4416) Memory: 6.1M CGroup: /system.slice/cups-browsed.service └─822 /usr/sbin/cups-browsed Apr 26 12:04:32 iris-ThinkPad-T410 systemd[1]: Started Make remote CUPS printers available locally. ● cups.socket - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-04-26 12:04:16 CEST; 4 days ago Listen: /run/cups/cups.sock (Stream) Tasks: 0 (limit: 4416) Memory: 0B CGroup: /system.slice/cups.socket Apr 26 12:04:16 iris-ThinkPad-T410 systemd[1]: Listening on CUPS Scheduler. ● cups.service - CUPS Scheduler Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2020-04-30 10:41:55 CEST; 3h 9min ago Docs: man:cupsd(8) Main PID: 21835 (cupsd) Tasks: 2 (limit: 4416) Memory: 22.6M CGroup: /system.slice/cups.service ├─21835 /usr/sbin/cupsd -l └─26007 /usr/lib/cups/notifier/dbus dbus:// Apr 30 10:41:55 iris-ThinkPad-T410 systemd[1]: Started CUPS Scheduler. dpkg -l | egrep 'scangear*|cnij*' : --keine Ausgabe -- tail -n 150 /var/log/cups/error_log : --error_log ist 0 Byte gross, Inhalt error_log.1 : E [29/Apr/2020:18:22:09 +0200] [Job 19] No destination host name supplied by cups-browsed for printer \"Canon_MG5600_series\", is cups-browsed running? egrep -v '^[[:space:]]*([#;]|$)' /etc/cups/cups-browsed.conf : BrowseRemoteProtocols dnssd cups systemctl status avahi-daemon.service : ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2020-04-26 12:04:31 CEST; 4 days ago Main PID: 697 (avahi-daemon) Status: "avahi-daemon 0.7 starting up." Tasks: 2 (limit: 4416) Memory: 1.9M CGroup: /system.slice/avahi-daemon.service ├─697 avahi-daemon: running [iris-ThinkPad-T410.local] └─810 avahi-daemon: chroot helper Apr 30 13:46:50 iris-ThinkPad-T410 avahi-daemon[697]: New relevant interface wlp3s0.IPv6 for mDNS. Apr 30 13:46:50 iris-ThinkPad-T410 avahi-daemon[697]: Registering new address record for fe80::b15d:8c66:a7ee:6 Apr 30 13:46:51 iris-ThinkPad-T410 avahi-daemon[697]: Joining mDNS multicast group on interface wlp3s0.IPv4 wit Apr 30 13:46:51 iris-ThinkPad-T410 avahi-daemon[697]: New relevant interface wlp3s0.IPv4 for mDNS. Apr 30 13:46:51 iris-ThinkPad-T410 avahi-daemon[697]: Registering new address record for 192.168.2.105 on wlp3s Apr 30 13:46:53 iris-ThinkPad-T410 avahi-daemon[697]: Leaving mDNS multicast group on interface wlp3s0.IPv6 wit Apr 30 13:46:53 iris-ThinkPad-T410 avahi-daemon[697]: Joining mDNS multicast group on interface wlp3s0.IPv6 wit Apr 30 13:46:53 iris-ThinkPad-T410 avahi-daemon[697]: Registering new address record for 2003:cd:671e:2313:dee9 Apr 30 13:46:53 iris-ThinkPad-T410 avahi-daemon[697]: Withdrawing address record for fe80::b15d:8c66:a7ee:6d87 Apr 30 13:46:54 iris-ThinkPad-T410 avahi-daemon[697]: Registering new address record for 2003:cd:671e:2313:9dc4 Jörg |
Anmeldungsdatum: Beiträge: 19610 Wohnort: Schleswig-Holstein |
Ok,zeige auch noch mal systemctl status cups-browsed.service
dpkg -l | egrep 'scangear*|cnij*' Die wlp3s0.IPv6 for mDNS ist der Standard? nmcli device show wlp3s0
nmcli -p c
egrep -v '^[[:space:]]*([#;]|$)' /etc/avahi/avahi-daemon.conf |
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Habe zwischenzeitlich noch recherchiert und experimentiert. In der Cups-Doku bin ich auf den Hinweis gestossen, dass sich systemd-resolvd und avahi bezüglich mDNS nicht vertragen, also Probleme in der lokalen Namensauflösung existieren könnten. Bei meinen beiden Laptops waren beide Dienste gestartet und aktiv. Zum Test habe ich auf beiden systemd-resolvd disabled und die resolv.conf neu erzeugen lassen. Leider habe ich jetzt den fehlerhaften Systemzustand nicht mehr wie vorhin, erzeuge dir aber die Outputs : $ systemctl status cups-browsed.service ● cups-browsed.service - Make remote CUPS printers available locally Loaded: loaded (/lib/systemd/system/cups-browsed.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2020-04-30 16:28:58 CEST; 17min ago Main PID: 918 (cups-browsed) Tasks: 3 (limit: 4416) Memory: 4.5M CGroup: /system.slice/cups-browsed.service └─918 /usr/sbin/cups-browsed Apr 30 16:28:58 iris-ThinkPad-T410 systemd[1]: Started Make remote CUPS printers available locally. dpkg -l | egrep 'scangear*|cnij*' ergibt keinen Output nmcli device show wlp3s0 GENERAL.DEVICE: wlp3s0 GENERAL.TYPE: wifi GENERAL.HWADDR: 00:27:10:27:F3:B4 GENERAL.MTU: 1500 GENERAL.STATE: 100 (verbunden) GENERAL.CONNECTION: WLAN-508814 GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveConnection/1 IP4.ADDRESS[1]: 192.168.2.105/24 IP4.GATEWAY: 192.168.2.1 IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.2.1, mt = 600 IP4.ROUTE[2]: dst = 192.168.2.0/24, nh = 0.0.0.0, mt = 600 IP4.ROUTE[3]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000 IP4.DNS[1]: 192.168.2.1 IP4.DOMAIN[1]: speedport.ip IP6.ADDRESS[1]: 2003:cd:671e:2313:5c8b:cebd:396a:779d/64 IP6.ADDRESS[2]: 2003:cd:671e:2313:dee9:839a:e4a0:f368/64 IP6.ADDRESS[3]: fe80::b15d:8c66:a7ee:6d87/64 IP6.GATEWAY: fe80::1 IP6.ROUTE[1]: dst = 2003:cd:671e:2313::/64, nh = ::, mt = 600 IP6.ROUTE[2]: dst = ::/0, nh = fe80::1, mt = 20600 IP6.ROUTE[3]: dst = ff00::/8, nh = ::, mt = 256, table=255 IP6.ROUTE[4]: dst = fe80::/64, nh = ::, mt = 600 IP6.DNS[1]: fe80::1 $ nmcli -p c ===================================== NetworkManager Verbindungsprofile ===================================== NAME UUID TYPE DEVICE ----------------------------------------------------------------------------------------------------------------- WLAN-508814 e6882dd9-59f0-4af9-9423-e86a649a8e31 wifi wlp3s0 Kabelgebundene Verbindung 1 fd8567a9-9f5d-3b72-9e1f-81f3020d73b1 ethernet -- $ egrep -v '^[[:space:]]*([#;]|$)' /etc/avahi/avahi-daemon.conf [server] use-ipv4=yes use-ipv6=yes ratelimit-interval-usec=1000000 ratelimit-burst=1000 [wide-area] enable-wide-area=yes [publish] publish-hinfo=no publish-workstation=no [reflector] [rlimits] Zu deiner Frage : Die wlp3s0.IPv6 for mDNS ist der Standard? kann ich eigentlich nur sagen, dass ich das wissentlich nicht explizit gesetzt habe. IPv4 und IPv6 sind beide generell enabled. Vielen Dank schon mal für deine Mühe, Grüße, Jörg
|
Anmeldungsdatum: Beiträge: 19610 Wohnort: Schleswig-Holstein |
Ja.
Die Dienste musst du aber selbst eingerichtet haben.Du Verwendest doch den Netzwerkmanager – da ist systemd-networkd keine gute Idee. Entweder oder. Du kannst es ja nun erst mal im Auge behalten.Starte aber aufgrund der Änderungen mal neu – auch wenn du es nicht so gerne machst 😉 Gruß Stephan |
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
Hi Stephan, ich werde es mal im Auge behalten, die restarts habe ich auf beiden Systemen gemacht, der eine, der ohne restart auskommen soll, ist der Laptop meiner Schwägerin. Vielleicht war es ja das, mal sehen. Vielen Dank für deine Unterstützung und Ideen, Jörg |
(Themenstarter)
Anmeldungsdatum: Beiträge: 9 |
So, einige Zeit später. Das beschriebene Problem ist bisher nicht mehr aufgetreten. Es scheint also an meiner fehlerhaften Konfiguration gelegen zu haben. Markiere das Problem als gelöst und Danke nochmal für die Unterstützung. |