Zum Inhalt springen

Win7

Windows 8.x: Einige Features von Win7 zurück bekommen

Ich hab grade diesen Post (http://www.tech.de/ratgeber/windows-7-erfahrung-unter-windows-8-5-besten-geheim-tipps-10028651.html) gelesen und darin wird beschrieben, wie man unter Win8.x einige Einstellungen anpassen kann, damit annähernd wieder ein „Look&Feel“ wie bei Win7 aufkommt.
Ich für meinen Teil verwende ja bei meinen neuen PC-System die Software „Start8“ (mehr dazu findet ihr in einem älterem Post von mir: https://ostermeier.net/wordpress/2012/11/windows-8-the-missing-start-menu/), werde aber bei nächster Gelegenheit mal schauen, wie weit man mit den Windows-Bordmitteln „zurück“ kommt. 😉

UTAX: Wacht immer aus dem Ruhemodus auf

utax1128Ich hatte das Problem, dass mein UTAX 1128 MFC-Gerät immer ca. alle 5 Minuten aus dem Standby-Modus erwacht ist, alle Lüfter drehten und anschliessen wieder eingeschlafen ist. Allerdings hat er dieses Verhalten nur an den Tag gelegt, wenn mein Rechner mit Windows 7 gelaufen ist. War dieser PC aus, war auch beim Drucker Ruhe. Alle meine Macs scheinen ihn nicht gestört zu haben.
Ich hab dann von meinem Lieferanten einige Tipps bekommen, was ich ausprobieren könnte, damit das UTAX auch bei laufenden Win7 Ruhe gibt.

Was schon mal nichts geholfen hat, was das Deaktivieren von WDS-Scan und WDS-Druck. Dann kann man sich sparen, war aber sie die erste Welle an versuchten Gegenmaßnahmen.

Im zweiten Schritt haben wir einen neue Firmware mittels USB Stick aufgespielt, wobei ich auch glaube, dass diese nichts gebracht hat.
Ich glaube eher, dass die Einstellungen im Druckerteiber die gewünschte Besserung gebracht haben.
Dort habe ich zwei Sachen deaktiviert:

  1. Bidirektionale Unterstützung deaktiviert und
  2. unter „Erweitert“ die „Erweiterten Druckfunktionen“ deaktiviert

Seither schein der Drucker ruhig zu bleiben, so lange er nichts zu drucken hat. Wollen wir hoffen, dass es so bleibt.

Windows-Fehlermeldung bei Domänen-Anmeldung vom ThinClient aus

wes7_logo_200_01Heute hatte ich einen komischen Fall. Ich habe einen neuen Fujitsu ThinClient mit Win7 Embedded bei uns in die AD-Domäne integriert und alles lief wunderbar. Aufgrund von einigen Windows-Updates musste ich den „Kleinen“ einige Mal durchstarten. Und irgendwann mal, wollte ich mich wieder als Domänen-Admin anmelden und bekam folgende Fehlermeldung:

„Die Sicherheitsdatenbank enthält kein Computerkonto für diese Arbeitsstationsvertrauensstellung.“

Auch das Entfernen des Computerkontos im AD und das anschliessende erneute Hinzufügen brachten keine Besserung.
Als ich dann den ThinClient im „abgesicherten Modus mit Netzwerktreibern“ gestartet habe, konnte ich mich dort ohne Probleme beim AD anmelden.
Bislang habe ich noch keine Lösung für dieses Problem gefunden und bis auf weiteres habe ich den Rechner wieder von der Domäne entfernt und er läuft als eigenständige Arbeitsgruppe.

Wenn da mal noch jemand eine Idee oder einen Tipp hat, dann bitte immer her damit.

 

Win7/Office2010: Programme konnten nicht gefunden werden

Microsoft-Office-2010-to-Be-in-the-GameVor kurzem hatte ich bei einem Bekannten einen ganz dämlichen Fall. Auf seinem PC (Win7 Pro.64-Bit & Office2010 64-Bit) konnte keines der Office-Programme mehr gestartet werden. Es kamen folgende Fehlermeldungen:

  • Winword.exe konnte nicht gefunden werden.
  • Excel.exe konnte nicht gefunden werden.
  • PPoint.exe konnte nicht gefunden werden.
  • Outlook.exe konnte nicht gefunden werden.

Um es kurz zu machen, leider habe ich auf nach diversesten Lösungsversuchen keine Reparatur des Problems zusammen gekommen und mir blieb, so hart es klingt, nur die Neuinstallation des PC.
Ich hab auch nur 1-2 englischsprachige Artikel gefunden, die das gleich Problem hatten und auch die beiden Jungs blieb nur die Neuinstallation als letzter Ausweg.
Erst hatte ich ein defektes Office in Verdacht, aber eine Reparatur-Installation oder auch eine Office-Neuinstallation behoben das Problem nicht. Dann dachte ich, ob es vielleicht ein Virus sein könnte, der das Starten von EXE-Dateien im „Office14“-Verzeichnis unterdrückte, aber 3 verschiedene Virenscanner fanden nichts, was diese Theorie bestätigen könnte.
Wie  schon gesagt, ich musste dieses Problem kopfschüttelnd hinnehmen und den PC komplett neu installieren. Keine wirkliche Ahnung, was das Problem verursachte. Und irgendwie ist es genau dieser Punkt, der mich wurmt. Ich weiß nicht, an was es lag und habe keinen blauen Dunst, was ich das nächste Mal beim gleichen Problem (abgesehen von einer Neuinstallation) machen soll.
Sollte also jemand von euch eine Idee dazu haben, dann immer raus damit.

Win7: Vertrauensstellung zwischen Arbeitsstation primären Domäne konnte nicht hergestellt

Windows7_v_rgbVor kurzem hat mich eine Win7-Arbeitsstation etwas geärgert und ich wollte hier kurz zusammen schreiben, was ich tun musste, damit der PC wieder „sauber“ in der Domäne war.
Wie in der Überschrift schon erwähnt, bekam ich folgende Fehlermeldung: „Vertrauensstellung zwischen Arbeitsstation primären Domäne konnte nicht hergestellt“. Was zur Folge hatte, dass sich der Rechner nicht mehr an der Domäne anmelden konnte/wollte. Die eingegebenen Benutzerdaten stimmten, da war ich mir ganz sicher.

Auch meine Versuche den PC bzw. den Rechnernamen wieder in die OU des ADs einzutragen brachten keinen Erfolg. Ich hab mich dann drauf eingestellt, dass ich den Rechner irgendwie wieder aus und im Anschluss wieder in die Domäne bringen musste.
Eigentlich ja alles kein Thema, wenn man noch das lokale Admin-Passwort wüsste. Also erst mal mit „NTPASSWD“ dass Admin-Passwort zurückgesetzt und ein Neues vergeben. Einen sehr guten Artikel, den ich bestimmt auch schon mal verlinkt habe, findet ihr unter:
http://stadt-bremerhaven.de/windows-7-das-passwort-knacken/
Das Tool bekommt ihr direkt unter:
http://home.eunet.no/pnordahl/ntpasswd/

So, nun hatte ich also wieder Zugangsdaten für meinen lokalen Admin. Aber jetzt bekam ich die Meldung von Windows entgegen geworfen, dass der Admin-Account deaktiviert sei. Zum Glück hatte ich noch einen weiteren lokalen User, dessen Rechte scheinbar auch ausreichend waren, um den Admin-Account zu aktivieren.
Wie das im Detail funktioniert, findet man in diesem Artikel:
http://www.windowspro.de/andreas-kroschel/windows-7-eingebautes-administratorkonto-aktivieren 

Der wichtigste Teil von obigem Artikel ist:
„In einer Eingabeaufforderung mit Administratorrechten ruft man lusrmgr.msc auf und erhält dadurch Zugriff auf die Management-Konsole mit der erweiterten Verwaltung der lokalen Benutzer und Gruppen. Das Ad­minis­tra­tor­kon­to ist schnell gefunden, und nach einem Doppelklick darauf entfernt man auf der Registerkarte Allgemein die Option Konto ist deaktiviert.“

So, ab jetzt ist es leicht. Man kann sich nun wieder als lokaler Admin anmelden, den PC „sauber“ aus der Domäne entfernen und in einen Arbeitsgruppe packen. Dann einen Neustart durchführen und den PC wieder der Domäne hinzufügen. Nach ein Reboot und dann sollte alles wieder gut sein. 🙂