OKI MC853: Der Drucker ist derzeit nicht erreichbar.

[tapas]

Ich habe via CUPS und AirPrint den OKI MC853 im Netz gefunden und eingerichtet. Müsste eigentlich alles stimmen, nur, wenn ich drucke steht im Log "[Job 6] Der Drucker ist derzeit nicht erreichbar." Das wiederholt sich dann so alle 30 Sekunden.

Als Verbindung wird ipps://oki-mc853-5cef56.local:443/ipp/print angegeben.

Hier noch ein paar Ausgaben, die vielleicht hilfreich sein könnten...


# cat /etc/cups/printers.conf | egrep -i 'model|device'
MakeModel CNMF8200C Series, driverless, cups-filters 1.28.17
DeviceURI implicitclass://Canon_MF8200C_Series/
DeviceURI dnssd://OKI-MC853-5CEF56._pdl-datastream._tcp.local/



# nmap -p80,139,443,515,631,9100 192.168.2.1/24 | egrep 'Nmap|Host|PORT|open|MAC'
Starting Nmap 7.93 ( https://nmap.org ) at 2024-01-10 17:06 CET
Nmap scan report for speedport.ip (192.168.2.1)
Host is up (0.0043s latency).
PORT STATE SERVICE
80/tcp open http
MAC Address: 94:6A:B0:1B:01:48 (Arcadyan)
Nmap scan report for 192.168.2.106
Host is up (0.0062s latency).
PORT STATE SERVICE
80/tcp open http
139/tcp open netbios-ssn
443/tcp open https
MAC Address: 00:11:32:65:08:E7 (Synology Incorporated)
Nmap scan report for 192.168.2.117
Host is up (0.0042s latency).
PORT STATE SERVICE
80/tcp open http
MAC Address: 8C:11:CB:54:D0:3F (Abus Security-center Gmbh & KG)
Nmap scan report for 192.168.2.118
Host is up (0.0036s latency).
PORT STATE SERVICE
80/tcp open http
443/tcp open https
MAC Address: B8:EC:A3:DD:81:E5 (Zyxel Communications)
Nmap scan report for 192.168.2.119
Host is up (0.0063s latency).
PORT STATE SERVICE
MAC Address: 74:EC:B2:D5:BB:00 (Amazon Technologies)
Nmap scan report for 192.168.2.120
Host is up (0.046s latency).
PORT STATE SERVICE
80/tcp open http
MAC Address: 58:9E:C6:39:AD:9F (Gigaset Communications GmbH)
Nmap scan report for 192.168.2.129
Host is up (0.0037s latency).
PORT STATE SERVICE
MAC Address: AC:6F:BB:69:E0:6A (Tatung Technology)
Nmap scan report for 192.168.2.132
Host is up (0.0062s latency).
PORT STATE SERVICE
80/tcp open http
MAC Address: 30:D3:2D:F0:D1:39 (devolo AG)
Nmap scan report for 192.168.2.138
Host is up (0.0028s latency).
PORT STATE SERVICE
80/tcp open http
443/tcp open https
MAC Address: EC:B5:FA:8E:C6:D6 (Philips Lighting BV)
Nmap scan report for 192.168.2.143
Host is up (0.0052s latency).
PORT STATE SERVICE
80/tcp open http
515/tcp open printer
9100/tcp open jetdirect
MAC Address: 2C:9E:FC:50:98:3A (Canon)
Nmap scan report for 192.168.2.147
Host is up (0.0032s latency).
PORT STATE SERVICE
80/tcp open http
139/tcp open netbios-ssn
443/tcp open https
MAC Address: 90:09:D0:0D:B3:4B (Synology Incorporated)
Nmap scan report for 192.168.2.161
Host is up (0.000041s latency).
PORT STATE SERVICE
80/tcp open http
Nmap done: 256 IP addresses (12 hosts up) scanned in 3.57 seconds


Was kann man da machen?

[orcape]

Hi,
die Ausgabe der "printers.conf" stimmt ja wohl nicht mit Deinem Drucker überein.

Code: Alles auswählen

MakeModel CNMF8200C Series, driverless, cups-filters 1.28.17
DeviceURI implicitclass://Canon_MF8200C_Series/ 

Rufe http://localhost:631/ im Browser auf und lösche den Drucker, bzw. ändere die Konfiguration und lade den Treiber für den OKI MC853.
Gruß orcape

[tapas]

Hi,
die Ausgabe der "printers.conf" stimmt ja wohl nicht mit Deinem Drucker überein.

Code: Alles auswählen

MakeModel CNMF8200C Series, driverless, cups-filters 1.28.17
DeviceURI implicitclass://Canon_MF8200C_Series/ 

In der dritten Zeile taucht der richtige Drucker dann aber schon auf. (Diesen Canon-Drucker installiert cups jedesmal vollautomatisch, ohne dass ich das möchte. Selbst apt remove --purge cups hat nichts genutzt, sobald ich cups wieder installiere ist er wieder da... Und er tut übrigens auch nicht, aber ich brauche ihn auch nicht.)

Rufe http://localhost:631/ im Browser auf und lösche den Drucker, bzw. ändere die Konfiguration und lade den Treiber für den OKI MC853.

Ich habe hier nahezu alle Varianten ausprobiert. Nichts tut. Hier das Protokoll von heute morgen:

Code: Alles auswählen

Drucker hinzufügen (Schritt 1/5):

a) OKI-MC853-5CEF56 (OKI DATA CORP MC853)
   => Verbindung: dnssd://OKI-MC853-5CEF56._pdl-datastream._tcp.local/
   Drucker hinzufügen (Schritt 5/5):
   a) OKI DATA CORP MC853, driverless, cups-filters 1.28.17 (en)
	  => Drucker konnte nicht hinzugefügt werden:
	     cups-driverd failed to get PPD file - see error_log for details.
	     E [17/Jan/2024:09:17:33 +0100] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://OKI-MC853-5CEF56._ipps._tcp.local/, ipps://oki-mc853-5cef56.local:443/ipp/print) via IPP!
             E [17/Jan/2024:09:17:33 +0100] copy_model: empty PPD file
             E [17/Jan/2024:09:17:33 +0100] [Client 25] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/OKI_DATA_CORP_MC853) from localhost.
   b) OKI DATA CORP MC853, Fax, driverless, cups-filters 1.28.17 (en)
      => Drucker konnte nicht hinzugefügt werden:
         cups-driverd failed to get PPD file - see error_log for details.
             E [17/Jan/2024:09:21:41 +0100] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://OKI-MC853-5CEF56._ipps._tcp.local/, ipps://oki-mc853-5cef56.local:443/ipp/print) via IPP!
             E [17/Jan/2024:09:21:41 +0100] copy_model: empty PPD file
             E [17/Jan/2024:09:21:41 +0100] [Client 40] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/OKI_DATA_CORP_MC853) from localhost.
   c) Treiber von
      https://www.oki.com/de/printing/support/drivers-and-utilities/?id=46273501FZ01&tab=drivers-and-utilities&productCategory=colour-multifunction&sku=45850404&os=ab33&lang=ac5
	  => Drucker OKI_DATA_CORP_MC853 wurde erfolgreich hinzufügt.
	  Testseite drucken: "Verbinde zum Drucker."
	  "Der Drucker ist derzeit nicht erreichbar."
          E [17/Jan/2024:09:31:01 +0100] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer
									 (ipps://OKI-MC853-5CEF56._ipps._tcp.local/, ipps://oki-mc853-5cef56.local:443/ipp/print) via IPP!
          E [17/Jan/2024:09:31:01 +0100] copy_model: empty PPD file
          E [17/Jan/2024:09:31:01 +0100] [Client 36] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/OKI_DATA_CORP_MC853) from localhost.
          W [17/Jan/2024:09:39:56 +0100] [Job 2] Der Drucker ist derzeit nicht erreichbar.

