You searched for callhidden - Workplace Management Blog

Empirum Setup.inf – Variablen

Jochen — Tue, 07 Nov 2023 16:22:05 +0000

In der Empirum Setup.inf sollte man vorrangig Variablen anstatt absoluter Werte nutzen. Dies hilft, um auf verschiedene Betriebssystem-Versionen und Sprachen passend zu reagieren. Somit kann das erstellte Paket, im besten Falle, viele Jahre problemlos genutzt werden bzw. relativ problemlos eine Nachfolgeversion paketiert werden. Die Empirum Hilfe bietet eine große Tabelle an Variablen, aber am Ende nutzt man zumeist immer wieder die Gleichen. Neben den Variablen, die Empirum in der Setup.inf bietet kann man jederzeit auch auf die Umgebungsvariablen des Systems zurückgreifen.

Variablen

Nachfolgend sollten die meistgenutzten Variablen aufgeführt sein. Falls ihr eine Variable häufig nutzt, die hier nicht aufgeführt ist, so lasst es mich wissen.

Variable	Erklärung / Beispiel
%Developername%	Wert der in der [Application] Sektion angegeben ist (z.B.: Adobe)
%ProductName%	Wert der in der [Application] Sektion angegeben ist (z.B.: Reader)
%Version%	Wert der in der [Application] Sektion angegeben ist (z.B.: 23.0)
%Revision%	Wert der in der [Application] Sektion angegeben ist (z.B.: 0)
%Src%	Verzeichnis parallel zum Install Verzeichnis (SrcDir=.. ein Verzeichnis „zurück“ von dem Ablageort der Setup.inf).
%App%	Das Verzeichnis, dass unter ApplicationDir= in der [Application] Sektion angegeben ist.
%ProgramFiles% oder %ProgramFilesDir%	Beispiel: C:\Program Files
%ProgrammFiles(x86)% oder%ProgramFilesDirx86%	Beispiel: C:\Program Files (x86)
%AppData%	Beispiel: C:\Users\\AppData\Roaming
%LocalAppData%	Beispiel: C:\Users\\AppData\Local
%WinDir%	C:\Windows
%CommonPrograms%	Verzeichnis, in dem die Startmenü\Programme Verknüpfungen aller Benutzer abgelegt sind.
%CommonDesktop%	Verzeichnis, in dem die Desktop Verknüpfungen aller Benutzer abgelegt sind.
%UserPrograms%	Verzeichnis, in dem die Startmenü\Programme Verknüpfungen des angemeldeten Benutzer abgelegt sind.
%UserDesktop%	Verzeichnis, in dem die Desktop Verknüpfungen des angemeldeten Benutzer abgelegt sind.
%Programdata% oder %AllUsersProfile%	Gemeinsames Programmverzeichnis, z.B.: C:\ProgramData
%WindowsUser%	der angemeldete Windows Benutzer, ähnlich der Variable %Username%
%Computername%	Name des Computers
%ComSpec%	cmd.exe

Beispiele

Del "%CommonDesktop%\WinSCP.lnk"

Del "%CommonPrograms%\TotalCommander Repair und Uninstall.lnk"

Deltree "%ProgramFiles%\WinSCP"

Callhidden %ComSpec% /C Echo %%date%% %%time%% [Set:Product] Install or repair >>"%App%\Debug.log"

Copy "%Src%\filezilla.xml" "%App%\FileZilla.xml"

Copy "%App%\filezilla.xml" "%AppData%\FileZilla\FileZilla.xml"

Der Beitrag Empirum Setup.inf – Variablen erschien zuerst auf Workplace Management Blog.

Dialog zum Schließen von Programmen

Jochen — Sun, 16 Jul 2023 18:00:35 +0000

Es gibt Anwendungen, diese können nicht ordnungsgemäß aktualisiert oder entfernt werden, wenn diese noch geöffnet sind. So gibt es Installationsroutinen die fordern den Benutzer bei einer interaktiven Installation oder Deinstallation auf, die Anwendung zu schließen. Bei der Softwareverteilung und somit der „silent“ Installation bzw. Deinstallation, schlagen diese dann fehl oder führen nur eine teilweise Deinstallation oder Aktualisierung aus. Die noch im Zugriff befindlichen Dateien werden dann nicht aktualisiert bzw. entfernt.

Wie können wir darauf in der Softwareverteilung bzw. der Paketierung darauf reagieren?
Wie kann ich das in der Matrix42 Empirum Setup.inf handhaben?

