Hi,
ich habe auf einem Macbook (meiner Eltern, remote site ...) unter
Tiger 10.4.11 das Problem, dass nach dem letzten Security Update
(2007-009, glaube ich: eben das letzte um Weihnachten, von dem es dann
noch eine Version 1.1 gab) das Drucksystem CUPS offenbar v
georg.dripmann@googlemail.com schrieb in
> [von $irgendwoher CUPS Installer holen und den über das in MacOS X
integrierte CUPS klatschen]
> Hier war jemand damit erfolgreich:
> http://groups.google.com/group/unsupported-os-x/browse
thread/thread/91cd54f20a9613a2
Wo steht da was von Erfolg? Da hat wer mit 10.5 Probleme und erzählt,
daß es einem Installer für 10.4 gibt. Mehr steht da nicht
(außer viel
Spekulieren und Halbwissen und einem Link in das mistige macfixit.com-
Forum, an das man ohne Abonnement nicht mehr herankommt)
> Meine Frage nun: Ist das eine vernünftige Idee?
IMO nein. Ich würde versuchen, das Problem zu analysieren. Es gibt Logs
unter der Haube in /var/log/ von denen system.log und cups/error log in
dem Zusammenhang die spannendsten sind. Bzgl. Letzerem empfiehlt sich
aber eine vorherige Erhöhung des Loglevel in der cupsd.conf nebst
anschließendem Neustart des CUPS-Scheduler ("sudo killall -SIGHUP
cupsd"):
<http://groups.google.com/groups?q=group:de.comp.sys.mac.*+loglevel+cupsd.conf+debug>
> Übrigens kann man auf den Apple Discussions sehen, dass auch andere
> dieses Problem haben
Ein paar Links mit verwertbaren Aussagen wären spannend, denn "geht
nicht" ist halt nicht weiter zielführend... und gepostet wird viel,
wenn
der Tag lang ist. Gerade auf den "Apple Discussions" oft eine
klebrige
Melange aus Tatsachen und auf Halb- und Viertelwissen basierenden
Interpretationen des Sachverhalts.
> und dass Apple seit Ende Dezember da nicht reagiert hat. Ziemlich
> komisch.
Evtl. nur schwer reproduzierbar bei Apple? Ich hab bei Kunden ziemlich
viel mit Drucken zu tun und dadurch indirekt mit MacOS X 10.4 Kisten in
dreistelliger Anzahl, von denen mir jede einzelne zu Ohren gekommen
wäre, würde das Problem dort auftreten. Ist es aber (bisher) nicht.
Gruss,
Thomas
georg.dripmann@googlemail.com writes:
> das Macbook einwandfrei. Wenn man den Drucken-Befehl aufruft,
> erscheint zwar der Druck-Dialog, aber dann kommt kurz darauf eine
> Fehlermeldung "not available, usw".
> Der Epson-Drucker ist der selbe, an dem das Macbook zuvor
über Monate
> problemlos gedruckt hat.
Druckt er denn an anderen Rechnern noch? Und druckt das MB auch an
anderen Druckern nicht?
Jochem
--
"A designer knows he has arrived at perfection not when there is no
longer anything to add, but when there is no longer anything to take
away."
- Antoine de Saint-Exupery
On Mar 9, 9:55 pm, Jochem Huhmann wrote:
> georg.dripm...@googlemail.com writes:
> > das Macbook einwandfrei. Wenn man den Drucken-Befehl aufruft,
> > erscheint zwar der Druck-Dialog, aber dann kommt kurz darauf eine
> > Fehlermeldung "not available, usw".
> > Der Epson-Drucker ist der selbe, an dem das Macbook zuvor
On Mar 8, 10:11 pm, Thomas Kaiser wrote:
> IMO nein. Ich w
georg.dripmann@googlemail.com schrieb in
> http://www.mediafire.com/?rscwwx0dgs2
>
> Es geht bis in den Dezember zurück, wo noch alles ok funktioniert hat
> -- die System- und Sicherheitsupdates habe ich in den Tagen vor
> Silvester gemacht; man kann sehen, dass die Probleme am 1. Januar
> anfangen, also vermutlich ist das der erste Printjob nach dem
> Sicherheits-Update.
Mag schon sein. Aber mancher kausal erscheinende Zusammenhang ist nur
ein zeitlicher. "Nicht drucken können" kann viele Ursachen
haben...
> LoadAllPrinters: Unable to open /private/etc/cups/printers.conf - No
> such file or directory
Wenn man dieses "Drucksystem zurücksetzen" macht, wird ne Menge
weggeschmissen. Sobald man einen Drucker neu anlegt, sollten die Dateien
von CUPS aber wieder restauriert werden.
> Zur Ergänzung: Wenn man vor dem Zurücksetzen des Drucksystems
> http://localhost:631/printers/
> aufgerufen hat, sah diese CUPS-Seite "ganz normal" aus; danach
wurde
> sie im Browser nicht mehr gefunden.
Das ist dann schon stärkerer Tobak, weil hier dann ggf. die CUPS-CGIs
fehlen. Sind eigentlich nix, was man braucht (weil MacOS X intern per
IPP mit CUPS kommuniziert und nicht via Web-Interface und weil man --
solange man nicht wirklich weiß, was man tut -- die Flossen vom Web-
Interface lassen sollte) aber schon ein Indiz, daß ggf. mehr kaputt ist.
> Verstehe ich den Hinweis im log-File:
>
> Hint: Try setting the LogLevel to "debug" to find out more.
>
> richtig, dass er mir (wie Du bereits ja auch bereits) rät, in
> cupsd.conf das Loglevel auf "debug" zu setzen?
Ja.
> Daher noch mal die Frage: wie setze ich das Loglevel auf
"debug"?
> Ich öffne cupsd.conf und ersetze in der ersten Zeile "LogLevel
info"
> durch "LogLevel debug"?
Nicht erste Zeile sondern irgendwo in der Datei. Am besten
sudo nano -w /etc/cups/cupsd.conf
aufrufen, runterscrollen zur Zeile, die "LogLevel info" heißt
und dort
"info" durch "debug" ersetzen und speichern. Eigentlich
vorher ein
Backup der Datei machen (cp cupsd.conf cupsd.conf.bak), aber bei der
Installation kann ja eh kaum noch mehr kaputtgehen.
> Anschliessend: "sudo killall -SIGHUP cupsd" im Terminal?
Ja. Und jedesmal das Paßwort des entsprechenden Admin-Accounts eingeben,
mit dem man sich an der Maschine angemeldet hat.
BTW:
<http://docs.info.apple.com/article.html?artnum01631>
Nicht davon schrecken lassen, daß da der Hinweis steht, das beträfe
keine Intel-Macs. Die Supporter bei Apple als auch die Doku-Schreiber
bei Apple sind auch nur Menschen, die ab und an denselben Irrtümern
erliegen, wie nornmale Anwender und Techniker auch. Einen Versuch ist es
jedenfalls mal wert.
Gruss,
Thomas