b) OKI DATA CORP MC853 (driverless) (OKI DATA CORP MC853)
   => Verbindung: ipps://OKI-MC853-5CEF56._ipps._tcp.local/
   Drucker hinzufügen (Schritt 5/5):
   a) OKI DATA CORP MC853 - IPP Everywhere TM
   => Standardeinstellungen für Drucker OKI_DATA_CORP_MC853 wurden erfolgreich gesetzt.
	  Testseite drucken: "Verbinde zum Drucker."
	  "Der Drucker ist derzeit nicht erreichbar."
          E [17/Jan/2024:09:25:25 +0100] OKI_DATA_CORP_MC853: Unable to connect to oki-mc853-5cef56.local:443: Connection timed out
          W [17/Jan/2024:09:25:52 +0100] [Job 1] Der Drucker ist derzeit nicht erreichbar.
      Drucker löschen: "Fehler: Verbindung fehlgeschlagen"
	  (cupsd läuft nicht mehr; nach etwa 1 Minute ist eine neue Version gestartet, damit ließ sich der Drucker dann löschen)
   b) OKI DATA CORP MC853, driverless, cups-filters 1.28.17 (en)
   => Drucker konnte nicht hinzugefügt werden:
      cups-driverd failed to get PPD file - see error_log for details.
          E [17/Jan/2024:09:28:55 +0100] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://OKI-MC853-5CEF56._ipps._tcp.local/, ipps://oki-mc853-5cef56.local:443/ipp/print) via IPP!
          E [17/Jan/2024:09:28:55 +0100] copy_model: empty PPD file
          E [17/Jan/2024:09:28:55 +0100] [Client 24] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/OKI_DATA_CORP_MC853) from localhost.
   c) OKI DATA CORP MC853, Fax, driverless, cups-filters 1.28.17 (en)
   => Drucker konnte nicht hinzugefügt werden:
      cups-driverd failed to get PPD file - see error_log for details.
          E [17/Jan/2024:09:31:01 +0100] [CGI] Unable to create PPD file: Could not poll sufficient capability info from the printer (ipps://OKI-MC853-5CEF56._ipps._tcp.local/, ipps://oki-mc853-5cef56.local:443/ipp/print) via IPP!
          E [17/Jan/2024:09:31:01 +0100] copy_model: empty PPD file
          E [17/Jan/2024:09:31:01 +0100] [Client 36] Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost/printers/OKI_DATA_CORP_MC853) from localhost.

