0x0000007b bei Öffnen der Druckeranschlusseinstellungen
#1
geschrieben 23. Januar 2011 - 21:54
ich hab hier einen Windows 7 Rechner. Auf dem ist offenbar der Druckertreiber auf einen falschen Anschluß zum Printserver bzw. eine falsche IP eingerichtet, weshalb der Drucker nicht tut.
Will ich aber unter Druckereinstellungen -> Anschluß -> Konfigurieren den Konfigurationsdialog des Druckerports öffnen, bekomme ich (sinngemäß) die Meldung, daß "der Dialog nicht geöffnet werden können, wegen des Fehlers 0x0000007b".
Meine Recherche ergab bisher, daß diese Fehlerkennung ausschließlich im Zusammenhang mit BSODs und "inaccessable boot devices" erwähnt wird. Da passt das Fehlerszenario nicht so ganz dazu...
Der eingeloggte Account ist der einzige Account auf dem Rechner. Er besitzt Adminrechte. Allerdings kann ich unter Druckereinstellungen -> Sicherheit keine der dort aufgeführten Rechte ändern (also Drucken, Drucker verwalten etc.). Dies wird mit fehlenden Zugriffsrechten begründet. Dort ist nämlich der Gruppe "Jeder" nur das Drucken erlaubt, was evtl. auf die Ursache des 0x0000007b-Fehlers hindeuten könnte. Ansonsten ist allerdings die Gruppe der Admins aufgelistet und auch mit allen Rechten versehen. Auch das explizite Hinzufügen des erwähnten Accounts in dieser Liste (um das Setzen der Rechte manuell und explizit für diesen Account vorzunehmen), scheitert nach Ansicht von Windows 7 an ungenügenden Rechten des eingeloggten Users.
Hat jemand eine Idee, ob der beschriebene "0x0000007b" wirklich an einem Mangel an Adminrechten liegen kann und wenn ja, wie ich Windows 7 überrede, dem einen existierenden Admin-Account die notwendigen und evtl. fehlenden Rechte zu geben.
Grüße,
Mac
Anzeige
#2
geschrieben 24. Januar 2011 - 05:12
für Win7 pro :
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Printers\PackagePointAndPrint]
"PackagePointAndPrintServerList"=dword:00000000
"PackagePointAndPrintOnly"=dword:00000000
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Printers\PointAndPrint]
"Restricted"=dword:00000000
"TrustedServers"=dword:00000000
"InForest"=dword:00000000
Dieser Beitrag wurde von smartie77 bearbeitet: 24. Januar 2011 - 05:15
#3
geschrieben 24. Januar 2011 - 08:27
Ich hatte das Problem auch in unserer Domain und hab lange nach der Lösung gesucht.
Microsoft hat mittlerweile zwei Hotfixes zu diesem Thema rausgebracht, die den Fehler beheben sollen:
- KB2388142
- KB982728
Die Änderungen von Smartie77 kannst Du auch als GPO einstellen:
Start -> gpedit.msc
Computerkonfiguration\Richtlinien\Administrative Vorlagen\Drucker
Dann den Wert "Point-and-Print Einschränkungen" auf "Deaktiviert" setzen (siehe auch KB2307161)
Ein anderer Fehler, der auch beim Netzwerkdruck auftreten kann ist samt RegistryFix unter KB2269469 beschrieben.
#4
geschrieben 24. Januar 2011 - 09:12
Mac
#5
geschrieben 25. Januar 2011 - 08:58
Die erwähnten Reg-Keys existieren auf dem System nicht. Der Reg-Tree geht immer nur bis Printers. PackagePointAndPrint und PointAndPrint sind nicht vorhanden. War mir jetzt nicht sicher, ob ich sie einfach komplett neu hinzufügen sollte. Die Werte
"Restricted"
"TrustedServers"
"InForest"
tauchten jedoch an anderer Stelle in der Registry auf (hab mir leider nicht aufgeschrieben, wo genau), nachdem ich per gpedit.msc die "Point-and-Print Einschränkungen" deaktiviert hatte. Sie standen allerdings, wenn ich mich recht entsinne, alle auf 0x0, so wie empfohlen.
Die beiden Patches aus der KB habe ich installiert. Das brachte jedoch keinen Unterschied - weder für das erfolgreiche Drucken, noch für das Öffnen des Konfigurationsdialog des Druckerports. Da kommt immer noch der Fehler namens 0x7b.
Ich konnte mich allerdings gestern noch etwas intensiver mit dem System beschäftigen (es steht schon zwischen den Zeilen, es ist nicht mein Drucker oder Rechner, sondern der eines kleinen Betriebs ohne eigenen Admin oder anderweitig involvierten IT-Support). Der Drucker ist lediglich per Freigabe auf einem anderen Windows(2k)-Rechner auf Windows 7 eingebunden. Auf dem Win2k-Rechner scheint der Drucker über eine LPT1-Verbindung angeschlossen zu sein. Zumindest öffnet sich bei Anwählen des dortigen Druckerports ein an Win3.1 erinnernder Dialog, der LPT1 als eigentlichen Port aufzeigt. Der Drucker selbst (kein Netzwerkdrucker!) ist jedoch per USB an einen kleinen Printserver angesteckt, der Gott-weiß-wo per Ethernet angeschlossen ist. Drucken auf dem Win2k-Rechner klappt aber.
Nun dachte ich gestern, ich hätte das Problem evtl. gefunden, als ich auf dem Win7-PC bei Anwählen des Win2k-PCs im Netzwerk plötzlich nach User und Passwort gefragt wurde, was darauf schließen läßt, daß dem Win7-Rechner beim Druckversuch einfach die Zugangsdaten für den Win2k-Rechner fehlen, um auf dessen freigegebenen Drucker zu gelangen. Allerdings konnte ich nach Eingabe und Speichern der Zugangsdaten und Drucken der obligatorischen Testseite auch schon kein zweites Dokument mehr drucken. Der Druckauftrag hing in der Queue und wurde mit "Bearbeitungsfehler" markiert. Selbst das Anhalten des Druckauftrags und Löschen dieser Leiche war dann ein Krampf und ließ sich nur durch Neustart von Win7 vollständig bewerkstelligen. Der Drucker wurde z.B. im Druckdialog des IE unter Win7 auch als Offline gelistet.
Ihr merkt schon, ein unschönes Chaos. Wie in dem System was genau zusammengesteckt ist, welche IP der Printserver haben könnte oder wohin die Parallelverbindung auf dem Win2k-PC geht, konnte mir von den Mitarbeitern natürlich keiner sagen. Um selbst in jeden Kabelschacht zu klettern und nachzusehen, fehlte mir Zeit und Motivation. Ich tue dem Geschäftsführer nur einen persönlichen Gefallen, bis er wieder eine Firma beauftragt hat, dort mal aufzuräumen. Aber vielleicht fällt jemandem von Euch noch was ein, was ich bei Gelegenheit noch probieren könnte. Wenn nicht, hab ich da auch keine schlaflosen Nächte.
Grüße,
Mac
Dieser Beitrag wurde von mac_phone bearbeitet: 25. Januar 2011 - 09:07
#6
geschrieben 25. Januar 2011 - 09:07
sind die treiber für w7 auch auf dem printserver installiert?
#7
geschrieben 25. Januar 2011 - 09:28
Wie würde man das denn machen? Ich weiß, hängt vermutlich vom Typ ab. Aber so allgemein...? Zugriff über IP auf ein Web-Interface? Anschluß des Printservers über USB an einen Rechner und dann Aktualisierung über eine Client-Software?
Ich hab bisher nur Bekanntschaft mit Printservern gemacht, die bereits in netzwerkfähigen Druckern integriert waren. Da muß man ja keine Treiber anpassen.
Danke auf jeden Fall für's "Querdenken"!
Mac
#8
geschrieben 25. Januar 2011 - 10:07
erstmal würd ich schauen, ob es einen w7 treiber für den drucker gibt. und den dann auf dem printserver einbinden.
dann sollte es m.e. auch funktionieren. denk mir mal, dass der printserver einfach mit dem druckauftrag nichts anfangen kann.
#9
geschrieben 25. Januar 2011 - 10:54
Hmm, also vielleicht die beiden Kernaussagen bzw. -fragen meines letzten Geschriebs nochmal in Kurzform:
- Wenn ich alles so lasse, können die auf dem Win7-PC nicht drucken. Zurück zum alten Betriebssystem geht nur per Neuinstallation.
- Natürlich gibt es einen W7-Treiber. Der ist ja auch installiert. Frage war, wie kriege ich ihn auf den Printserver (siehe "Vorschläge" in meinem letzten Post).
Grüße,
Mac
#10
geschrieben 25. Januar 2011 - 12:29
Das Hinterlegen von Druckertreibern für Se7en auf dem W2k-PC dürfte nicht klappen.
Mein Lösungsansatz für den W7-PC mit direktem Druck über das PrintServerchen:
- Auslesen der IP-Adresse des PrintServerchens nebst Queue-Namen am W2k-Rechner
- Auf W7 über Systemsteuerung / Programme ... / Windowsfunktionen... / Druck- und Dokumentdienste / LPR-Anschlussmonitor(!) aktivieren
- neuen lokalen(!) Drucker erstellen mit neuem Anschluss ("LPR Port" mit Angaben aus W2k-PC); als Treiber einen aktuellen von HP des Herstellers
Dieser Beitrag wurde von Nemo_G bearbeitet: 25. Januar 2011 - 12:32
#11
geschrieben 25. Januar 2011 - 12:46
Müßte ich die IP-Adresse des Printservers nicht durch Eingabe von "arp -a" (auch auf dem Win7-PC) herausfinden können?!
Der Tipp von Sandokhan, "auf dem Printserver einen Win7-Treiber zu installieren", hat mich eh verwirrt. Auf so 'nem Ding kann man ja keinen Treiber installieren. Da läuft kein System drauf, noch nicht mal embedded. Und auf dem Win2k-PC, wo der Drucker funktioniert und freigegeben ist, hat der Win7-Treiber auch keine Zukunft. Ich glaube, da hatten wir uns mißverstanden.
Sobald ich da wieder vorbeigekommen bin und mich nochmal dransetzen konnte, vermelde ich, ob's geklappt hat.
Grüße,
Mac
Dieser Beitrag wurde von mac_phone bearbeitet: 25. Januar 2011 - 12:49
#12
geschrieben 25. Januar 2011 - 13:01
Ich hatte bewusst den LPR-Port statt eines TCP-Druckerports als Anschluss vorgeschlagen. Der wird bei allen neueren Windosen _nicht_ standardmäßig aktiviert. Deshalb der vorbereitende Schritt.
#13
geschrieben 25. Januar 2011 - 13:32
Walter
#14
geschrieben 25. Januar 2011 - 16:29
Einen habe ich aber noch:
Bei manchen dieser Printserver kann man eine Statusseite ausdrucken, wenn man beim Einschalten einen Taster drückt. Aber bitte: Erst Typ ausfindig machen und Handbuch aus dem iNet ziehen und RTFM
#15
geschrieben 26. Januar 2011 - 09:18