Pfuscher

Super klasse zu hören. Kannst den Beitrag ja auf gelöst setzen. :)

Also würde ich nicht aktuell die Verteilung der Upgrades kontrollieren, wärs mir nicht aufgefallen. Normalerweise sind einzelne Updates/Upgrades für mich nach dem Prinzip "Fire and Forget" und schaue dann direkt an den Maschinen im Computerknoten ob was klemmt.

Danke. Es kann so einfach sein. Allerdings dachte ich, das neue Revisionen automatisch genehmigt werden. Muss ich noch mal prüfen. Okay ich nochmal, laut WSUS werden neue Revisionen automatisch genehmigt...Muss ich jetzt alle Updates manuell kontrollieren?

Ahoi, ich bin grad etwas verwundert. Im WSUS wird angezeigt, das eine neue Revision für "Funktionsupdate für Windows 10 Pro, version 1607, de-de, Einzelhandel" vorhanden ist. Diese neue Revision wird aber nicht angezeigt. Unabhängig davon hieß der Eintrag vorher doch "Funktinosupdate" oder so ähnlich. Downloads am WSUS sind nicht mehr offen. Sync zur Sicherheit auch nochmal gemacht.

Weil ich nicht weiß ob die 120 Tage schon rum sind oder noch paar über sind. Müsste ich mal das Installdatum checken. Hat so lange gedauert wegen "Reasons"... nicht meine Idee, ich wäre gern schon durch damit. :) Zum Anderen hab ich die Vermutung das eventuell der Exchange einfach mal paar Dienste einstellt aufgrund mangelhafter Lizenzierung...

Ahoi, ich habe hier noch eine alte Exchange 2003 Installation die per Sling-Swing via Exchange 2010 auf Exchange 2013/2016 gebracht werden soll. Nun ist es so, das der Exchange 2010 in der Serverübersicht unter "Anzahl von Exchange 2010-Servern ohne Lizenz" mit "1" gelistet wird. Der Exchange wurde zu Anfang als Trial installiert und später der Lizenz Key nachgereicht. Powershell sagt zum Server: Edition : Enterprise ExchangeLegacyServerRole : 0 CustomerFeedbackEnabled : False InternetWebProxy : IsHubTransportServer : True IsClientAccessServer : True IsExchange2007OrLater : True IsEdgeServer : False IsMailboxServer : True IsE14OrLater : True IsProvisionedServer : False IsUnifiedMessagingServer : False AdminDisplayVersion : Version 14.3 (Build 123.4) RemainingTrialPeriod : 00:00:00 IsValid : True ExchangeVersion : 0.1 (8.0.535.0) Nun will ich nicht grad anfangen zu Swingen wenn der Server meint sich abschalten zu müssen...

Kann ich das nicht selber auf "gelöst" stellen?

Mein Klassiker seit Windows XP. Müsste auch bei Dir helfen. Anschliessend das Eventlog durchsuchen nach einer Fehlermeldung warum dies passiert. #wuauclt-reset.cmd net stop wuauserv rmdir /S /Q "%windir%\softwaredistribution\" net start wuauserv wuauclt.exe /resetauthorization wuauclt.exe /reportnow wuauclt.exe /detectnow pause

Ja den Druckertreiber auf dem Remote PC, und ja sollte der Gleiche sein, sonst ändert sich nix. Wobei Windows selten ein Problem hat, wenn sich die Versionsnummern leicht unterscheiden. Der Typ muss auf alle Fälle gleich sein, also PCL5/PCL6/PS/KX/UPD. Kopiere dazu das Treiberpaket auf den Remote PC, entpacke es dort, soweit möglich (mit 7-Zip), geht auch mit den meisten EXE-Installern, ansonsten Installationsroutine anstarten und im %TEMP% oder unter C:/WINDOWS/TEMP nach nem neuen Ordner schauen, wo sich der Installer hin entpackt und das Verzeichnis z.B. nach C:/Install kopieren. "Geräte und Drucker" öffnen, einen bestehenden Drucker nur anklicken, nicht öffnen, dann siehste oben in der Leiste "Drucklservereigenschaften" auftauchen. Das dann öffnen, Karteireiter "Treiber" und dann den Druckertreiber aus dem Installationsverzeichnis installieren. Klappt mit Kyocera KX Treibern wie auch mit HP Treibern super. Der Drucker erscheint dann sobald man sich neu verbindet, ein Trennen und Wiederverbinden reicht dabei meines Wissen vollkommen aus, man muss sich nciht mal abmelden. Das Eventlog: Ereignisanzeige -> Windows-Protokolle -> System, siehste schon.