Die harte Methode

Wenn also ein geöffnetes Programm stört, dann beenden wir es halt vor der Installation. Nehmen wir für die nächsten Beispiele an, es geht um Microsoft Visio. Man kann das in Windows enthaltene Tool TaskKill.exe nutzen und damit den Prozess beenden. In der Empirum Setup.inf würde der Befehl grob wie folgt ausschauen:
Callhidden TaskKill.exe /IM visio.exe /F
Es gibt jedoch auch einen Setup.inf eigenen Befehl:
Killprocess visio.exe
Beide haben gemeinsam, sie beenden sofort den laufenden Prozess und gehen in der Installationsabfolge weiter. Was aber, wenn der Benutzer gerade die letzten Minuten oder Stunden Änderungen in seinem Visio-Diagramm vorgenommen hat? Diese Änderungen „darf“ der Benutzer höchstwahrscheinlich mit der neuen Visio Version erneut durchführen.

Sanftere Methoden

Die sanftere Methode ist, mit dem Benutzer zu interagieren. Dies geht in der Empirum Setup.inf über den Befehl AsKillProcesses und der dazugehörigen [Processes] Sektion. In der [Processes] Sektion wird konfiguriert, bei welchem Prozess, welcher Name in der GUI angezeigt wird und wie nach dem Ablauf des Timeouts (des AskKillProcesses Befehls) verfahren werden soll. Während des TimeOut’s hat der Benutzer die Möglichkeit die Anwendung selbsttätig zu schließen. Die Installation wird direkt nach dem Schließen durch den Anwender fortgesetzt. Reagiert der Benutzer während der Timeout Zeit nicht auf den angezeigten Dialog zum Schließen der Anwendung, bestimmt der Parameter CONTINUE oder ABORT, ob das Paket „Abgebrochen“ wird, oder die Installation fortgesetzt wird. Bei einem Abbruch wird dies auch mit der entsprechenden Meldung in der Management Console signalisiert.

[Processes]
;---beenden des Processes visio.exe nach dem Timeout (hier 300) und mit der Installation voranschreiten
VisioProc=visio.exe, Microsoft Visio, KILLPROCESS CONTINUE
;---Alternativ: KEIN beenden des Processes visio.exe nach dem Timeout (hier 300) und Abbrechen der Installation
;VisioProc=visio.exe, Microsoft Visio, KILLPROCESS ABORT

[CheckOpenProcesses]
AskKillProcesses 300, VisioProc
-AskKillProcesses 300, VisioProc

[Product]
#CheckOpenProcesses, DONTDELETE
...
#CheckOpenProcesses, DELETE

Hinweise: Man sollte eine entsprechende Zeit zum Interagieren als Timeout nutzen. Das Wort VisioProc wurde hier explizit gewählt, um zu zeigen, dass dies der Verbinder zwischen dem AskKillProcesses Befehl und der [Processes] Sektion ist. Der Name kann auch nichts mit der Anwendung zu tun haben! AskKillProcesses ist sehr „freundlich“ für den Anwender. Dies hilft ihm jedoch nicht, wenn er die Anwendung gar nicht kennt oder mit dieser keine Berührungspunkte hat, wie z.B. eine Anwendung, die vorwiegend im TaskTray „schlummert“.

Weitere Hilfe

Man kann auch auf einen Fenstertitel reagieren und anschließend das entsprechende Fenster schließen, etc. Dies ist in der Empirum Online Hilfe ausgiebig erläutert.

Der Beitrag Dialog zum Schließen von Programmen erschien zuerst auf Workplace Management Blog.

UEM Agent für Windows 2210.1.2 released

Jochen — Tue, 15 Nov 2022 17:11:36 +0000

Guten Tag zusammen, Matrix42 hat den UEM Agent für Windows in der Version 2210.1.2 veröffentlicht. Dieser UEM Agent enthält die Funktionen, die ich im folgenden Artikel bereits beschrieben habe. Im Gegensatz zur Vorstellung hat er nun die Technical Preview Phase verlassen. Gerade aus den Aspekten hinsichtlich der Verbesserungen im Bereich Sicherheit und Rolloutstabilität, sollte man diese Version näher betrachten.

Voraussetzungen

