Ruhiges IT-Forum

Hallo zusammen,

Ich schreibe Ihnen, weil ich etwas ratlos bin. Ich erstelle gerade ein Installationspaket für Office 2016 und möchte dabei die vorherigen Office-Versionen, wie 2003, 2007 und 2010, vorab entfernen.

Zur Deinstallation habe ich die Microsoft Fixit-Tools für jede Office-Version heruntergeladen. Bei der Ausführung jedes Fixit-Tools wird eine temporäre VBScript-Datei erstellt, die ausreicht, um die verschiedenen Versionen von Office 2003 und anderen Office-Versionen zu entfernen.

Diese Dateien heißen Offscrub03.vbs (für 2003), Offscrub07.vbs (für 2007) usw.

Um die Produkte vollständig zu deinstallieren, geben Sie einfach folgenden Befehl ein:

Dieser Befehl funktioniert einwandfrei, wenn er direkt in der DOS-Eingabeaufforderung eingegeben wird.

Im WAPT-Paketcode hingegen: Es funktioniert nicht. Ich erhalte folgende Fehlermeldung: Wir sprechen also von Rechten, die für den Zugang zum Register nicht ausreichen würden.

Meine Frage lautet:
Warum erhalten wir zwei unterschiedliche Ergebnisse, in denen Rechte in einem Fall überhaupt kein Problem zu sein scheinen und im anderen Fall schon? Gibt es eine andere Möglichkeit, dies zu tun?

Vielen Dank, meine waptischen Freunde!

Hallo Patrice,

dein Beitrag verdient eine Antwort, da wir uns gut kennen und sehr stolz darauf sind, dass WAPT für deine große und angesehene Organisation (deren Namen ich aus Gründen der Vertraulichkeit nicht nennen darf) von Interesse ist.

Ich bin zwar kein WAPT-Experte, aber ich würde vorschlagen, ein neues Office 2016-Paket zu erstellen, das mit deinen bisherigen Office-Paketen in Konflikt steht. Suche dazu in der WAPT-Dokumentation nach „Konflikt“, um mehr über diese Funktion zu erfahren.

Deine bisherigen Office-Pakete hatten, falls vorhanden, einen Deinstallationsschlüssel. Wenn du also das WAPT-Paket für dein Office 2016 ausführst, werden die vorherigen Versionen deinstalliert, da sie mit der Version von Office, die du installieren möchtest, in Konflikt stehen. So benötigst du kein bestimmtes Microsoft VBS – fast schon Zauberei!

Diese Methode ist zudem robuster und einfacher zu verwalten.

Sobald alle aus dem Urlaub zurück sind, werden wir mit Herrn S. und Herrn F. aus Toulouse sowie Herrn A. und Herrn D. aus Paris sprechen, um Sie auf die Enterprise-Version umzustellen, die besser auf Ihre Bedürfnisse zugeschnitten ist.

Bis dahin wünschen wir Ihnen einen schönen Sommer.

Mit freundlichen Grüßen,

Vincent

Das Problem scheint "bekannt" zu sein:
https://social.technet.microsoft.com/Fo...roprevious

Ich hatte dasselbe Problem beim Ausführen des Skripts mit SCCM 2012 im Systemkontext unter Windows 7. Aus irgendeinem Grund gab die Funktion `CheckRegPermissions` den Wert `false` zurück. Als ich das Skript manuell mit Administratorrechten ausführte, funktionierte es. Es funktionierte sogar mit `psexec -s \\machine cmd`, wodurch eine Eingabeaufforderung im Systemkontext geöffnet wird.

Ich beschloss, den Code in `CheckRegPermissions` zu löschen. Das Skript funktioniert nun einwandfrei und erfüllt seinen Zweck.

Funktion `CheckRegPermissions`
`CheckRegPermissions = True`
End Function 'CheckRegPermissions