OhGottSkripte

Gemacht. Ergebnis in einer "normalen" DOS-Box: In einer DOS-Box mit erhöhten Rechten läuft das Tool durch (durch das Logfile bestätigt). Was mich erst verwirrt hat war der Speicherort des Logs in C:\Windows\Temp statt in %APPDATA\Local\temp. Aber klar, der für den SYSTEM-Account gelten andere Umgebungsvariablen als für den angemeldeten User Wie vermutet, ist diese ver&&§$ DOS-Box mit ihren ver%"§$&/ erhöhten Rechten die Ursache. Ich werde heute mal weiter den Weg mit der Powershell und der daraus gestarteten Box verfolgen. Ich bin aber nach wie vor dankbar für Tips in jede Richtung. Viele Grüße OhGott P.S.: hatte ich mich schon bei allen Mitratenden hier für ihre Hilfe bedankt? Nein? Dank an alle, die hier mitmachen für ihre Ideen und Tips.

Drei Zeilen über dem Aufruf wechsele ich in das Verzeichnis, wo die Datei liegt. Sollte also hinkommen. Viele Grüße OhGott

Nein, der Schalter dient nur zur Bestätigung, das man den Befehl wirklich ausführen will. Im Sinne von "Ich bestätige, das ich das wirklich will." und nicht im Sinne von "Frage mich, ob ich das wirklich will." Es ist auch das einzige Argument, das das Tool akzeptiert und auch nur genau so. Zwei Minuszeichen, alles klein geschrieben. Viele Grüße OhGott

echo off set pfad=C:\temp echo Task ist gestartet > %pfad%\Task_gestartet.txt C: cd \temp rem Sophos deinstallieren sophoszap.exe --confirm if %errorlevel%==1 goto zaprun_error echo "Zap Run 1 erfolgreich">%pfad%\Run_1_Erfolg.txt copy %temp%\sophos*.txt %pfad%\SophosZap_Run_1.txt :zaprun_1 echo Ein Fehler ist aufgetreten > %pfad%\Fehler.txt Bitte schön.. Denkbar einfach. Die Task_gestartet.txt wird erzeugt, aber danach passiert nichts mehr. Das Log in %temp% bleibt unberührt bzw enthält genau die Einträge, die man bekommt, wenn das Tool nicht genug Rechte hat. Startet man die Batch manuell aus einer DOS-Box mit erhöhten Rechten, läuft alles wie gewollt durch. [EDIT] Alles liegt lokal unter C:\temp. An keiner Stelle des Skriptes wird auf irgendetwas außerhalb dieses Verzeichnisses zugegriffen. Viele Grüße OhGott

Ja, ja und nein. Das Tool was aufgerufen wird ist die SophosZap.exe. Der einzige Zweck ist es, Sophosprodukte rückstandsfrei von einem Rechner zu entfernen. Das Ding hat keine GUI, nach dem Start arbeitet es eine oder zwei Minuten vor sich hin und meldet sich dann zurück. Das die Batch losläuft kann ich daran sehen, das eine Textdatei "Aufgabe gestartet" in C:\Temp angelegt wird (dritte Zeile in der Batch). Was ich heute versuchen werde ist, das Tool direkt als SYSTEM-User mit erhöhten Rechten laufen zu lassen. Mal schauen, ob das funktioniert und ob man ggf per && die Befehle einfach hintereinander hängen kann. Viele Grüße OhGott P.S.: Sorry für die Verzögerung, mich hat es gestern krankheitsbedingt kurz niedergestreckt.

Hallo, ein Kollege brachte gerade das hier auf: man kann aus einer Powershell mit dem Befehl Start-Process C:\windows\syswow64\cmd.exe /C"C:\temp\Zweiter_Lauf_nach_Neustart.bat" -Verb runAs eine DOS-Box mit erhöhten Rechten öffnen. Auch die Übergabe der Batchdatei funktioniert. Jedenfalls, wenn ich den Befehl in einem Powershell-Fenster eingebe. Gebe ich die Zeile in die Aufgabe ein, passiert leider gar nichts. Sollte ich diesen Ansatz weiter verfolgen? Viele Grüße OhGott

Hallo, das Deinstallationstool loggt standardmäßig nach %temp%, aber ich kann testen, was passiert, wenn ich ein Arbeitsverzeichnis setze. Wäre aber b***d unschön, wenn das der Grund wäre, denn das läßt sich über schtasks nicht konfigurieren, glaube ich. Viele Grüße OhGott

Hallo, ich habe ein Logging (ein großes Wort :) ) eingebaut. Daher weiß ich, das der Task anläuft, denn es wird eine Textdatei mit entsprechendem Namen erzeugt. Das es nicht geklappt hat, zeigt ein Blick in das Log des Deinstallationstools. Wenn ich die Batch, die im Task gestartet wird, in einer von Hand geöffneten Admin-DOS-Box ausführe, dann läuft alles wie gewünscht. All das bringt mich zu der Vermutung, das die Rechte nicht ausreichen. Viele Grüße OhGott

Hallo, ich bin leider ein nicht allzu begabter Skripteschreiber, muss jetzt aber trotzdem ran. Aufgabe ist wie folgt: Ein Programm soll mit Hilfe eines herstellereigenen Tools deinstalliert werden, was in zwei Schritten funktioniert: C:\toolverzeichnis\tool.bat aufrufen --> Neustart --> C:\toolverzeichnis\tool2.bat aufrufen --> fertig. Nach dem zweiten Durchlauf soll durch die gleiche Batch eine neue Software installiert werden, die als MSI-Paket vorliegt. Das Tool muß in einer DOS-Box laufen, die mit Adminrechten gestartet wird (erkennbar an dem "Administrator: Eingabeaufforderung" im Fenstertitel), sonst schlägt die (De-)Installation der Software fehl. Damit sich das Ganze automatisieren läßt, soll nach dem Start der Batch keine weitere manuelle Eingabe mehr erforderlich sein. Das ganze auf Server 2012R2 bis Server 2019. Ich habe auf den Servern Adminrechte. Die Idee ist folgende: Beim Durchlauf des ersten Skriptes erstelle ich einen geplanten Task, der einmal nach dem Reboot läuft, den Start der zweiten Batch anstößt und sich dann löscht. Der zweite Batch erledigt dann den zweiten Durchlauf der Deinstallation sowie die Installation der neuen Software. Das Problem: Ich habe folgende Zeile in meiner Batch stehen schtasks /create /tn Aufgabe_nach_Neustart /tr C:\temp\Aufgabe_nach_Neustart.bat /sc onstart /ru system /rl highest /z Die DOS-Box läuft nicht mit Adminrechten, so dass weder deinstalliert noch installiert wird. Trotz SYSTEM als User und höchsten Rechten. Ich habe keine Ahnung, wie man eine Box mit Adminrechten skriptgesteuert öffnet. Die Lösung: hier kämt ihr dann ins Spiel... Es dankt im Voraus OhGott