DotNet 3.5 per OPSI installieren - Opsi-Template funktioniert bei mir nicht?
Verfasst: 06 Apr 2017, 12:02
Hallo Leute,
ich versuche gerade ein Paket für MS .NET Framework 3.5 zu erstellen.
Kurz gesucht und ach gleich fündig geworden bei den user-script_templates.
Ich habe ein neues Paket erstellt, ein Unterordner 'setup' erstellt, die 237 MB große Datei (dotnetfx35.exe) hineinkopiert,
aus den opsi-templates die setup3264-, delsub3264 und unsintall3264-opsiscript-Dateien kopiert und eingefügt.
Dann die Inhalte der user-script-template-INS-Dateien für DotNet 3.5 kopiert und in die jeweilige opsiscript-Dateien eingefügt (also das vorherige ersetzt). Nun per opsi-winst versucht zu installieren und bekomme nach kurzer Anlaufzeit ein Windows System-Fenster (Windows-Features) mit folgendem Inhalt:
1. 'Feature herunterladen und installieren'
2. 'Installation überspringen'
Natürlich auch noch das obligatorische 'Abbrechen'
Zu diesem Zeitpunkt enthält der ExitCode im Script den Code '1603'.
So, ich habe etwas gegoogelt danach und auch hier uralte Einträge gefunden. Aber keine Lösung dazu.
Ich habe das volle Paket von .NET 3.5 SP1 (~237 MB). Ich habe an den Scripten aus dem user-Template nichts verändert.
Die Windows-Meldung ist dazu noch sehr komisch -> ich will gerade .NET 3.5 installieren und der bringt mir das eine App .NET 3.5 benötigt wird (für die Installation?).
So, jetzt meine Frage:
wie habt ihr das gelöst? Es ist ja essentiell das DotNet verteilt werden kann weil viele Programme das voraussetzen. Daher wird es sicher eine Lösung geben nur ich komme irgendwie nicht darauf.
Ich gehe mal davon aus das die Dateiendungen in den OPSI-Scripen selber irrelevant sind? Ich habe ein das opsi-template mit der Dateiendung 'opsiscript' genommen und den Inhalt des user-templates mit der Dateiendung 'ins' hinein kopiert. Aber Dateiendungen dürften nur Schall und Rauch sein sofern man keine 'Programmassoziation' damit benötigt. Also dürfte es hier egal sein, richtig?
P.S.
Ich bin nun etwas weiter gekommen. Ich muss das per 'dism' lösen, würde aber gerne wissen wozu ich dann noch dieses user-template benötigen wollte?
Also konkret meine 1. Frage: brauche ich die 231 MB große Datei dann wenn ich über DISM /online /enable-feature /featurename:NetFx3 usw. DotNet installiere?
Ist das dann nur die DotNet3 (die CAB-Datei in \Windows\winsxs ist lediglich 70 MB groß)?
2. Frage:
kann ich aus einem Windows 10 Installationsmedium die betreffende Netfx3-Cab-Datei in das CLIENT_DATA-Verzeichnis kopieren um dann DISM aus dem opsi-script aufzurufen und des Source-PArameter auf die lokale Datei verweisen? Also auf %Source%Path\dotnetfx35.cab verweisen mit dem Source-Parameter von DISM?
ich versuche gerade ein Paket für MS .NET Framework 3.5 zu erstellen.
Kurz gesucht und ach gleich fündig geworden bei den user-script_templates.
Ich habe ein neues Paket erstellt, ein Unterordner 'setup' erstellt, die 237 MB große Datei (dotnetfx35.exe) hineinkopiert,
aus den opsi-templates die setup3264-, delsub3264 und unsintall3264-opsiscript-Dateien kopiert und eingefügt.
Dann die Inhalte der user-script-template-INS-Dateien für DotNet 3.5 kopiert und in die jeweilige opsiscript-Dateien eingefügt (also das vorherige ersetzt). Nun per opsi-winst versucht zu installieren und bekomme nach kurzer Anlaufzeit ein Windows System-Fenster (Windows-Features) mit folgendem Inhalt:
Dazu bekomme ich Auswahlmöglichkeiten.Von einer App auf dem PC wird das folgende Windows-feature benötigt:
.NET Framework 3.5 (enthält .NET 2.0 und 3.0)
1. 'Feature herunterladen und installieren'
2. 'Installation überspringen'
Natürlich auch noch das obligatorische 'Abbrechen'
Zu diesem Zeitpunkt enthält der ExitCode im Script den Code '1603'.
So, ich habe etwas gegoogelt danach und auch hier uralte Einträge gefunden. Aber keine Lösung dazu.
Ich habe das volle Paket von .NET 3.5 SP1 (~237 MB). Ich habe an den Scripten aus dem user-Template nichts verändert.
Die Windows-Meldung ist dazu noch sehr komisch -> ich will gerade .NET 3.5 installieren und der bringt mir das eine App .NET 3.5 benötigt wird (für die Installation?).
So, jetzt meine Frage:
wie habt ihr das gelöst? Es ist ja essentiell das DotNet verteilt werden kann weil viele Programme das voraussetzen. Daher wird es sicher eine Lösung geben nur ich komme irgendwie nicht darauf.
Ich gehe mal davon aus das die Dateiendungen in den OPSI-Scripen selber irrelevant sind? Ich habe ein das opsi-template mit der Dateiendung 'opsiscript' genommen und den Inhalt des user-templates mit der Dateiendung 'ins' hinein kopiert. Aber Dateiendungen dürften nur Schall und Rauch sein sofern man keine 'Programmassoziation' damit benötigt. Also dürfte es hier egal sein, richtig?
P.S.
Ich bin nun etwas weiter gekommen. Ich muss das per 'dism' lösen, würde aber gerne wissen wozu ich dann noch dieses user-template benötigen wollte?
Also konkret meine 1. Frage: brauche ich die 231 MB große Datei dann wenn ich über DISM /online /enable-feature /featurename:NetFx3 usw. DotNet installiere?
Ist das dann nur die DotNet3 (die CAB-Datei in \Windows\winsxs ist lediglich 70 MB groß)?
2. Frage:
kann ich aus einem Windows 10 Installationsmedium die betreffende Netfx3-Cab-Datei in das CLIENT_DATA-Verzeichnis kopieren um dann DISM aus dem opsi-script aufzurufen und des Source-PArameter auf die lokale Datei verweisen? Also auf %Source%Path\dotnetfx35.cab verweisen mit dem Source-Parameter von DISM?