Kann .NET 3.5 nicht aktivieren Fehlercode: 0x800F081F

[DualCoreCpu]

Hallo,

ich wollte soeben Delphi Starter installieren und scheitere an der im Threadtitel gezeigten Fehlermeldung. Windows Update will ergänzende Dateien runter laden, kann es aber nicht. Kann es sein dass das daran liegt, dass ich Zwangsupdates ausgeschaltet habe. Wenn ich aber dann Updates manuell installieren will? Ich will doch nur die automatischen Updates unterbinden.

Jedenfall bekomme ich die og. Fehlermeldung und damit scheitert die Installation.

Was kann ich da machen?

Windows 10 letztes Update vor paar Tagen KB4053580.


.NET nervt!

[Delphi.Narium]

Hier was bei?
http://www.delphipraxis.net/194655-s...3-5-fehlt.html

[DualCoreCpu]

Nein leider nicht. Obwohl ich jetzt im Internet bin, sagt mit der Installer, er brauche eine aktive Internetverbindung um .NET 3.5 installieren zu können, aber in der Systemsteuerung aktivieren kann ich es auch nicht und leider hilft der verlinkte Thread nicht weiter.
Habe im verlinkten Thread gleich mal Herrn Eising meinen Unmut mitgeteilt, der ja Vertreter von Emba ist. Delphi sollte von dem .NET Ballast befreit werden.

[Dalai]

Eigentlich findet man zu dem Fehlercode sehr schnell etwas, unter anderem einen Thread im MS-Forum, der auf einen KB-Artikel verweist, in dem man für Win10 folgendes lesen kann:

Code:

To fix the error codes for Windows 10, follow these steps:

1. Download the Windows Media Creation tool, and create an ISO image locally, or create an image for the version of Windows that you have installed.
2. Configure the Group Policy as in Method 2, but also follow these steps:
2.a Mount the ISO image that's created in step 1.
2.b Point the "Alternate source file path" to the ISO sources\sxs folder from the ISO.
2.c Run the gpupdate /force command.
2.d Add the .Net framework feature.

Das Rummfummeln an Gruppenrichtlinien etc. empfinde ich als übertrieben, weil man .NET 3.x bei Win8.x mit folgendem Befehl installieren kann:

Code:

dism.exe /online /enable-feature /featurename:netfx3 /all /source:X:\sources\sxs /limitaccess

wobei der Pfad X:\sources\sxs hier auf das Quellverzeichnis des (gemounteten) ISOs verweist. Bei Win10 dürfte das genauso funktionieren.

Kurz und knapp: ISO, DVD oder Stick von einem Win10-Installationsmedium haben oder besorgen und dann mit DISM den Kram nachinstallieren.

Grüße
Dalai

[DualCoreCpu]

Da wird ich mir mal einen USB Stick herstellen, von dem ich dann hoffentlich auch Windows direkt booten kann. Ich kann ja mit dem Media Creation Tool zwischen USB-Stick herstellen und .iso erzeugen wählen. Ich entscheide mich für USB Stick, von dem ich dann hoffentlich auch Windows booten kann. Und dann installiere ich mir mein Delphi auf diesem Stick. Bin noch bei der Erstellung des Sticks.

[DualCoreCpu]

Oooch, mein Stick ist fertig, aber auch bloß ein Windows Setup. Hatte gehofft, ein bootbares fertiges Windows auf dem Stick installiert zu kriegen, wo ich dann die Installationsschritte ausführe um Delphi da mit drauf zu kriegen. Wenn ich dann was mit Delphi machen will muss ich eben Windows vom Stick booten. Iss aber nich.

Windows neu aufesetzen tu ich jetzt nicht. Der letzte Kompromiss wäre eine Delphi Starter Portable. Wenn die unbedingt ihr besonderes .NET 3.5 haben will, dann gehört die in den Delphi->bin Ordner, so bereit gemacht, dass Windows davon unberührt bleibt und nur Delphi darauf zugerift, wie gesagt ohne meine Windows Installation zu beeinträchtigen. Ansonsten tut es das gute alte Delphi 7 auch.

Hatte meinen Rechner mit vorinstallierten Windows 7 gekauft. Parallel von USB Stick gelegentlich Linux (Knoppix 7.6/7.7) gebootet. Von da aus Zugriff auch Windows Festplatte gehabt. Windows 7 zerschossen. Wollte neu aufsetzen. Windows 7 download scheitert am Produkt Key. Weil OEM Version. Soll mich an PC Hersteller wenden. PC ein Jahr zuvor über Ebay gekauft, Verkäufernamen nicht notiert. Daraufhin Windows 10 runter geladen. Setup Dvd gebrannt. Setup gestartet, als Produkt Key abgefragt wird, den von meinem legelen Windows 7 verwendet. Installation läuft durch und nun habe ich halt Windows 10. Dank der Zwangsupdates ist es auf aktuellem Stand und da bleibt es jetzt. Da muss eine neue Software schon diese Installation bedingungslos anerkennen und diese und nur diese verwenden und darauf aufbauen. Frickeln tu ich dann erst wenn die Programmentwicklungsumgebung funktioniert und ich damit eine eigenens Programm schreiben will. Embarcadero möge eine solche portable Version bereit stellen.

Werde diese Ausführungen gleich noch in den hier verlinkten Thread an Herrn Eising senden, der vertritt ja Embarcadero.

[Fukiszo]

https://www.pcwelt.de/ratgeber/So-ge...iv-349900.html

Grüße


edit:
sorry vergessen zu sagen, der link zeigt dir wie man eine windows live (PE) version per usb/cd erstellen kann.

[DualCoreCpu]

Zitat:

Zitat von Fukiszo (Beitrag 1391426)