Ahoi, mit dem Update auf 1607 werden ja die RSAT (WindowsTH-RSAT_TP5_Update-x64.msu) deinstalliert. Leider lassen diese sich nachvollziehbar auf mehreren Systemen nicht wieder installieren. "Das Update ist nicht für Ihren Computer geeignet." Eventlog ist auch sehr aussagekräftig: "Das Windows-Update konnte aufgrund eines Fehlers nicht installiert werden: 2149842967 "" (Befehlszeile: ""C:\WINDOWS\system32\wusa.exe" "C:\Temp\WindowsTH-RSAT_TP5_Update-x64.msu" ")" MS KB https://support.microsoft.com/en-us/kb/3057448 ist auch nicht hilfreich. Der Workaround scheint auch nicht zuverlässig zu sein: expand -F:* c:\temp\WindowsTH-RSAT_TP5_Update-x64.msu c:\temp pkgmgr /ip /m:c:\TEMP\WindowsTH-KB2693643-x64.cab Hab auch schon das RSAT neu herunter geladen und mit der Systemsprache rumgespielt ohne Erfolg. Jemand ne Idee oder das gleiche Problem schon lösen können? Edit: Okay da der Paketmanager silent läuft, muss man ihm mal einfach etwas Zeit geben und nicht 20 mal anstarten. :D Dann kanns auch mal 20-30Minuten dauern bis alles erledigt ist...

Morsche, wie Du eventuell schon gesehen hast, der Kyocera wird nicht mit nativem/propitären Druckertreiber angesprochen, sondern mit Easy Print Treiber von MS. Da kann das Drucken klappen, muss aber nicht. Und wird es auch nicht immer. Beim Offijet Pro gleiches Spiel. Da ich jetzt nicht weiß was jetzt Netz 1,2,3 bei Dir ist, da wir vorher Netz A,B,C hatten, kann ich Dir jetzt nicht genau was sagen. Was für mich aber fakt ist, da wo das Drucken nciht funktioniert, MUSST Du Druckertreiber installieren. Auf der Maschine, ich gehe von Netz B (7 Pro x64, bei Dir jetzt Netz 2) aus, ist möglicherweise das Easy Print per GPO/Settings/Registry mal deaktiviert worden. Dadurch geht das Drucken da gar nicht. Das kannst Du nur prüfen wenn Du einfach mal in die SYSTEM Ereignisanzeige schaust. Die Easy Print Druckertreiber funzen nur für einfaches Drucken und selbst da sind sie nicht zuverlässig. Wir haben es hier in unserer Umgebung ausprobiert, unsere HP Drucker sind alle UPD fähig. Mal ging kein Duplex, mal kamen zusätzliche weiße Seiten raus, mal fehlten in Excel-Tabllen mit Buchhaltungsdaten in einzelnen Feldern oder kompletteb Spalten/Zeilen die Werte, was sich bei Sitzungen immer sehr gut machte... Also nochmal: Installiere Druckertreiber und es wird gehen.

Bitte prüfe auf Netz C wie der Drucker erkannt wird. Also welches Druckmodell angewand wird. Bitte mit Screenshots der Fenster damit wir beide sehen was gemeint ist. Bitte prüfe zusätzlich auf beiden das Eventlog, was dort angezeigt wird für die Druckerumleitung. Edit #1: http://imgur.com/a/uBM7V siehe hier Edit #2: Zu deinem alten Drucker, der wird entweder von Windows erkannt oder die Treiber sind generell installiert. Edit #3: Hinweis zu Edit #1: - Kein Drucker + roter Eventlog Eintrag = kein passender Druckertreiber, Drucker nicht erkannt für Easy Print (Universal Printer Driver Modell) - Drucker + passender roter Eventlog Eintrag = kein passender Druckertreiber, Drucker wurde erkannt für Easy Print (Universal Printer Driver Modell) - Drucker ohne passenden roten Eventlog Eintrag = Verdammt es funzt!