Die Ausgabe von cat /etc/cups/printers.conf | egrep -i 'model|device' lautet jetzt:

Code: Alles auswählen

MakeModel CNMF8200C Series, driverless, cups-filters 1.28.17
DeviceURI implicitclass://Canon_MF8200C_Series/
MakeModel OKI DATA CORP MC853(PS)
DeviceURI ipps://OKI-MC853-5CEF56._ipps._tcp.local/

Zumindest taucht der OKI jetzt auch als Model auf...


So wie ich das verstanden habe, verwendet CUPS inzwischen AirPrint und dann brauche ich keine Treiber. Aber auch mit Treiber tut es ja nicht...

PS: /usr/lib/cups/backend/snmp listet den Drucker übrigens nicht.

PPS: Inzwischen konnte ich auch zweifelsfrei (??? vielleicht auch nicht, wenn ich via http drauf gehe, sieht mir das nach was ganz anderem aus. Ist aber der Unterschied zwischen nmap bei Drucker an und aus...) den richtigen Eintrag aus dem Nmap-Scan oben identifizieren:

Code: Alles auswählen

Nmap scan report for 192.168.2.120
Host is up (0.047s latency).

PORT     STATE    SERVICE
80/tcp   open     http
139/tcp  filtered netbios-ssn
443/tcp  filtered https
515/tcp  filtered printer
631/tcp  filtered ipp
9100/tcp filtered jetdirect
MAC Address: 58:9E:C6:39:AD:9F (Gigaset Communications GmbH)

