auchfrager
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Hallo zusammen, ich habe mir einen neuen Farbdrucker gegönnt, der über WLAN erreichbar ist. Leider ist die Verbindung nicht stabil. Mit system-config-printer lokalisiert und eingerichtet und mit cups nachbearbeitet, druckt er zeitweise, aber nach dem Schlafengehen wacht er nicht mehr auf und auch cups meldet die u.a. Fehlermeldung, dass er nicht erreichbar sei. ~/Farbdrucker> lpstat -a
C1810 akzeptiert anfragen seit Fr 13 Dez 2019 13:18:25 CET ~/Farbdrucker> lpstat -v
device for C1810: dnssd://Samsung%20C1810%20Series%20(SEC842519999E6A)._pdl-datastream._tcp.local/ ~/Farbdrucker> lpstat -p
printer C1810 now printing C1810-1749. enabled since Fr 13 Dez 2019 13:18:25 CET
Unable to locate printer. Wo kann ich nach dem Fehler suchen ?
|
Bleys
Anmeldungsdatum: 13. August 2006
Beiträge: 6172
Wohnort: Essen, NRW
|
auchfrager schrieb: Hallo zusammen, Wo kann ich nach dem Fehler suchen ?
Ich würde erst mal ausschließen ob es am Drucker liegt, in dem ich von einem anderem Gerät auf den Drucker zugreife um zu sehen ob dieser da aufwacht. Dafür bietet sich z.B. die Android App Samsung Mobile Print an.
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Wenn nicht mehr erreichbar wären die Ausgaben von systemctl --no-pager status cups* systemctl status avahi-daemon.service vielleicht Interessant.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Bleys schrieb: auchfrager schrieb: Hallo zusammen,
Ich würde erst mal ausschließen ob es am Drucker liegt, in dem ich von einem anderem Gerät auf den Drucker zugreife um zu sehen ob dieser da aufwacht.
Das tut er nicht, aber das ist auch nicht so schlimm. Vermutlich gibt es irgendwo eine Einstellung wie "LAN Wake Up". Ich habe sie nur noch nicht gefunden. Das Gerät funktionierte über WLAN. Jetzt geht es aber nicht mehr. Dafür bietet sich z.B. die Android App Samsung Mobile Print an.
Das haben wir nicht.
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Kellerkind_2009 schrieb: Wenn nicht mehr erreichbar wären die Ausgaben von systemctl --no-pager status cups* systemctl status avahi-daemon.service vielleicht Interessant.
Ausgabe:
● 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 Sa 2019-12-14 14:41:55 CET; 43min ago
Main PID: 3420 (cups-browsed)
CGroup: /system.slice/cups-browsed.service
└─3420 /usr/sbin/cups-browsed
Dez 14 14:41:55 eins systemd[1]: Started Make remote CUPS printers availabl...y.
● cups.socket - CUPS Scheduler
Loaded: loaded (/lib/systemd/system/cups.socket; enabled; vendor preset: enabled)
Active: active (running) since Sa 2019-12-14 14:36:52 CET; 48min ago
Listen: /var/run/cups/cups.sock (Stream)
Dez 14 14:36:52 eins systemd[1]: Listening on CUPS Scheduler.
● cups.path - CUPS Scheduler
Loaded: loaded (/lib/systemd/system/cups.path; enabled; vendor preset: enabled)
Active: active (running) since Sa 2019-12-14 14:41:55 CET; 43min ago
Dez 14 14:41:55 eins systemd[1]: Started CUPS Scheduler.
● cups.service - CUPS Scheduler
Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset: enabled)
Active: active (running) since Sa 2019-12-14 14:41:55 CET; 43min ago
Docs: man:cupsd(8)
Main PID: 3419 (cupsd)
CGroup: /system.slice/cups.service
├─3419 /usr/sbin/cupsd -l
├─3424 dnssd://Samsung%20C1810%20Series%20(SEC842519999E6A)._pdl-d...
└─3490 /usr/lib/cups/notifier/dbus dbus://
Dez 14 14:41:55 eins systemd[1]: Started CUPS Scheduler.
Hint: Some lines were ellipsized, use -l to show in full.
und
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor pre
Active: active (running) since Sa 2019-12-14 14:36:53 CET; 51min ago
Main PID: 1091 (avahi-daemon)
Status: "avahi-daemon 0.6.32-rc starting up."
CGroup: /system.slice/avahi-daemon.service
├─1091 avahi-daemon: running [eins.local
└─1212 avahi-daemon: chroot helpe
Dez 14 14:36:59 eins avahi-daemon[1091]: Joining mDNS multicast group on interface eno1.IPv6 with
Dez 14 14:36:59 eins avahi-daemon[1091]: New relevant interface eno1.IPv6 for mDNS.
Dez 14 14:36:59 eins avahi-daemon[1091]: Registering new address record for fe80::da8a:884a:306b:
Dez 14 14:37:01 eins avahi-daemon[1091]: Leaving mDNS multicast group on interface eno1.IPv6 with
Dez 14 14:37:01 eins avahi-daemon[1091]: Joining mDNS multicast group on interface eno1.IPv6 with
Dez 14 14:37:01 eins avahi-daemon[1091]: Registering new address record for 2a02:908:f761:8e80:d4
Dez 14 14:37:01 eins avahi-daemon[1091]: Withdrawing address record for fe80::da8a:884a:306b:b9d5
Dez 14 14:37:01 eins avahi-daemon[1091]: Registering new address record for 2a02:908:f761:8e80:d3
Dez 14 14:37:12 eins avahi-daemon[1091]: Registering new address record for 2a02:908:f761:8e80::5
Dez 14 15:07:11 eins avahi-daemon[1091]: Withdrawing address record for 2a02:908:f761:8e80::5 on
Es heißt "running", aber hier läuft ncihts. Sieht man irgendetwas verwertbares ? Ich führte aus:
lpq -PC1810 und erhielt:
C1810 ist bereit und druckt
Rang Besitz. Auftrag Datei(en) Gesamtgrösse
active user 1755 Text_14122019.ps 102400 bytes
Aber er druckt nicht. Auch ein ping 192.168.0.14 ergibt nur ... icmp_seq=1 Destination Host Unreachable. Sonst ist dort eine Web-Oberfläche erreichbar gewesen, über die er programmierbar ist.
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Sieht so aus als würde nur ip6 aufgelöst werden.Ausgaben von dpkg -l libnss-mdns dnsmasq-base avahi-* cat /etc/avahi/avahi-daemon.conf
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Kellerkind_2009 schrieb: Sieht so aus als würde nur ip6 aufgelöst werden.Ausgaben von dpkg -l libnss-mdns dnsmasq-base avahi-*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
un avahi-autoipd <keine> <keine> (keine Beschreibung vorhanden)
ii avahi-daemon 0.6.32~rc+df amd64 Avahi mDNS/DNS-SD daemon
ii avahi-utils 0.6.32~rc+df amd64 Avahi browsing, publishing and di
ii dnsmasq-base 2.75-1ubuntu amd64 Small caching DNS proxy and DHCP/
ii libnss-mdns:am 0.10-7 amd64 NSS module for Multicast DNS name
cat /etc/avahi/avahi-daemon.conf
# This file is part of avahi.
#
...
# See avahi-daemon.conf(5) for more information on this configuration
# file!
[server]
#host-name=foo
#domain-name=local
#browse-domains=0pointer.de, zeroconf.org
use-ipv4=yes
use-ipv6=yes
#allow-interfaces=eth0
#deny-interfaces=eth1
#check-response-ttl=no
#use-iff-running=no
#enable-dbus=yes
#disallow-other-stacks=no
#allow-point-to-point=no
#cache-entries-max=4096
#clients-max=4096
#objects-per-client-max=1024
#entries-per-entry-group-max=32
ratelimit-interval-usec=1000000
ratelimit-burst=1000
[wide-area]
enable-wide-area=yes
[publish]
#disable-publishing=no
#disable-user-service-publishing=no
#add-service-cookie=no
#publish-addresses=yes
publish-hinfo=no
publish-workstation=no
#publish-domain=yes
#publish-dns-servers=192.168.50.1, 192.168.50.2
#publish-resolv-conf-dns-servers=yes
#publish-aaaa-on-ipv4=yes
#publish-a-on-ipv6=no
[reflector]
#enable-reflector=no
#reflect-ipv=no
[rlimits]
#rlimit-as=
#rlimit-core=0
#rlimit-data=8388608
#rlimit-fsize=0
#rlimit-nofile=768
#rlimit-stack=8388608
#rlimit-nproc=3
Dies sind die Ausgaben. Ich habe noch probiert:
ip neigh show und sehe
192.168.0.15 dev eno1 lladdr 00:01:...... STALE
192.168.0.19 dev eno1 lladdr 78:24....... STALE
192.168.0.2 dev eno1 lladdr 44:3.......... REACHABLE
192.168.0.14 dev eno1 FAILED
192.168.0.1 dev eno1 lladdr 44:32:,,,,,,,,,, REACHABLE
fe80::4632:c8ff:fe71:54f7 dev eno1 lladdr 44:....... router REACHABLE
Wobei 192.168.0.14 der Drucker sein sollte.
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Zeige noch mal sudo lsof -nPi cat /etc/network/interfaces
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Kellerkind_2009 schrieb: Zeige noch mal
Ein
sudo lsof -nPi
ergibt
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
avahi-dae 1037 avahi 12u IPv4 22648 0t0 UDP *:5353
avahi-dae 1037 avahi 13u IPv6 22649 0t0 UDP *:5353
avahi-dae 1037 avahi 14u IPv4 22650 0t0 UDP *:39656
avahi-dae 1037 avahi 15u IPv6 22651 0t0 UDP *:51357
mysqld 1293 mysql 16u IPv4 26966 0t0 TCP 127.0.0.1:3306 (LISTEN)
sshd 1312 root 3u IPv4 27871 0t0 TCP *:22 (LISTEN)
sshd 1312 root 4u IPv6 27873 0t0 TCP *:22 (LISTEN)
tor 1343 debian-tor 6u IPv4 26819 0t0 TCP 127.0.0.1:9050 (LISTEN)
tor 1343 debian-tor 7u IPv4 46889 0t0 TCP 192.168.0.12:49644->5.39.69.166:9001 (ESTABLISHED)
dhclient 1485 root 6u IPv4 27720 0t0 UDP *:68
dnsmasq 1500 nobody 4u IPv4 25563 0t0 UDP 127.0.1.1:53
dnsmasq 1500 nobody 5u IPv4 25564 0t0 TCP 127.0.1.1:53 (LISTEN)
dnsmasq 1500 nobody 11u IPv4 25585 0t0 UDP *:55593
dnsmasq 1500 nobody 12u IPv6 27944 0t0 UDP *:45120
ntpd 1819 ntp 16u IPv6 28209 0t0 UDP *:123
ntpd 1819 ntp 17u IPv4 28212 0t0 UDP *:123
ntpd 1819 ntp 18u IPv4 28216 0t0 UDP 127.0.0.1:123
ntpd 1819 ntp 19u IPv4 28218 0t0 UDP 192.168.0.12:123
ntpd 1819 ntp 20u IPv6 28220 0t0 UDP [::1]:123
ntpd 1819 ntp 21u IPv6 28222 0t0 UDP [2a02:908:f761:8e80:xxxxxxxxxxxxxx:e913]:123
ntpd 1819 ntp 22u IPv6 28224 0t0 UDP [2a02:908:f761:8e80:yyyyyyyyyyyyyy:bc2b]:123
ntpd 1819 ntp 23u IPv6 28226 0t0 UDP [fe80::da8a:884a:306b:b9d5]:123
ntpd 1819 ntp 27u IPv6 32529 0t0 UDP [2a02:908:f761:8e80::5]:123
minidlnad 1974 minidlna 8u IPv4 30746 0t0 UDP 239.255.255.250:1900
minidlnad 1974 minidlna 9u IPv4 30747 0t0 TCP *:8200 (LISTEN)
minidlnad 1974 minidlna 10u IPv4 30752 0t0 UDP 192.168.0.12:53120
apache2 1995 root 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
master 1998 root 12u IPv4 29359 0t0 TCP *:25 (LISTEN)
master 1998 root 13u IPv6 29360 0t0 TCP *:25 (LISTEN)
firefox 3540 ich 85u IPv4 46879 0t0 TCP 192.168.0.12:41838->52.35.84.106:443 (ESTABLISHED)
apache2 4198 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
apache2 4199 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
apache2 4200 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
apache2 4201 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
apache2 4202 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN)
cupsd 4226 root 10u IPv4 46052 0t0 TCP *:631 (LISTEN)
cupsd 4226 root 11u IPv6 46053 0t0 TCP *:631 (LISTEN)
cups-brow 4227 root 8u IPv4 46578 0t0 UDP *:631
und
cat /etc/network/interfaces
ergibt
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Ok,das ist mir zu hoch 😉 So wie ich das sehe streiten sich zu viele um die Netzwerkeinrichtung sshd 1312 root 3u IPv4 27871 0t0 TCP *:22 (LISTEN)
mysqld 1293 mysql 16u IPv4 26966 0t0 TCP 127.0.0.1:3306 (LISTEN)
dhclient 1485 root 6u IPv4 27720 0t0 UDP *:68
dnsmasq 1500 nobody 4u IPv4 25563 0t0 UDP 127.0.1.1:53
apache2 4198 www-data 4u IPv6 28334 0t0 TCP *:80 (LISTEN) was ich aber sagen kann ist das cupsd nicht auf dem localhost lauscht. cupsd 4226 root 10u IPv4 46052 0t0 TCP *:631 (LISTEN) das sollte eigentlich so aussehen cupsd 1193 root 7u IPv4 25309 0t0 TCP 127.0.0.1:631 (LISTEN) Tut mir leid,vielleicht sieht sich das noch jemand mit den Erforderlichen Wissen an. Gruß Stephan
|
Heinrich-X
Anmeldungsdatum: 23. November 2017
Beiträge: 120
|
Hallo, auch ich hatte Probleme mit meinem Epson Wlan Netzwerkdrucker. Ich habe ihn unter CUPS konfiguriert, Treiber zugewiesen usw, aber er wollte nicht.
Ich habe ihn einfach ausgeschaltet, dann unter CUPS komplett gelöscht. Reboot gemacht, Drucker eingeschaltet, in CUPS nichts konfiguriert nur reingeschaut, er war wie von Geisterhand drin, Libreoffice aufgemacht, Drucker ausgewählt und gedruckt ohne Probleme. Grüße Heinrich-X
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
Heinrich-X schrieb: Hallo, auch ich hatte Probleme mit meinem Epson Wlan Netzwerkdrucker. Ich habe ihn unter CUPS konfiguriert, Treiber zugewiesen usw, aber er wollte nicht.
Ich habe ihn einfach ausgeschaltet, dann unter CUPS komplett gelöscht. Reboot gemacht, Drucker eingeschaltet, in CUPS nichts konfiguriert nur reingeschaut, er war wie von Geisterhand drin, Libreoffice aufgemacht, Drucker ausgewählt und gedruckt ohne Probleme. Grüße Heinrich-X
Du hast mir einen wichtigen Tip gegeben.
Vielen Dank.
Ralf
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
In cups habe ich den Drucker "im Netz.." freigegeben und "Fernwartung" genehmigt. Dann habe ich die /var/log/cups/error_log angesehen und versuche dort einen Fehler zu finden. Für den letzten in Auftrag gegebenen Druckjob sind dort 66459 Zeilen abgelegt. Ich denke, das sollte ich hier nicht präsentieren. Ich fand die Angabe [Job 1759] Unable to resolve URI und [Job 1759] Unable to find printer. und werde der Sache weiter nachgehen. Wenn mir gelegentlich jemand Hinweise geben könnte, nach was in noch alles hier suchen sollte, wäre das gut. Ich habe es inzwischen hinbekommen, dass cups hört:
sudo netstat -tupln|grep 631 ergibt
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 12579/cupsd
tcp6 0 0 ::1:631 :::* LISTEN
Dabei muss ich noch sagen, dass der Drucker noch nicht für ipv6 konfiguriert ist. Nach einem Neustart finde ich
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 1045/cupsd
tcp6 0 0 :::631 :::* LISTEN 1045/cupsd
udp 0 0 0.0.0.0:631 0.0.0.0:* 1148/cups-browsed
Also hat das alles nichts genützt. Wer hat noch Ideen ?
|
schollsky
Anmeldungsdatum: 3. Dezember 2012
Beiträge: 1488
Wohnort: Ruhrgebeat
|
Hallo auchfrager, vielleicht hilft Dir ein Upgrade auf Version 18.04? Ich würde das an Deiner Stelle zumindest mal im Livesystem testen. Grüße schollsky
|
auchfrager
(Themenstarter)
Anmeldungsdatum: 18. Juli 2007
Beiträge: 1269
Wohnort: Euskirchen
|
schollsky schrieb: Hallo auchfrager, vielleicht hilft Dir ein Upgrade auf Version 18.04? Ich würde das an Deiner Stelle zumindest mal im Livesystem testen.
Bloß das nicht ! Ich war froh, endlich fünf Jahre Ruhe zu haben mit Updates. Ich will arbeiten, nicht basteln. Etwas habe ich geändert: In cups habe ich ihn mit der Option http://192.168.0.14 erreichbar gemacht. Ich habe festgestellt, dass der Drucker in den Schlafmodus geht und auch wieder aufwacht. Er ist im WLAN erreichbar. Es liegt vermutlich nicht am Drucker, sondern an meinen Netzwerk-Einstellungen. Immer, wenn ich den Rechner ausschalte und wieder hochfahre, ist der Drucker unter seiner Adresse nicht mehr erreichbar. Die Meldung lautet: "Der Drucker antwortet nicht". Was kann das sein ? Ich bin dann gezwungen, das Netzwerkkabel anzuschließen und die gesamte Konfiguration über den Browser (per Webinterface) erneut vorzunehmen. Dies ist ein lästiger Vorgang, der mich bald dazu verleiten wird, nur noch Passworte der Länge 6 zu verwenden. Nach Eingabe des WLAN-Schlüssels kann ich das Netzwerkkabel abziehen und alles ist wieder gut, bis zum nächsten Reboot. Hier brauche ich noch Rat.
Wer hat Ideen ?
|