Aus meinen Erfahrungen heraus gibt es zwei Dinge, auf die man achten sollte. Seinen volle Leistung entfaltet der UEM Agent erst mit dem aktuellen Hotfix auf der Empirum Server Seite. Zusätzlich sollte man eine kleine Verbesserung in Form einer Setup.inf Anpassung vornehmen, bevor man diese Version einsetzt.

Matrix42 Empirum v21.0.3

Wichtig bei der Nutzung des neuen UEM Agents ist, das man beim Einsatz von Empirum v21.0.3 auch den aktuellen Hotfix Installer vom 28.10.2022 oder später ausführt.

Download

Matrix42 stellt alle UEM Agent für Windows Versionen an der gleichen Stelle zum Download bereit.
Den aktuellen Hotfix Installer für Matrix42 Empirum v21.0.3 gibt es hier.

Anpassungen

Nachdem man den UEM Agenten in das Empirum Software-Depot eingebunden hat, sollte man jedoch auf Dateiebene in der Setup.inf noch eine Anpassung vornehmen. Die Datei findet ihr auf dem EmpirumServer unter Empirum\Configurator\Packages\Matrix42\UEM Agent Windows\2210.1.2\Install.
Dazu die Finish Sektion der ausgelieferten Setup.inf wie folgt anpassen.
Hinzukommen sollte die Zeile mit dem Callhidden.

[Finish]
Callhidden reg delete HKEY_LOCAL_MACHINE\SOFTWARE\Matrix42\RebootPackagesPending /v "Restart Matrix42 UEM Agent Windows" /f
Exit

Hinweis

Trotz aller Empfehlungen von meiner Seite, sollte man, wie bei jedem Stück neuer Software, diese stückweise bzw. in Wellen (Test, Pilot, Rollout) an die Clients verteilen.

Der Beitrag UEM Agent für Windows 2210.1.2 released erschien zuerst auf Workplace Management Blog.

Dell Touchpad – Gesten funktionieren nicht

Jochen — Wed, 22 May 2019 09:23:05 +0000

Ein Kunde kam auf mich zu, dass bei den neu installierten Dell Laptops unter Windows 10 die Gestensteuerung nicht funktioniert. Die Gestensteuerung ermöglich, dass man mit zwei und mehr Fingern weitere Funktionen im Windows nutzen kann. Auf der Suche im Internet stellte ich fest, wir sind nicht die einzigen, wie z.B. hier zu sehen ist. Häufig wurde als Problemlösung eine neue Version, oder die Reinstallation des Treibers empfohlen. Beide Lösungsansätze haben isoliert, für sich, nicht funktioniert. Am Ende habe ich jedoch eine reproduzierbare Lösung gefunden.

Neuer Treiber

Als erstes muss für das jeweilige Model der aktuelle Touchpad Treiber von Dell heruntergeladen werden. Dazu den Treiber samt Setup.exe herunterladen.

Vorgehensweise

Vor der Installation bzw. Reinstallation des Treibers muss jedoch ein Registry Baum gelöscht werden. Dazu den gesamten Baum unter HKLM\Software\Alps löschen. Anschließend den aktuellen Treiber per Setup.exe installieren und das Laptop neu starten. Nach dem Neustart wurde auch in dem Tasktray ein Touchpad Symbol sowie die Aktivitäten angezeigt und die Dell Touchpad Applikation hat die Konfiguration der Gesten ermöglicht.

Automatisierte Treiberinstallation per Empirum

Nun sollte die Installation nicht beaufsichtigt, sondern „unattended“ während der OS-Installation passieren. Dies haben wir dann wie folgt umgesetzt.

Callhidden reg delete HKLM\Software\Alps /f

Call "\DellTP\Setup.exe" /s /V"FORCE=true /qn"

Wie kann ich feststellen, ob bei mir die Touchpad Gesten funktionieren?

Rufen Sie die „Dell Touchpad“ Applikation über die Windows Suche auf. Diese sollte ihnen die Konfiguration der Gesten ermöglichen (links anzeigen). Im Standard sollte das Touchpad Symbol im Tasktray zu sehen sein.

Der Beitrag Dell Touchpad – Gesten funktionieren nicht erschien zuerst auf Workplace Management Blog.

UAC Meldungen bei der Reinstallation von MSI Paketen

Jochen — Tue, 09 Dec 2014 19:14:27 +0000

Seit geraumer Zeit kann es zu UAC Meldungen bei der Reinstallation von MSI Paketen kommen. Ich habe auch schon die Meldung bekommen das es auch bei Installationen passiert ist. Was ist der Hintergrund und wie kann sich behelfen.