[orcape]

Was den nmap-Report betrifft, da sind bei mir alle Ports offen.
Ich habe bei mir aber auch keine Firewall aktiviert, da die Drucker nicht direkt im Internet hängen.

[tapas]

Gibt's da wirklich nichts, was man machen kann? (Von Windows aus funktioniert der Drucker, nur von Linux kriege ich es nicht zum laufen...)

Ich meine, wenn ich lpr datei.pdf eingebe, passiert doch irgendwas im Hintergrund. Laut log files wird dann die Datei erfolgreich an den Drucker geschickt. Kurz darauf meldet mir aber der Error-Log, dass der Drucker vorübergehend nicht erreichbar ist. Kann man das nicht mal händisch in Einzelschritten durchgehen, um zu sehen, was da wirklich passiert? Da müsste doch irgendwo im Netz eine Anleitung zu finden sein, wie man sowas macht. Ich kann nur nichts finden... Weiß da jemand was?

[orcape]

Hi,
zieh Dir das mal rein...
https://forum.ubuntuusers.de/topic/mult ... i-mc853dn/
Vielleicht findest Du da einen Tipp, der Dich Deinem Ziel näher bringt.
Der Drucker sollte auch unter Linux funktionieren, auch wenn wohl die Hersteller selbst, Ihre Linux-Unterstützung sehr knapp bemessen.
Gruß orcape

[tapas]

zieh Dir das mal rein...
https://forum.ubuntuusers.de/topic/mult ... i-mc853dn/
Vielleicht findest Du da einen Tipp, der Dich Deinem Ziel näher bringt.

Danke für den Tipp. Leider ist in dem Thread nichts, was mir weiterhilft. Dort geht es vor allem ums Scannen. Das brauche ich nicht. Der Drucker selber wird dort via USB angesteuert. Bei mir ist ja das Problem, dass ich ihn über das Netzwerk erreichen muss und noch nicht mal sicher die IP-Adresse herausfinden konnte. Die Verbindung muss aber da sein, den CUPS findet den Drucker ja. Vermutlich über dieses Bonjour-Zeugs von AirPrint, aber auch da weiß ich nicht genau, was CUPS eigentlich macht.

[thunder11]

Bei mir ist ja das Problem, dass ich ihn über das Netzwerk erreichen muss und noch nicht mal sicher die IP-Adresse herausfinden konnte.

Dafür gibt es aber Anleitungen bei OKI https://www.oki.com/printing/online-man ... dex_p.html
und natürlich auch die Handbücher.

Code: Alles auswählen

cups-driverd failed to get PPD file - see error_log for details

Das fehlende PPD_File ist ja mehrmals Grund für eine Fehlermeldung.
Hast du den überhaupt von OKI installiert ?

Mir ist nicht klar, warum man unbedingt ein mit Linux ja nicht kompatibles verfahren ( AirPrint ) bzw. den Linux-Ableger Bonjour nutzen will, wenn das offensichtlich nicht klappt.

Ich würde vorschlageen:

Sich damit beschäftigen, wie man über das Drucker eigene Menü die IP-Adresse einstellt.
Sicherstellen, dass die PPD-Datei vorhanden ist (download bei OKI)
Dann über Tools wie system-config-printer den Drucker im LAN einrichten.
Es gibt auch in den Sourcen printer-driver-oki. Da ist zwar die passende PPD-Datei nicht mit bei,
hilft aber diese passend im System zu platzieren.

[MSfree]

...Vermutlich über dieses Bonjour-Zeugs von AirPrint

Das ist schlicht falsch.
Davon abgesehen, daß AirPrint auch nichts mit Bonjour zu tun hat.

[tapas]

Dafür gibt es aber Anleitungen bei OKI https://www.oki.com/printing/online-man ... dex_p.html
und natürlich auch die Handbücher.

Das Handbuch kenne ich, habe ich auch schon etliches versucht drin nachzuschlagen, aber ich kann damit nicht viel anfangen. Die Einträge dort sind von der Art "Wenn Sie die Netzwerkeinstellungen resetten wollen, dann klicken Sie auf Netzwerkeinstellungen resetten."

