Druckproblem: lp: unable to create temporary file.

Einrichten des Druckers und des Drucksystems, Scannerkonfiguration und Software zum Scannen und Faxen.
Antworten
shh
Beiträge: 140
Registriert: 16.06.2002 14:29:44

Druckproblem: lp: unable to create temporary file.

Beitrag von shh » 07.10.2002 22:22:28

Drucker: HP Laserjet 6L
Habe KDE 3.03 drauf und testing laufen.
Zum Drucken habe ich CUPS installiert und a2ps + gs
Kernel hat devfs.

Irgendwie klappt bei mir das Drucken als User nicht richtig.
Aus KDE-Anwendungen geht das problemlos, aber nicht aus Gimp GNUmeric und AbiWord. :( - Druckauftrag wird vorbereitet, es kommt aber einfach nichts.
Als root geht's aber tadellos, nur nicht als "normaler" User.

Eine "Kontolle" zeigt dann an der Konsole:
lp: unable to create temporary file.
...bei allen drei Anwendungen.

Ein Befehl wie:
lp -dhpjl6l IrgendEinBild.gif
funktioniert aber schon. Da gibt's den Fehler nicht.

Als Druckbefehl steht in Gimp "lp -s -dhplj6l -oraw" drin.

Genügend Platz ist eigentlich schon auf der Platte frei.


...
Bin wirklich ratlos.
Hat jemand ne Ahnung wo ich suchen könnte??
Soll ich noch Infos nachliefern?

Schönen Gruß
shh

Benutzeravatar
Six
Beiträge: 8066
Registriert: 21.12.2001 13:39:28
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Siegburg

Beitrag von Six » 08.10.2002 14:48:18

Ich vermute, hier liegt ein Rechtekonflikt vor. Eigentlich sollte es so sein, daß jeder User auf /tmp schreibrechte hat. Vielleicht ist das bei dir nicht der Fall. Prüfe das doch mal.

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 08.10.2002 15:26:03

Zusätzlich muss /tmp zum Drucken "sticky" sein. "chmod 1777 /tmp".
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

shh
Beiträge: 140
Registriert: 16.06.2002 14:29:44

Beitrag von shh » 08.10.2002 20:41:21

> Rechtekonflikt

Das liegt nahe, ich finde ihn aber nicht. :(

/tmp Verzeichnis hat bereits 1777

Code: Alles auswählen

drwxrwxrwt   10 root     root          384 2002-10-08 20:00 tmp


Hmm, vielleicht liegt's am cups?
Ach ja, der Kernel hat doch kein devfs. Da habe ich mich vertan.

Der entsprechende User ist in der Gruppe lpadmin eingetragen (in /etc/group). lpadmin ist ja die default-admin Gruppe vom Drucker unter cups.

Devices: (Ich habe sicherheitshalber auch anderen Gruppen zugelassen. Hat nichts geholfen). Der Drucker hängt an lp0.

Code: Alles auswählen

rechner:/dev# l lp*
crw-rw-rw-    1 root     lp         6,   0 2002-01-24 17:26 lp0
crw-rw----    1 root     lp         6,   1 2002-01-24 17:26 lp1
crw-rw----    1 root     lp         6,   2 2002-01-24 17:26 lp2
rechner:/dev# l par*
crw-rw----    1 root     lp         6,   0 2002-01-24 17:26 par0
crw-rw----    1 root     lp         6,   1 2002-01-24 17:26 par1
crw-rw----    1 root     lp         6,   2 2002-01-24 17:26 par2
Gruß
shh

Nachtrag:
Gimp hat als tmp-Verzeichnis ja ein Unterverzeichnis im home-Verzeichnis.
Bei mir heißt das ~/.gimp-1.2/tmp
Es hat die Rechte:

Code: Alles auswählen

drwxr-xr-x    2 name   name         48 2002-10-02 11:21 tmp
Könnt Ihr bitte mal schaun, ob sich da was zwickt? Habt ihr andere Rechte auf das Verzeichnis?
Bleibt die Frage, warum andere GTK-Anwendungen (Abiword, GNUmeric) das selbe Problem haben.

Ach ja, noch ne Frage:
Was bewirkt das sticky-bit?

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 08.10.2002 21:07:19

shh hat geschrieben:/tmp Verzeichnis hat bereits 1777

Code: Alles auswählen

drwxrwxrwt   10 root     root          384 2002-10-08 20:00 tmp
Das ist nicht 1777, sondern 0777. 1777 ist drwxrwxrwt. Versuch das 'mal.
Was bewirkt das sticky-bit?
Sticky bedeutet, dass in dem Verzeichnis angelegte Dateien nur von root oder ihrem Besitzer gelöscht werden können. Sonst könnte jeder Deine /tmp/* Files löschen, was natürlich unerwünscht ist.

/var/tmp sollte die gleichen Permissions haben.

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

shh
Beiträge: 140
Registriert: 16.06.2002 14:29:44

Beitrag von shh » 08.10.2002 21:28:42

> Das ist nicht 1777, sondern 0777. 1777 ist drwxrwxrwt. Versuch das 'mal.

Schau nochmal hin! Da steht doch ausdrücklich ein t hinten anstatt einem x. :P
Habe auch schon mehrfach chmod 1777 /tmp ausgeführt. Ändert sich nichts. :P

> /var/tmp sollte die gleichen Permissions haben.

Huch! 8O
Das Verzeichnis gibts bei mir gar nicht!
ich werde das doch wohl nicht mal übereifrig beim Aufräumen gelöscht haben... :oops:
Mooooment. Muß mal testen...

Gruß
shh

shh
Beiträge: 140
Registriert: 16.06.2002 14:29:44

Beitrag von shh » 08.10.2002 21:35:15

> /var/tmp

JAAA! Das war's!

Kniefall_mach_und_dreimal_OHHM_sag! :D :D :D
Herzlichen Dank!

Schönen Gruß
shh

Antworten