MS14-049

Microsoft hat im Oktober 2014 einen Patch unter der Bulletin ID MS14-049 veröffentlicht. Dieser Patch schließt eine Lücke im Windows Installer Dienst: „Vulnerability in Windows Installer Service Could Allow Elevation of Privilege“. Damit einhergehend werden für MSI Installationen neue Hash Werte ermittelt bzw. erstellt. Dies führt bei einer Reinstallation einer bereits installierten MSI Installation zu Problemen.

Mögliche Abhilfen

Whitelisting der Installation

Microsoft hat direkt Methoden zur Erstellung von Whitelist Einträgen, pro getätigter MSI Installation die repariert werden soll, angeboten. Bei dem Einsatz einer Softwareverteilung und einer Fülle an getätigter Software Installationen bereitet das keinen Spaß.
Die Informationen dazu wurden hier veröffentlicht.

Patch zur Behebung des UAC Problems

Im November wiederum wurde dann ein Hotfix veröffentlicht, der mit Hilfe eines Registry Keys generell die UAC Meldungen bei einem nicht vorhandenen MSI Hash Wert unterbinden soll.
Dieser Hotfix samt Vorgehensweise ist hier veröffentlicht.

Die Vorgehensweise mit dem nachgelagerten Hotfix scheint eine sinnvolle Behebung bzw. Umgehung der Problematik zu sein. Doch auch diese Umgehung scheint nach Rückmeldungen nicht zu 100% zu funktionieren.

Deinstallation des MS14-049

Letztendlich bleibt einem bei allen oben getroffenen Maßnahmen und keinem Erfolg (UAC Meldung erscheint trotz aller Maßnahmen) nur noch die Deinstallation des Patches.
Dies wiederum kann auch per Empirum geschehen. Dazu habe ich unten eine beispielhafte Deinstallationsroutine angehängt.

Ich drücke Euch die Daumen!

[Product]
#CheckWUSA, DONTDELETE
#Set:Product, DONTDELETE

[CheckWUSA]
Set VM_WUSA=%HKLM,"SYSTEM\CurrentControlSet\Services\wuauserv","Start"%
If "%VM_WUSA%" == "4" Then "EnableWUSA" EndIf

[EnableWUSA]
CallHidden sc config "wuauserv" start= demand error= ignore

[Set:Product]
SET QFE=2918614
Addmeter -1
DEL "%TEMP%\qfe.txt"
Callhidden %comspec% /C ECHO %sysdate% %systime% - Searching for installed hotfix: %qfe% >>"%WINDIR%\TEMP\qfe_uninstall.log"
Callhidden %comspec% /C wmic.exe qfe >"%TEMP%\qfe.txt"
If DoesTextInFileExist ("%QFE%", "%TEMP%\qfe.txt") == "1" Then "UninstallQFE" ELSE "QFEnotExist" EndIf

[UninstallQFE]
Callhidden %comspec% /C ECHO %sysdate% %systime% - Installed hotfix found: %qfe% >>"%WINDIR%\TEMP\qfe_uninstall.log"
Callhidden %comspec% /C ECHO %sysdate% %systime% - Uninstall hotfix: %qfe% >>"%WINDIR%\TEMP\qfe_uninstall.log"
CallHidden sc config "wuauserv" start= demand error= ignore
Callhidden wusa /uninstall /kb:%QFE% /quiet /norestart
Set WusaError=%ErrorLevel%
IF %wusaError% == "3010" Then "RebootRequired" EndIf
Callhidden %comspec% /C ECHO %sysdate% %systime% - ErrorLevel: %WusaError% >>"%WINDIR%\TEMP\qfe_uninstall.log"
Callhidden %comspec% /C wmic.exe qfe >"%TEMP%\qfe.txt"
If DoesTextInFileExist ("%QFE%", "%TEMP%\qfe.txt") == "1" Then "SET:InstallationError" EndIf
Callhidden %comspec% /C ECHO %sysdate% %systime% - Successfully uninstalled hotfix: %qfe% >>"%WINDIR%\TEMP\qfe_uninstall.log"
DEL "%TEMP%\qfe.txt"

[QFEnotExist]
Callhidden %comspec% /C ECHO %sysdate% %systime% - The following hotfix is not installed: %qfe% >>"%WINDIR%\TEMP\qfe_uninstall.log"

[RebootRequired]
SetReboot 1