Das fehlende PPD_File ist ja mehrmals Grund für eine Fehlermeldung.
Hast du den überhaupt von OKI installiert ?

Ja, natürlich. CUPS findet die Datei auch. Wenn man dann Drucken will, kommen die Fehlermeldungen.

Mir ist nicht klar, warum man unbedingt ein mit Linux ja nicht kompatibles verfahren ( AirPrint ) bzw. den Linux-Ableger Bonjour nutzen will, wenn das offensichtlich nicht klappt.

Steht so auf https://wiki.debian.org/SystemPrinting an ziemlich oberster Stelle, dass man das heutzutage so machen soll: Dort steht zum Beispiel "PPDs are deprecated in CUPS".

Ich würde vorschlageen:

Sich damit beschäftigen, wie man über das Drucker eigene Menü die IP-Adresse einstellt.

Ändern kann ich die nicht - gibt ja noch andere Geräte, die damit arbeiten müssen. Aber der Tipp war trotzdem gut: Man konnte dort die IP-Adresse ablesen. Auf die Idee bin ich nicht gekommen... Wenn ich die anpinge, erhalte ich allerdings "100% packet loss".

Sicherstellen, dass die PPD-Datei vorhanden ist (download bei OKI)

Ja, ist vorhanden.

Dann über Tools wie system-config-printer den Drucker im LAN einrichten.

Ich verwende CUPS. Das sollte meines Wissens genauso tun (zumindest hatte ich damit bei Druckern am USB-Port noch nie Probleme). Bei system-config-printer habe ich das Problem, dass ich es als root nicht starten kann "cannot open display". Wenn ich es aber als Normalnutzer starte, fehlen mir die Rechte...

...Vermutlich über dieses Bonjour-Zeugs von AirPrint

Das ist schlicht falsch.
Davon abgesehen, daß AirPrint auch nichts mit Bonjour zu tun hat.

Warum steht das dann auf https://wiki.debian.org/CUPSAirPrint?ac ... t=AirPrint?

[thunder11]

Ändern kann ich die nicht - gibt ja noch andere Geräte, die damit arbeiten müssen. Aber der Tipp war trotzdem gut: Man konnte dort die IP-Adresse ablesen. Auf die Idee bin ich nicht gekommen... Wenn ich die anpinge, erhalte ich allerdings "100% packet loss".

Auf der von mir verlinkten Seite kannst du über Button "Netzwerk" die einzelnen Schritte nachlesen.
Auch, dass man die anscheinend initialisieren muss.

[tapas]

Ändern kann ich die nicht - gibt ja noch andere Geräte, die damit arbeiten müssen. Aber der Tipp war trotzdem gut: Man konnte dort die IP-Adresse ablesen. Auf die Idee bin ich nicht gekommen... Wenn ich die anpinge, erhalte ich allerdings "100% packet loss".

Auf der von mir verlinkten Seite kannst du über Button "Netzwerk" die einzelnen Schritte nachlesen.
Auch, dass man die anscheinend initialisieren muss.

Ich glaube, dass das nicht der richtige Weg ist. Von Windows aus kann ich ja drucken. Das heißt doch, dass das Gerät selber richtig eingestellt ist und ich da nichts ändern muss, oder? Allenfalls könnte ich mir vorstellen, dass man angeben muss, von welchen Geräten aus man zugreifen kann. Da habe ich bislang aber nur für Scannen was gefunden. Für Drucken scheint es das nicht zu geben.

[thunder11]

Ich glaube, dass das nicht der richtige Weg ist. Von Windows aus kann ich ja drucken.

Da du offensichtlich über Windows mit Airprint oder Ähnlichem (??) auf den Drucker zugreifst, weiß ich nicht,
ob der Drucker in der Lage ist, auf verschiedene "Betriebsmodi" zu antworten.
Via IP/LAN WLAN funktioniert es jedenfalls auch unter Windows.