https://www.pcwelt.de/ratgeber/So-ge...iv-349900.html

Grüße


edit:
sorry vergessen zu sagen, der link zeigt dir wie man eine windows live (PE) version per usb/cd erstellen kann.

Ok, danke, da lade ich mir den Winbuilder mal runter. Was mich allerdings irretiert ist der benötigte Grub4DOS Installer. Wie wird das dann. Ich würd gerne mein Harddisk Win 10 ohne Unterbrechung starten. Deshalb will ich ja das Zweitsystem auf dem USB-Stick haben. Wenn kein Zweitsystem-USB-Stick steckt, dann soll mein Rchner ganz normal Windows 10 booten, Steckt ein Stick, soll er von diesem Stick booten. Wenn aber dieser Grub4DOS Installer nur zum Erzeugen des Zewitsystems gebraucht wird, ist alles gut. Mein Linux Zweitsystem starte ich auch so vom Stick. Ohne Bootmanager auf Harddisk.

.

[Fukiszo]

Der Bootloader kommt selbstverständlich nur auf das medium auf dem du es installierst,
ein deinem fall der usb-stick.

Bei mir klappts prima eigentlich egal mit was für einer windows version (ab wista)

Was beim hochfahren starten soll kann das tool nicht beeinflussen,
das stellst du im BIOS ein.

Edit:
Anmerkung: Ich würd eher eine VM aufsetzen als das so zu machen wie du es vorhast.

[DualCoreCpu]

Zitat:

Zitat von Fukiszo (Beitrag 1391453)

Der Bootloader kommt selbstverständlich nur auf das medium auf dem du es installierst,
ein deinem fall der usb-stick.

Bei mir klappts prima eigentlich egal mit was für einer windows version (ab wista)

Was beim hochfahren starten soll kann das tool nicht beeinflussen,
das stellst du im BIOS ein.

Edit:
Anmerkung: Ich würd eher eine VM aufsetzen als das so zu machen wie du es vorhast.

Schön, da wird ich mir mal einen Windows Stick bauen. VM ausfetzen habe ich noch nie gemacht. Wieviel RAM würde ich denn da für Windows 10 brauchen, damit das dann auch flüssig läuft? Und mit Delphi 10.2.Tokyo Starter, wenn die auch noch flüssig laufen soll. Bei mir sind 4GByte verbaut. DDR3.

[mensch72]

Minimum-2GB RAM Grundsystem Win64 als VM Host
Minimum-3GB RAM für die die VM mit Win64(1..2GB) plus Delphi-IDE(1..2GB).. da darfst du aber quasi nix außer einem eigenen MiniProgramm in der VM starten wollen
=> das sind schon 5GB... und schon mehr wie du mit deinen 4GB gesamt(und zusammenhängend) je frei hast.

Ab 8GB-RAM kann man real mit einer VM gerade so normal arbeiten. Besser 12-16GB... also kauf dir noch günstig weitere 8GB-RAM, dann hast du 12GB und du arbeitest soregn frei im Grundsystem und mit deinem VMs.

[Fukiszo]

Für Einsteiger in die "Virtual Machine -> VM" materie würde ich VMware empfehlen,
es ist sehr umfangreich, dein RAM ist relativ wenig aber es kann auch "Festspeicher -> HDD" als RAM nutzen (langsam!),
aber dein Windows (das reale) sollte nach möglichkeit Speichertechnisch optimiert sein (also nicht dutzende von prozessen laden die man meist eh nicht nutzt, auto-updater inklusive)
Ein RAM Upgrade wäre da echt sinnvoll. (mindestens verdoppeln)

VMs haben halt den vorteil das
a) alles was du machst sich nur innerhalb der VM abspielt
b) je nach einstellung, alle veränderung die du in einer VM session vorgenommen hast nicht verpflichtend übernehmen musst.
ich muss leider anmerken, das es auch böse software gibt die die hürden einer VM überwinden können,
aber für deine zwecke kommt sowas ja nicht in frage (blankes Windows mit Delphi und evtl VCL komponenten)

3D Spiele rate ich dringend von ab in VMs auszuführen.
Jede VM kann ein anderes "Grundgerüst" besitzen, du bestimmst was die VM haben soll und was nicht.
(es fängt beim BIOS an bis zu Laufwerke und Monitore etc etc etc, als ob du einen komplett PC zusammenschusterst)

Privat nutz ich Windows 7 als hauptsystem (reales) und andere lad ich per VM hoch.
Bei VM's gehts meist mehr um festspeicherplatz->HDD.
Dein reales System brauch so 2GB hdd für VMware und dann nochmal 50-100 GB pro VM (je nach betriebssystem was du draufspielst)
Bei Windows 10 würd ich schon minimal 100GB zur verfügung stellen.
VMware unterstützt nativ auch das einbinden von .iso/.bin dateien in Virtuelle Laufwerke.

Die VM ist in einem eigenen Format dann auf deine Festplatte gespeichert, je nachdem wieviel hdd speicher du der VM gestattet hast zu nutzen, so groß ist dann die VM datei.

Zum erlernen des umgangs von VMs ist das programm sehr empfehlenswert.

Wenn du fortgeschrittener bist könntest du auch auf andere VM produkte umsteigen die bei weitem nicht so hungrig nach speicher wie VMware ist, aber die sind dann meist irgendwo irgendwie beschnitten.

Bei kleinen programmen reicht eine kleine VM aus die nicht ein komplettes System virtualisiert sondern lediglich eine Anwendung (SandBoxie) um schnell mal was zu virtualisien. Aber da sollte man bereits wissen was man da macht.

Es gibt hunderte von anwendungsmöglichkeit für VMs.... einfach mal VMware beschreibung lesen.

Grüsse