[SET:InstallationError]
Callhidden %comspec% /C ECHO %sysdate% %systime% - Failed uninstall hotfix: %qfe% >>"%WINDIR%\TEM\qfe_uninstall.log"
ErrorLogMsg %ErrorText% %WusaError% %CallingText% wusa /uninstall /kb:%QFE% /quiet
Abort

Setup.inf Beispiel zur Hotfix Deinstallation als Datei: MSHotfix_Uninstall (970 Downloads )

Der Beitrag UAC Meldungen bei der Reinstallation von MSI Paketen erschien zuerst auf Workplace Management Blog.

Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle

Jochen — Sun, 26 Oct 2014 14:54:09 +0000

Schlägt eine Installation eines Empirum Paketes fehl, so wird dies in der Management Console mit dem Status „Failed“ im SWDepotLog und im Status versehen. Im erweiterten ErrorLog kann man ggf. noch den Fehlercode oder einen kleinen Hinweis auf den möglichen Fehler bekommen. Doch häufig benötigt man den Zugriff auf die komplette Log Datei der Installation. Diese wiederum liegt lokal auf dem Computer. Warum?

Hintergrund

Im Standard der Empirum Paket Vorlagen werden diese detaillierten Log Dateien von extern aufgerufenen Setup Routinen wie MSI und Unattended im %WINDIR%\Temp Ordner abgelegt. Schlägt eine Installation fehl, werden diese Log Dateien mit den Fehlern vorgehalten (nicht gelöscht) damit das Problem näher erörtert werden kann. Wenn nun Computer ausgeschaltet sind oder der Zugriff auf den Computer nicht sichergestellt ist (Notebook Benutzer, Firewall, etc.) kann derzeit jedoch keine weiterführende bzw. zeitnahe Analyse bezüglich des Problems stattfinden.

Idee

Ich habe mir dazu ausgedacht, dass im Fehlerfalle diese Log Dateien zusätzlich in das Log Verzeichnis des Agenten kopiert werden und dieser überträgt die Dateien auf den zentralen EmpirumServer. Dieser ist immer erreichbar und der Zugriff kann zentral gesteuert werden. Die Synchronisierung der Log Dateien wird über den EmpirumAgenten sichergestellt, da diese in einem Unterverzeichnis von C:\EmpirumAgent\Log abgelegt werden.

Hinweis: Es werden nur *.log Dateien vom EmpirumAgenten automatisch übertragen.

Umsetzung

Die nachfolgenden Beispiele sind ggf. auf die eigene Umgebung und das Agenten-Verzeichnis anzupassen.

Notwendige Setup.inf Anpassung

Dazu wurde folgende Änderung bzw. zusätzlichen Zeilen in der Setup.inf erstellt:

[Environment]
MSILogFileName=MSI_%ProductName%.%Version%.%Revision%.log
MSILogFile=%Temp%\%MSILogFileName%
ErrorMsgSyncDir=C:\EmpirumAgent\Log\InstallErrors.CU\%Computername%

[AbortMSIInst]
CALLHIDDEN %COMSPEC% /C MD "%ErrorMsgSyncDir%"
COPY "%MSILogFile%" "%ErrorMsgSyncDir%\%MSILogFileName%"
ErrorLogMsg %ErrorLogMessage% ErrorLevel: %ErrorLevel%
Abort

[AbortMSIUnInst]
-Abort
-ErrorLogMsg %ErrorLogMessage% ErrorLevel: %ErrorLevel%
-COPY "%MSILogFile%" "%ErrorMsgSyncDir%\%MSILogFileName%"
-CALLHIDDEN %COMSPEC% /C MD "%ErrorMsgSyncDir%"

Anpassung in der Management Console

Der Zugriff auf das zentrale Log Verzeichnis eines Computers kann über einen „Rechtsklick“ auf den Computer geschehen. Die Konfiguration wird über die Management Console, Extras, Eigenschaften unter „Externe Programme“ vorgenommen.

Zentrales Log Verzeichnis
explorer \\%EmpirumServer%\configurator$\Log\InstallErrors.CU\%Computername%

Das gezeigte Beispiel nutzt die EmpirumServer Variable. Hier muss ggf. der zentrale EmpirumServer eingetragen werden und das Support-Personal zum Lesen berechtigt werden.

Bereinigung

Die zyklische Bereinigung des zentralen Log Verzeichnisses muss derzeit von Hand durchgeführt werden.