Was für Windows Versionen befinden sich auf Netz B und Netz C? Ich vermute, Netz C erkennt zumindest den Drucker und nutzt möglicherweise den RDP Universal Drucker Treiber.

Ist auch bei mir nicht (mehr) da.

Nope geht nicht. Alles mögliche schon probiert. Sogar Windows zurückgesetzt unter Beibehaltung der Daten. Machen jetzt an einem Exemplar eine Neuinstallation mit 1607 und schauen dann mal weiter.

Also von PC #zuHause mit RDP auf PC #Arbeit. Auf PC #Arbeit1 ist der Drucker per Netzwerk eingerichtet. Auf dem PC #zuHause wird der Drucker nicht verbunden. Das sollte richtig sein, da der Drucker auf #zuHause nicht benötigt wird. Der Drucker bleibt in der RDP, dort kannst Du ihn auch nutzen. Auf dem Notebook #Arbeit2 wird der Drucker innerhalb der RDP zu PC #Arbeit als umgeleitet angezeigt. Ist auch richtig. Da der Drucker auf dem Notebook #Arbeit2 auch lokal eingerichtet ist und somit durch die RDP auf PC #Arbeit1 oder #ArbeitXYZ zur Verfügung gestellt. Möchtest Du hingegen auf einen Drucker drucken, der an #zuHause angeschlossen ist via LAN/USB, während Du Dich per RDP auf #Arbeit1 befindest, so musst Du sicherstellen, das auf #Arbeit1 der gleiche Druckertreiber in Version und Typ (PCL5/PCL6/PS) installiert ist, damit Du innerhalb der RDP auf #Arbeit1 zum Drucker an #zuHause drucken kannst. Das müsstest Du auch im Eventlog/Ereignisanzeige unter System sehen, rote Kennzeichnung mit "Fehler" und als Quelle "TerminalServices-Printers". Gleiches Spiel wenn Du von #Arbeit1 auf #zuHause per RDP verbunden bist und Deine Kontoauszüge auf dem Firmendrucker an #Arbeit1 ausdrucken willst. (Er-) Kennt der Ziel PC den Drucker(-Treiber) nicht, dann geht auch das Drucken nicht. Es gibt jetzt hier noch Umstände und Ausnahmen mit dem eingebauten Universaldruckertreiber von Windows, aber das mag ich jetzt nicht weiter ausführen. ;)

Eigentlich nur Informieren, darum "Hinweis" im Betreff. Bin aber jetzt glatt über ein Problem gestolpert. "Alle" älteren Thinkpad 10 der Reihe 20C1 scheint der Fingerprintsensor verlustig gegangen zu sein. Die neueren Modelle (20E3, 20E4) haben das Problem nicht. Zumindest aktuell nicht. Der Sensor ist auch komplett aus der Gerätesteuerung raus.

Ahoi, wir haben haben für einen Teil unserer Geräte (Tablets im Aussendienst für Kundenbetreuer) Biometrie und alternative Loginmethoden durchkonfiguriert. Dabei bin ich darüber gestolpert, daß plötzlich bei einigen Geräten der Fingerabdruck nicht mehr geht oder wieder reaktivert werden musste durch erneute PIN Einrichtung. Grad das hier gefunden, da ich aktuell 1607 vorbereite zum Ausrollen für alle Geräte: https://social.technet.microsoft.com/Forums/windows/en-US/84a0bd50-1360-4a94-bfb3-b049ecace521/pin-and-fingerprint-signin-options-unavailable-greyed-out-in-windows-10-1607-enterprise?forum=win10itprogeneral https://technet.microsoft.com/en-us/itpro/windows/keep-secure/implement-microsoft-passport-in-your-organization http://bent-blog.de/windows-10-anniversary-update-version-1607-windows-hello-aktivieren/ https://blogs.technet.microsoft.com/ash/2016/08/13/changes-to-convenience-pin-and-thus-windows-hello-behaviour-in-windows-10-version-1607/