[tapas]

Da du offensichtlich über Windows mit Airprint oder Ähnlichem (??) auf den Drucker zugreifst, weiß ich nicht,
ob der Drucker in der Lage ist, auf verschiedene "Betriebsmodi" zu antworten.

Ich kenne mich ja mit Windows nicht sonderlich gut aus... (Ich benutze seit 1993 Linux und meide Windows, wenn es irgend geht, weshalb ich ja auch meinen Chef davon überzeugt habe, dass ich hier nicht unter Windows arbeiten muss... ) Installiert hat das da jemand anders, aber wenn ich es richtig verstanden habe, verwendet Windows Treiber und nicht Airprint.

Auf das mit dem Airprint bin ich nur über https://wiki.debian.org/SystemPrinting gekommen. Für mich klingt das da so, als wäre das seit ein paar Jahren der Standardweg unter Linux. Was ihr hier so schreibt, klingt danach, als wäre diese Info falsch. Ich gehe auch gerne den alten Weg und verwende PPD-Dateien. Mir ist das egal, Hauptsache es tut am Ende.

[MSfree]

Auf das mit dem Airprint bin ich nur über https://wiki.debian.org/SystemPrinting gekommen. Für mich klingt das da so, als wäre das seit ein paar Jahren der Standardweg unter Linux.

Airprint ist ein ursprünglich von Apple entwickeltes Netzwerkprotokoll um von IOS-Geräten (iPhone, iPad) treiberlos drucken zu können. IOS sieht keine (nachträgliche) Treiberinstallation vor. Viele Drucker haben das bereits integriert und können darüber angesteuert werden.

CUPS hat das Airprint Protokoll integriert, mit dem man jeden beliebigen Drucker, sogar uralte 9-Nadler airprintfähig machen kann. Ich hatte z.B. mal einen Deskjet 550c im Netz als Airprintdrucker zur Verfügung gestellt.

Airprint ansich ist aber nicht ganz so treiberlos, wie es immer dargestellt wird, denn die Funktionalität, um überhaupt mittels Airprint drucken zu können, muß dem Rechner ja auch erst beigebracht werden, und das passiert in Form eine Treibers für Airprint. Treiberlos ist hier nur, daß der Rechner nichts über den Drucker und die Steuerbefehle des Druckers zu wissen braucht, also keine low-level Operationen auf dem Drucker ausführt. Der Client schickt das zu druckende als PDF zum Drucker und der Drucker rastert das dann selbständig und bringt die Tinten/Tonerkleckse auf das Papier.

Bei nicht airprintfähigen Druckern rastert CUPS das PDF und schickt die Rasterdaten low-level auf den Drucker. Der Drucker kann hier also per RS232, Parallelport oder USB am CUPS-Server angeschlossen sein.

"Normale" Netzwerkdrucker arbeiten aber normalerweise mit dem Internet Printing Protocoll (IPP), und sie lassen sich auch low-level ansteuern. Airprint kennt z.B. kein doppelseitiges Drucken, keine Papierfachauswahl, keine Übermitllung von Tinten/Tonertankständen, keine Sortiereinheit, keine Hefteinheit, keine Falteinheit ...

[tapas]

"Normale" Netzwerkdrucker arbeiten aber normalerweise mit dem Internet Printing Protocoll (IPP), und sie lassen sich auch low-level ansteuern. Airprint kennt z.B. kein doppelseitiges Drucken, keine Papierfachauswahl, keine Übermitllung von Tinten/Tonertankständen, keine Sortiereinheit, keine Hefteinheit, keine Falteinheit ...

OK. Ich hab's mit IPP versucht:

1. CUPS komplett entfernt und neu installiert (wahrscheinlich nicht nötig, aber sicherheitshalber)
2. Auf localhost:631 "Drucker hinzufügen" gewählt.
3. Der OKI wird dort zweimal angezeigt. Ich habe die "driverless"-Variante gewählt, weil dort in der URL ipps:// steht und ich will ja IPP.
4. Die PPD-Datei von oki.com heruntergeladen. Die ZIP-Datei enthält 5 PPD-Dateien, ich habe die für den OKI 853 gewählt.
5. Ich werde noch nach dem Modell gefragt, da habe ich "IPP-Everywhere" angegeben. Meldung: "Drucker OKI_DATA_CORP_MC853 wurde erfolgreich hinzufügt."
6. Sichergestellt, dass der Drucker an ist und nicht in einem unansprechbaren Schlummerzustand.
7. Wartung -> Testseite drucken

Ergebnis:

/var/log/cups/access_log:

Code: Alles auswählen

localhost - - [24/Jan/2024:12:53:40 +0100] "POST /admin HTTP/1.1" 200 19334 - -
localhost - - [24/Jan/2024:12:53:40 +0100] "POST /admin/ HTTP/1.1" 401 17637 CUPS-Add-Modify-Printer successful-ok
localhost - - [24/Jan/2024:12:53:40 +0100] "POST /admin HTTP/1.1" 401 19334 - -
localhost - - [24/Jan/2024:12:53:40 +0100] "POST /admin HTTP/1.1" 200 19334 - -
localhost - root [24/Jan/2024:12:53:40 +0100] "POST /admin HTTP/1.1" 200 19334 - -
localhost - - [24/Jan/2024:12:53:40 +0100] "POST /admin/ HTTP/1.1" 401 17637 CUPS-Add-Modify-Printer successful-ok
localhost - root [24/Jan/2024:12:53:40 +0100] "POST /admin/ HTTP/1.1" 200 17637 CUPS-Add-Modify-Printer successful-ok
localhost - root [24/Jan/2024:12:53:40 +0100] "POST /admin HTTP/1.1" 200 21224 - -
localhost - - [24/Jan/2024:12:54:41 +0100] "POST /printers/OKI_DATA_CORP_MC853 HTTP/1.1" 200 421 Print-Job successful-ok

/var/log/cups/error_log:

Code: Alles auswählen

W [24/Jan/2024:12:55:15 +0100] [Job 9] Der Drucker ist derzeit nicht erreichbar.
W [24/Jan/2024:12:55:46 +0100] [Job 9] Der Drucker ist derzeit nicht erreichbar.
W [24/Jan/2024:12:56:17 +0100] [Job 9] Der Drucker ist derzeit nicht erreichbar.
...

Und das ist genau die Stelle, wo ich nicht weiterweiß: Warum ist der Drucker nicht erreichbar? Wie finde ich das raus? Warum erkennt CUPS, dass es den Drucker gibt, wenn der nicht erreichbar ist?

dmesg liefert mir noch

Code: Alles auswählen

[15414.390409] audit: type=1400 audit(1706096979.929:26): apparmor="DENIED" operation="file_lock" profile="/usr/sbin/cupsd" name="/run/utmp" pid=814 comm="cupsd" requested_mask="k" denied_mask="k" fsuid=0 ouid=0
[15423.840042] audit: type=1400 audit(1706096989.381:27): apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=9695 comm="usb" capability=12  capname="net_admin"

aber ich glaube, dass das daher kommt, dass ich mich beim Eintippen des root-Passworts vertippt hatte.

[MSfree]

dmesg liefert mir noch

Code: Alles auswählen

[15414.390409] audit: type=1400 audit(1706096979.929:26): apparmor="DENIED" operation="file_lock" profile="/usr/sbin/cupsd" name="/run/utmp" pid=814 comm="cupsd" requested_mask="k" denied_mask="k" fsuid=0 ouid=0
[15423.840042] audit: type=1400 audit(1706096989.381:27): apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=9695 comm="usb" capability=12  capname="net_admin"

aber ich glaube, dass das daher kommt, dass ich mich beim Eintippen des root-Passworts vertippt hatte.

Nein, mit deinem Passwort hat das nichts zu tun.