Der Beitrag Empirum: Einfacherer Zugriff auf detaillierte Fehler-Protokolle erschien zuerst auf Workplace Management Blog.

HowTo: Akku oder Netzbetrieb unterscheiden

Jochen — Mon, 15 Apr 2013 17:37:57 +0000

Bei einigen Installationen oder Änderungen am Computer, wie z.B. einem BIOS Update ist es wichtig, dass der Computer an der Steckdose (am Strom) angeschlossen ist und nicht nur vom eingebauten Akku betrieben wird. Die Installation, wie ein Windows Service Pack oder die BIOS Update Routine, fragen diesen Zustand ab, doch dann kann es ggf. schon zu spät sein bzw. die Installation ist schon „mitten drin“. Für diesen Fall hatte ich bereits vor einiger Zeit bereits dieses kleine Tool geschrieben, was unter Windows XP wunderbar funktionierte. Vor kurzem wurde ich gefragt, ob ich diesbezüglich etwas hätte, aber es sollte unter Windows 7 x64 funktionieren. So holte ich das „alte“ Tool raus und es funktionierte zu meiner Freude weiterhin. Ich habe die „GetPowerState.exe“ jedoch dahingehend verändert, dass der Zustand „Netzbetrieb“ oder „Batteriebetrieb“ nun auch in dem 64bit Teil der Windows Registry gespeichert wird.

Aufruf und Ergebnis

Wie nutzt man nun das Tool während der Softwareverteilung? Dazu ruft man die GetPowerState.exe auf und prüft anschließend die Registry. Die GetPowerState.exe speichert das Ergebnis unter „HKLM\SOFTWARE\matrix42\ClientInfo\PowerState“. Hier werden die Eigenschaften „PowerState“ und „BatteryState“ gespeichert.

PowerState kann die Werte „Battery“ (Batteriebetrieb) oder „AC“ (Netzbetrieb) annehmen.
BatteryState enthält den prozentualen Ladezustand der Batterie.

Im Empirum Paket kann dies in der Setup.inf wie folgt abgeprüft werden:

CALLHIDDEN "%SRC%\GetPowerState.exe"
IF %HKLM,Software\Matrix42\ClientInfo\PowerState,PowerState% <> "AC" THEN "ErrorHandling" EndIf

[ErrorHandling]
ErrorLogMsg "Computer is on battery. Exiting Script! | Computer ist nicht am Stromnetz angeschlossen. Script wird beendet!" 
AbortSilent

GetPowerState.exe gibt es hier zum Download:
GetPowerState (1202 Downloads )
MD5 Hash der Downloaddatei: D74C4B71639872DABA45C844584F609D38CE427C

Der Beitrag HowTo: Akku oder Netzbetrieb unterscheiden erschien zuerst auf Workplace Management Blog.

Registry ändern mit REG Dateien

Jochen — Wed, 06 Mar 2013 18:17:15 +0000

Bei Empirum bzw. Matrix42 Workplace Management Implementierungen oder Unterstützungen bekommen ich gerne Installationsroutinen und dann noch eine *.reg Datei vom Kunden angeboten. „Die muss nach der Installation noch dazugefügt werden – fertig, ganz einfach“. So oder so ähnlich sind dann meist die Aussagen. Folgendes sollte man sich dann selbst vergewissern bzw. abstimmen.
Sind in der *.reg Datei ausschließlich nur HKLM (HKEY_LOCAL_MACHINE) Änderungen kann man sich fast noch dazu verleiten lassen, die Datei zum richtigen Zeitpunkt per CALLHIDDEN regedit /s <%SRC%\Datei.reg> zu importieren (in einer nicht REG: Sektion !). Der Nachteil ist dann jedoch, dass diese Einstellung(en) mit Hilfe dieser einen Datei bei der Deinstallation nicht rückgängig gemacht werden kann. Wenn bei einer Deinstallation diese Änderungen in der Registry verbleiben können und es „keinen“ stört, kann man diesen Weg bestreitet. Man muss sich jedoch dieser Sache bewußt sein.