Stell bitte sicher das auch wirklich der Treiber genutzt wird. Öffne in Deinem RDP Konstrukt innerhalb der RDP Verbindung die Druckereigenschaften und schau was für ein TReiber benutzt wird. Das steht dann auf dem Reiter Allgemein mittig unterhalb vom Kommentarfeld mit "Modell: ...". Je nachdem welchen Drucker Du hast, funktionieren die nativen/propitären Treiber innerhalb einer RDP Verbindung nicht. In unserer Druckerinstallation hier auf Arbeit setzen wir ebenfalls HP ein und nutzen ausschliesslich die HP Universaltreiber im statischen Modus.

Manchmal hat man einfach noch eine alte Notebookgurke liegen und möchte die nochmal wiederbeleben.

Guten Morgen, die ersten Clients haben in der Nacht erfolgreich von RTM (10240) und von 1511 auf 1607 aktualisiert bzw sind noch dabei (zeitplanabhängig). Die KB https://support.microsoft.com/en-us/kb/3194588 wurde in der Nacht von Revision 5.0 auf 7.0 aktualisiert.

Enterprise kaufen und per GPO nen Layout vorgeben. Ansonsten: http://www.mcseboard.de/topic/207174-wie-deinstalliert-man-candy-crush-soda-king-und-twitter-f%C3%BCr-alle-nutzer/page-2?do=findComment&comment=1311666 https://www.administrator.de/wissen/powershell-windows-10-modern-apps-startmen%C3%BC-anheften-entfernen-pin-unpin-287368.html Damit arbeite ich so aktuell. PS1 Dateien werden nach ProgramData per GPO kopiert und sind signiert.

http://www.mcseboard.de/topic/207174-wie-deinstalliert-man-candy-crush-soda-king-und-twitter-f%C3%BCr-alle-nutzer/page-2?do=findComment&comment=1311666

Ich probiere das auch grad aus. Was mich immernoch abnervt ist, sobald der WSUS die 1607 auf dem Schirm hat, wird kein 1511 mehr angeboten und verteilt. Egal ob noch nicht genehmigt oder sogar abgelehnt... Edit #1 Hier noch ein Link zum KB wo die Developer wohl reagieren: https://blogs.technet.microsoft.com/wsus/2016/09/21/resolving-error-0xc1800118 Edit #2 Okay, wäre mal clever gewesen von denen zu schreiben das der Block hier ein SQL Query ist. Hab ich erst auf dem dritten Blick begriffen. // delete files from tbFile table declare @NotNeededFiles table (FileDigest binary(20) UNIQUE); insert into @NotNeededFiles(FileDigest) (select FileDigest from tbFile where FileName like '%14393%.esd' except select FileDigest from tbFileForRevision); delete from tbFileOnServer where FileDigest in (select FileDigest from @NotNeededFiles) delete from tbFile where FileDigest in (select FileDigest from @NotNeededFiles) Edit #3 Gut, laut dem hier: // Detect whether WSUS is in a bad state. To do this, run the following query: select TotalResults = Count(*) from tbFile where (IsEncrypted = 1 and DecryptionKey is NULL) or (FileName like '%14393%.esd' and IsEncrypted = 0) Note A bad state is indicated by a "TotalResults > 0" result. Darf die Abfrage nicht größer 0 (NULL) sein. Nach dem ersten Durchlauf, ist der Cout von 16 auf 12 gesunken. Kurz gegrübelt. "SearchUpdates" angepasst für 2ten Durchlauf. // delete all update content on the current server belonging to the 1607 release $s = Get-WsusServer $1607Updates = $s.SearchUpdates(“version [Release]”) $1607Updates | foreach { $_.Decline() } $1607Updates | foreach { $s.DeleteUpdate($_.Id.UpdateId) } Anschliessend SQL Query für 2ten Durchlauf gestartet. Anschliessend ist "TotalResults" gleich 0 (NULL)

Interessant wieviele Leute Zeit haben scheiß Kommentare ohne Kontext zum Thema zu verfassen. Naja, die Zeiten für Trolle neigen sich wohl leider nie dem Ende zu.