• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Drucker - YAST hängt sich auf - Suse 10.3

oa

Member
Guten Abend,

trotz aller guter Anleitungen aus dem Forum hier, hängt sich sowohl YAST, als auch das Kontrollcenter auf, sobald es um den Drucker geht. Auch die Befolgung des öfter erwähnten LinuxWiki zu diesem Thema brachte mich meinem Drucker nicht näher. Dabei waren nach der Installation von 10.3 alle eingerichteten Drucker noch "vorhanden", d.h., sie wurden im Druckdialog angezeigt, sie druckten nur nicht. Die Druckjobs wurden auch nicht angezeigt.
Nach Befolgung des Wiki war auch die Einrichtung der Drucker nicht mehr möglich, da, wie gesagt, YAST und auch das Kontrollcenter gar nicht so weit kommen. Nach Löschung der Datenbankdatei wird diese in YAST neu aufgebaut, aber beim Einlesen der Einstellungen ist dann bei 60% Schluß
.
Die zwei cups - Updates von heute abend brachten leider auch keine Veränderung (es waren ja auch "nur" Sicherheitsupdates)

Zuvor hatte ich mit cups noch ein Downgrade veranstaltet,da ich dachte, es liege vielleicht an einem der Updates. Auch das half nicht weiter.

Dazu kommt noch, daß wine und Photofiltre nicht arbeitet, wegen nicht vorhandener Druckerfunktionen (wenn ich die Fehlermeldungen richtig verstanden habe).

Irgend jemand steht auf meiner Warteschlange und hebt den Fuß nicht hoch.
Das ist nur begrenzt lustig.

Der Drucker ist ein Kyocera Mita 1020D und hängt an einem Druckerserver mit Suse 10.0.
Vom meinem Notebook (Suse 10.3) aus geht es über WLAN an diesen Server. Vom Server aus wird problemlos gedruckt, nur vom Notebook aus nicht.

Irgendwelche neuen Ideen von der Druckerfront?

Gruß, oa

