Direkt zum Hauptbereich

32-Bit Drucker Treiberprobleme auf einem Windows Server 2008 R2


Wir setzen einen Windows Server 2008 R2 als Druckserver (Printserver) für unsere Netzwerkdrucker ein. Dieses hat sich bisher absolut bewährt, da die Druckerverwaltung vom Windows Server 2008 R2 wesentlich stabiler mit den Druckertreibern zusammenarbeitet und die immer wieder auftretenden Probleme mit fehlerhaften Treiberversionen beeinflussen die restlichen Drucker auf dem Printserver nicht mehr negativ.
Wir standen nun aber vor einem Problem, dass von unserem neuen Farb-/Kopiersystem Canon iR 3050 der 64-Bit PS (Postscript) Treiber einwandfrei installieren ließ, der 32-Bit Treiber, der im gleichen Installationspaket vorhanden war, hingegen nicht. Es kam auf dem Server immer wieder zu der Anfrage, das es bei der Installation zu der Suche nach der Datei “NTPRINT.INF” kommt.

Egal welche NTPRINT.INF Ihr der Druckertreiberinstallation auch vom Windows Server 2008 R2 anbietet, er nimmt sie nicht an und verweigert die Installation.
Anschließend habe ich versucht vom Hersteller eine evtl. noch neuer Treiberversion zu erhalten, leider ohne Erfolg. Also habe ich weiter gesucht und letztendlich die Lösung für das Problem gefunden.
Ich habe den 32-Bit Treiber, der auf dem Server die Probleme bereitet,  auf einem Windows 7 32-Bit Betriebssystem lokal installiert. Anschließend bin ich auf dem Windows Server 2008 R2 erneut in die Druckerverwaltung gegangen, habe die Druckereigenschaften des neuen Druckers aufgerufen, bin auf den Reiter “Freigabe” gewechselt und habe den Button “Zusätzliche Treiber” betätigt.

Nun ist der Haken bei “x86″ zu setzen und anschließend wird die normale Treiberinstallation gestartet. Bitte zunächst den passenden Treiber auswählen und die Installation starten, bis es wieder bis zur Meldung (siehe 1. Bild) kommt.
Hier ist nun ein Pfad des Windows Vista oder Windows 7 Clients anzugeben, auf dem Ihr den Druckertreiber lokal installiert habt. Der Pfad lautet wie folgt:

\\PCNAME\C$\Windows\System32\DriverStore\FileRepository\ntprint.inf_x86_neutral_??????????????
Die “??????????????” sind Platzhalter, dort steht bei jedem PC eine andere Nummer, die aber keine weitere Rolle spielt. Dieser Pfad ist nun einzugeben und die Installation fortzusetzen. Das Installationsprogrammnimmt die Dateien dieses Pfades an und bringt die Installation ordnungsgemäß zu Ende.
Anschließend ist der x86-Treiber installiert und funktionsbereit. Somit können sich auf x86-Clients mit dem Printserver verbinden und auf dem neuen Farb-Kopiersystem drucken.
Diese Lösung ist nicht auf Canon Treiber beschränkt, sondern sollte auch mit Treibern anderer Hersteller einwandfrei funktionieren.

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Office 2013 aktivieren via Kommandozeile

Wie man das neue Microsoft Office 2013 aktiviert via Kommandozeile, das werde ich euch in dem folgenden Beitrag Schritt für Schritt erklären. Gerade in grösseren Systemumgebungen in welchen die Clients und Standard Software automatisiert installiert werden, kann das sehr hilfreich sein und erspart einem viel Arbeit nach der Installation des Clients. Das Ziel sollte sein, möglichst viel zu automatisieren und soweit möglich, wenig noch händisch zu konfigurieren. Da kommt dieser Beitrag sicherlich nicht ungelegen. Die folgenden Befehle könnte man beispielsweise ganz einfach in eine MDT (Microsoft Development Toolkit) Umgebung mit einbeziehen oder auch mit anderer Software benutzen. Wichtig zu wissen ist, dass dies nur dann funktioniert, wenn Microsoft Office 2013 über das Internet aktiviert wird. Hat man einen eigenständigen Aktivierungsserver (KMS), funktioniert dies nicht. Zudem müssen die Befehle alle mit Administrator Rechte ausgeführt werden. Normale Benutzerberechtigungen genügen …

Windows Domain Controller: Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar

Zurzeit häuft sich (warum auch immer) das Problem dass nach einem Neustart eines Windows Domain Controllers bei der Anmeldung die Fehlermeldung „Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar“ kommt und eine Anmeldung so nicht möglich ist Das Problem ist hierbei das der Domain Controller im Active Directory Reperatur Modus (Abgesicherter Modus) startet. Am einfachsten lässt sich dieses Problem folgendermaßen beheben: 1) Anmeldung mit dem DSRM (Directory Services Restore Mode) / Verzeichnisdienstwiederherstellungskennwort Falls die Anmeldung nicht funktioniert kann man einen Workaround wie hier beschrieben durchführen. 2) Systemkonfiguration mittels msconfig.exe aufrufen

WSUS won’t uninstall or re-install

Hat heute ein Problem mit WSUS unter Windows Server 2008 R2 bei einem Kunden. Das Problem - die Clients konnten keinen Verbindung zum WSUS Server herstellen. Die Deinstallation wurde unerwartet beenden mit folgender Fehlermeldung: Attempt to un-install Windows Server Update Services failed with error code 0x80070643. Fatal error during installation  Die Lösung: I don’t like Windows Server Update Services (WSUS), but it’s the free alternative many companies select over the higher cost alternatives like Intune or Systems Center. So, today I had to repair a damaged WSUS installation. Turns out someone uninstalled SQL Server 2005 Express not realizing WSUS was using it. Now firing up the WSUS console just yielded an error complaining about the missing SQL database. So like any good troubleshootin IT guy the first thing I tried was to uninstall WSUS…sadly, however the product would not uninstall or re-install. Here’s how I finally got rid of it: [the problem] WSUS 3.0 SP2 is missing SQL serv…