the Sky is the Limit
Nach der Installation von Office 2010 wird der Benutzer einmalig durch einen Begrüßungsdialog geführt. Bei der massenhaften Verteilung von VDI Clients mit vorinstalliertem Office 2010 ist dies meist unerwünscht. Viele Anwender können mit dem Dialog nichts anfangen und sind dadurch verunsichert. Besser er würde gar nicht erst erscheinen.
Umgebungen mit vielen Windows Systemen, oder mit einem hohen Durchsatz an Windows Bereitstellungen, wie z.B. nicht persistente VDI Maschinen, erforden eine automatisierte Systemaktivierung. Microsoft bietet hier in Verbindung mit Open Lizenzen die Möglichkeit einen lokalen Key Management Server (KMS) zu betreiben.
Ich möchte in diesem Beitrag nicht zu sehr auf die verschiedenen Lizenzmodelle eingehen, sondern nur im Telegrammstil die Einrichtung eines KMS beschreiben.
Als Basis verwende ich einen frischen Server 2008 R2 (Std) mit SP1, der auf einem Volume-License ISO beruht. Das ist wichtig und erspart jede Menge Ärger mit den Lizenzschlüsseln auf dem KMS Server selbst. Das System muss zunächst nicht aktiviert werden – das erledigen wir später im Prozess. „Microsoft KMS Server Setup“ weiterlesen
Manchmal möchte man nur eine Kleinigkeit verändern (meistens verbessern) und endet in einem Scherbenhaufen. That’s IT. 🙂
So passierte es kürzlich, als ich das Template einer Zero-Client Umgebung anpassen wollte. Die Aufgabe war einfach: Microsoft Office 2010 deinstallieren und danach Office 2013 installieren. Kurz nach dem Start des 2013 Setups wurde ich mit dieser Fehlermeldung konfrontiert:
Microsoft Setup Bootstrapper funktioniert nicht mehr
Das kann zunächst viele Gründe haben und man vermutet ein beschädigtes Template, ein defektes ISO, störende Fremdsoftware, VDI Optimierungen oder ähnliches. Ich habe daher eine neues Template erstellt (Neuinstallation Windows7 x64 sp1 de). Es wurden alle Microsoft Patches (Dezember 2012) installiert.
An dieser Stelle leistete ein Snapshot gute Dienste. Zunächst versuchte ich Office 2013 direkt in das frische Windows zu installieren. Das gelang ohne Probleme. [zurück zum Snapshot] Danach installierte ich die Panotools (PanoDirect Service 6.0.1) und versuchte erneut eine Office Installation und endete im oben beschriebenen Fehler. Folglich gibt es ein Problem zwischen PanoDirect Service und Office 2013.
Einstellungen der VM:
Ich nutzte den Snapshot und wiederholte die Prozedur mit mehreren Versionen von PanoDirect Service und Office 2013. Alle schlugen fehl.
Auch ein Wechsel des Office Builds brachte keinen Erfolg.
Einfach den PanoDirect Service anhalten hilft in diesem Fall leider nicht.
Mit Office 2010 gab es dagegen keinerlei Probleme bei der Installation, auch wenn PanoDirect bereits installiert ist.
Ich mag dieses Wort nicht. Es deutet immer auf eine unbefriedigende Lösung, aber immerhin auf eine funktionale.
Installiert man zuerst Microsoft Office 2013 und danach PanoDirect Service, funktioniert alles. Falls PanoDirect bereits installiert ist, kann man diesen Dienst entfernen, Office installieren und anschließend PanoDirect wieder installieren. Auch dieser Weg ist praktikabel.
Dann funktioniert zwar die Installation, aber nach Installation des PanoDirect Service lässt sich keine Komponente von Office 2013 starten.
Folglich muß von einer generellen Unverträglichkeit zwischen Office 2013 und den Panologic Tools ausgegangen werde. Die Nachforschungen laufen. Ich werde berichten, falls es hierfür neue Erkenntnisse geben sollte.
Das Problem: Microsoft Office ist installiert, verhält sich aber extrem ungewönlich und stürzt ab (die Anti-M$ Trolle mögen an dieser Stelle bitte wieder in ihren Käfig gehen) ;-). Eine Reparaturinstallation oder Deinstallation über die Systemsteuerung funktioniert nicht. Was tun? System-DVD einlegen und neu installieren? Lieber nicht…
Zum Glück gibt’s da etwas von Ratio… äh Microsoft: KB290301 😉
(Vielen Dank für den Hinweis von MM)