apparmor ist der Schuldige, der CUPS daran hindert, mit dem Drucker zu kommunizieren. Da geht ein file_lock schief. Apparmor läßt sich vielfältig konfigurieren und sehr strickt einrichten, um Schadsoftware zu behindern. Leider schlägt das aber auch gerne bei legitimer Software an. Ich bin leider nicht der apparmor Experte, um dir sagen zu können, in welcher Zeile der Konfigurationsdatei was einzutragen ist, um es zum Laufen zu bringen.

Was mich aber wundert, ist, daß dort comm="usb" steht. Hast du den Drucker über USB und Netzwerk angeschlossen?

[tapas]

apparmor ist der Schuldige, der CUPS daran hindert, mit dem Drucker zu kommunizieren. Da geht ein file_lock schief. Apparmor läßt sich vielfältig konfigurieren und sehr strickt einrichten, um Schadsoftware zu behindern. Leider schlägt das aber auch gerne bei legitimer Software an. Ich bin leider nicht der apparmor Experte, um dir sagen zu können, in welcher Zeile der Konfigurationsdatei was einzutragen ist, um es zum Laufen zu bringen.

Ah, super. Das bringt einen doch schon mal weiter. Ich schau mir das morgen mal in Ruhe an.

Was mich aber wundert, ist, daß dort comm="usb" steht. Hast du den Drucker über USB und Netzwerk angeschlossen?

Nein, der Rechner ist nur über Wlan im Netz.

[MSfree]

Nein, der Rechner ist nur über Wlan im Netz.

Es ging mir darum, ob der Drucker zusätzlich über USB am Notebook angeschlossen ist/war.

[tapas]

Ah, super. Das bringt einen doch schon mal weiter. Ich schau mir das morgen mal in Ruhe an.

Leider bin ich da jetzt auch nicht weiter gekommen. Ich hab' versucht apparmor mit /etc/init.d/apparmor stop ganz abzuschalten, aber das scheint nur teilweise zu klappen, aa-status liefert nach wie vor zahlreiche geladene profiles. Ich hab' auch mit apparmor_parser -R /etc/apparmor.d/usr.sbin.cupsd versucht ein paar Module zu entfernen. Die sind dann auch weg. Wenn ich dann drucken will, kommt die selbe "Drucker nicht erreichbar"-Meldung, aber bei dmesg steht nichts mehr.

Die Ausgabe von aa-status (nach einem Neustart):

Code: Alles auswählen

apparmor module is loaded.
19 profiles are loaded.
17 profiles are in enforce mode.
   /usr/bin/man
   /usr/lib/NetworkManager/nm-dhcp-client.action
   /usr/lib/NetworkManager/nm-dhcp-helper
   /usr/lib/connman/scripts/dhclient-script
   /usr/lib/cups/backend/cups-pdf
   /usr/sbin/cups-browsed
   /usr/sbin/cupsd
   /usr/sbin/cupsd//third_party
   /{,usr/}sbin/dhclient
   libreoffice-senddoc
   libreoffice-soffice//gpg
   libreoffice-xpdfimport
   lsb_release
   man_filter
   man_groff
   nvidia_modprobe
   nvidia_modprobe//kmod
2 profiles are in complain mode.
   libreoffice-oosplash
   libreoffice-soffice
0 profiles are in kill mode.
0 profiles are in unconfined mode.
4 processes have profiles defined.
4 processes are in enforce mode.
   /usr/sbin/cups-browsed (850) 
   /usr/sbin/cupsd (691) 
   /usr/lib/cups/notifier/dbus (1244) /usr/sbin/cupsd
   /usr/sbin/dhclient (881) /{,usr/}sbin/dhclient
0 processes are in complain mode.
0 processes are unconfined but have a profile defined.
0 processes are in mixed mode.
0 processes are in kill mode.

Frage: Macht es Sinn, das hier weiter zu diskutieren, oder soll ich an anderer Stell im Forum fragen, wo sich Leute tummeln, die sich mit apparmor auskennen?