Das einfache Importieren von *.reg Dateien mit HKCU (HKEY_CURRENT_USER) Einträgen ist dagegen schon fast „fahrlässig“. Die Einstellungen werden ggf. nur für den gerade angemeldeten Benutzer getätigt, wenn es in der Setup.inf nicht richtig eingebunden ist. Dann bekommt der „EmpirumAgent“ diese Einstellungen gesetzt, davon hat jedoch keiner etwas. Wenn nun die *.reg Datei HKCU Einträge beinhaltet, so muss diese im Benutzerteil (Sektion mit CLIENT „geflagged“) importiert werden. Dies kann jedoch bei vorhandenen Group-Policies (GPOs), die den Registry Editor verbietet, zu Problemen führen. Darüberhinaus sind die gleichen Nachteile vorhanden, wie zuvor beschrieben.

Wie bekommt man nun die *.reg Einträge zuverlässig gesetzt und somit in die REG: Sektion der Setup.inf?

Dazu gibt es zwei Methoden:
1. Erstellen der Setup.inf per Differenzmethode
2. Importieren der *.reg Datei in die Setup.inf per PackageEditor

Beides ist bereits in diesem Blogeintrag beschrieben.

Hinweis: Wenn man die Reg:Product Sektion zum Hinzufügen oder von Einstellungen nutzt, so darf die Reg:Product Sektion nicht mit Client aufgerufen werden.
– Korrekt: Reg:Product
– Nicht korrekt: Reg:Product, Client

Der Beitrag Registry ändern mit REG Dateien erschien zuerst auf Workplace Management Blog.

Suchen und Ersetzen in der Registry

Jochen — Tue, 05 Mar 2013 17:39:09 +0000

Für Änderungen in der Registry gibt es seitens Empirum und dem Betriebssystem einige Möglichkeiten. Diese habe ich hier bereits erläutert. Die Sektion „REG:“ lässt nahezu keine Wünsche offen. Durch Einführung des ReplaceRegValue Befehls ist es auch möglich Änderungen vorzunehmen, ohne den gesamten Registry Eintrag zu kennen. Will man nun jedoch einen Wert ändern, ohne genau zu wissen, wo er in der Registry steht hilft eigentlich nur noch ein „Suchen und Ersetzen“. Mit einem älteren Windows Resource Kit gab es einmal ein „regfind“ Befehl, der neben dem Suchen auch das Setzen ermöglichte. Doch dieser Befehl arbeitet in den heutigen Umgebungen nicht zuverlässig genug. Die nachfolgende Möglichkeit arbeitet bereits sehr global, hat jedoch meines Erachtens den einzigen Nachteil, des es keine Einträge vom Typ REG_BINARY auffinden und ersetzen kann.

Die hier beschriebene Methode kann natürlich auch im Maschinenteil zur Anpassung von HKEY_LOCAL_MACHINE Einträgen genutzt werden. Dazu müssen jedoch Anpassungen vorgenommen werden.

[Set:Product]
#Set:User, CLIENT

[Set:User]
Set HKCURegTree = HKEY_CURRENT_USER\Software\Hersteller
Set HKCURegFile = "%TEMP%\hkcu.reg"
Set SearchString = "Alt"
Set ReplaceString = "Neu"
CALLHIDDEN regedit.exe /E %HKCURegFile% %HKCURegTree%
ReplaceTextFile (%HKCURegFile%, %SearchString%, %ReplaceString%, 0)
CALLHIDDEN regedit.exe /S %HKCURegFile%
If %ErrorLevel%<>0 Then Set:CUError EndIf
Del %HKCURegFile%

[Set:CUError]
ErrorLogMsg Error: %ErrorLevel% : Error changing Registry
Abort

Der Beitrag Suchen und Ersetzen in der Registry erschien zuerst auf Workplace Management Blog.

Umbenennen eines Benutzerkontos

Jochen — Fri, 02 Nov 2012 18:00:11 +0000

Möchte man ein vorhandenes Benutzerkonto per Kommando-Zeile umbenennen, so kann das installierte WMIC sehr hilfreich sein. In Empirum gibt es bereits eine Fülle an Befehlen zum Anlegen und Verändern von Benutzerkonten, jedoch keinen Befehl zum Umbenennen. Das macht jedoch nichts, da es die „modernen“ Windows Betriebssysteme bereits mitbringen.

wmic useraccount where name = '' call rename name = '

In einem Empirum Paket kann man es zum Beispiel wie folgt einbauen …

[Product]
...
#RenameAdmin
...

[RenameAdmin]
CALLHIDDEN wmic useraccount where name = 'Administrator' call rename name = 'LAdmin'

Der Beitrag Umbenennen eines Benutzerkontos erschien zuerst auf Workplace Management Blog.