Das error log sieht so aus:
Die letzten zwei Zeilen gefallen mir gar nicht.
Code:
[25/Nov/2007:02:37:03 +0100] Listening to /var/run/cups/cups.sock on fd 2...
I [25/Nov/2007:03:02:28 +0100] Scheduler shutting down normally.
I [25/Nov/2007:03:02:28 +0100] Saving remote.cache...
I [25/Nov/2007:03:02:28 +0100] Saving job cache file "/var/cache/cups/job.cache"...
I [25/Nov/2007:10:47:44 +0100] Listening to 127.0.0.1:631 (IPv4)
I [25/Nov/2007:10:47:44 +0100] Listening to ::1:631 (IPv6)
I [25/Nov/2007:10:47:44 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [25/Nov/2007:10:47:44 +0100] Loaded configuration file "/etc/cups/cupsd.conf"
I [25/Nov/2007:10:47:44 +0100] Using default TempDir of /var/spool/cups/tmp...
I [25/Nov/2007:10:47:44 +0100] Cleaning out old temporary files in "/var/spool/cups/tmp"...
I [25/Nov/2007:10:47:44 +0100] Configured for up to 100 clients.
I [25/Nov/2007:10:47:44 +0100] Allowing up to 100 client connections per host.
I [25/Nov/2007:10:47:44 +0100] Using policy "default" as the default!
I [25/Nov/2007:10:47:44 +0100] Full reload is required.
I [25/Nov/2007:10:47:44 +0100] Loaded MIME database from '/etc/cups': 36 types, 39 filters...
I [25/Nov/2007:10:47:45 +0100] Loading job cache file "/var/cache/cups/job.cache"...
I [25/Nov/2007:10:47:45 +0100] Full reload complete.
I [25/Nov/2007:10:47:45 +0100] Listening to 127.0.0.1:631 on fd 0...
E [25/Nov/2007:10:47:45 +0100] Unable to open listen socket for address ::1:631 - Address family not supported by protocol.
I [25/Nov/2007:10:47:45 +0100] Listening to /var/run/cups/cups.sock on fd 2...
I [25/Nov/2007:12:58:42 +0100] Scheduler shutting down normally.
I [25/Nov/2007:12:58:42 +0100] Saving remote.cache...
I [25/Nov/2007:12:58:42 +0100] Saving job cache file "/var/cache/cups/job.cache"...
I [25/Nov/2007:12:58:42 +0100] Listening to 127.0.0.1:631 (IPv4)
I [25/Nov/2007:12:58:42 +0100] Listening to ::1:631 (IPv6)
I [25/Nov/2007:12:58:42 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [25/Nov/2007:12:58:42 +0100] Loaded configuration file "/etc/cups/cupsd.conf"
I [25/Nov/2007:12:58:42 +0100] Using default TempDir of /var/spool/cups/tmp...
I [25/Nov/2007:12:58:42 +0100] Cleaning out old temporary files in "/var/spool/cups/tmp"...
I [25/Nov/2007:12:58:42 +0100] Configured for up to 100 clients.
I [25/Nov/2007:12:58:42 +0100] Allowing up to 100 client connections per host.
I [25/Nov/2007:12:58:42 +0100] Using policy "default" as the default!
I [25/Nov/2007:12:58:42 +0100] Full reload is required.
I [25/Nov/2007:12:58:42 +0100] Loaded MIME database from '/etc/cups': 36 types, 39 filters...
I [25/Nov/2007:12:58:43 +0100] Loading job cache file "/var/cache/cups/job.cache"...
I [25/Nov/2007:12:58:43 +0100] Full reload complete.
I [25/Nov/2007:12:58:44 +0100][b] Listening to 127.0.0.1:631 on fd 0...
E [25/Nov/2007:12:58:44 +0100] Unable to open listen socket for address ::1:631 - Address family not supported[/b]
 

misiu

Moderator
Teammitglied
Am Server muss Port 631 freigegeben werden, am Laptop
ein Netzwerkdrucker eingerichtet :
http://wiki.linux-club.de/Netzwerk-Drucker_FAQ

MfG
misiu
 
OP
O

oa

Member
Hallo misiu,
genau das hatte ich ja gemacht (das mache ich seit 9.3, ist also nicht das erste mal). Da ich in diesem Falle sogar über den Browser (Notebook) auf die Druckerverwaltung des Servers (Tower) zugreifen kann, kann 631 auf dem Server nicht das Problem sein.
"Netzwerkdrucker auf dem Notebook einrichten" - wie gerne täte ich das! Nur wie? - wenn das YAST-Druckermodul und auch das im Kontrollcenter vorher einfrieren?

Gerade während ich hier schreibe, kam mit die Idee, mal die Datei in /home/user/.cups/lpoptions umzubenennen - und siehe da, YAST und auch das Kontrollcenter frieren nicht mehr ein.
Nur leider ist der Server gerade down. Werde mich melden, wenn das Problem gelöst ist.
Gruß, oa
 
OP
O

oa

Member
Hallo misiu,

das YAST Druckermodul ist, wie sich nach ca. einer halben Stunde herausgestellt hat, nicht wirklich eingefroren. Es hat nur so lange zum Einlesen der Einstellungen gebraucht. Danach konnte ich über das WLAN drucken. Hat "nur" etwa 10 Minuten gedauert, bis die Initialisierung erfolgt war (Fenstermeldung).
Inzwischen geht der Druck aber wieder normal vonstatten, ohne, dass ich irgend etwas im System geändert hätte (hätte auch nicht gewusst, was außer den Angaben in den diversen Drucker FAQ sonst noch möglich gewesen wäre.)
Möglicherweise ist 10.3 ja noch etwas wackelig auf den Beinen (amule hat z.B. nach Wochen überraschend einen grünen Downloadpfeil, der bis dahin bei hoher ID hartnäckig rot gewesen war - naja, etwas rätselhaft das Ganze).
Als gelöst würde ich den Thread nicht betrachten.

Gruß, oa
 
Oben