@anon73440385 Ich habe in der Tat angenommen, dass ich dort entsprechende Rechte habe (daher meine Fehlinterpretation bezüglich der Fehlermeldung), da das Konto Administratorrechte hat.
Habe das Log in ein anderes Verzeichnis verlegt: Dropbox - File Deleted
@Hrbrgr Ich schreib hier die genauen Prozesse hin falls das weiterführt:
NVIDIA Container
NVIDIA LocalSystem Container
NVIDIA Share
nvsphelper64.exe
Der Fehler in dem Log ist 1603. Hier der Auszug aus dem Log:
MSI (c) (F0:00) [19:02:59:530]: Das Produkt wurde durch Windows Installer installiert. Produktname: LibreOffice 6.2.4.2. Produktversion: 6.2.4.2. Produktsprache: 1031. Hersteller: The Document Foundation. Erfolg- bzw. Fehlerstatus der Installation: 1603.
Bitte hier nachlesen, was das bedeutet- Mein Tipp ist, dass das der dritte Punkt bzgl der Zugriffsberechtigung von SYSTEM das Problem ist. Prüfe bitte auch, wer auf E:\ Zugriffsberechtigung hat (Ich würde an Deiner Stelle das mal jetzt nicht auf E:\ versuchen, sondern (testweise) ganz normal installieren, um dann definitiv sagen zu können: Es liegt daran, dass ich auf E:\ installieren will (und das macht die Vermutung “Berechtigungs-/Zugriffsproblem” noch wahrscheinlicher.)
@anon73440385 Ich habe jetzt versucht eine Standard-Installation (nach C:) durchzuführen, die aber wieder abbrach. Ich habe dazu gleich ein Log erstellt, falls das hilft: Dropbox - File Deleted Es würde mich sehr verwundern, wenn ich auf E:\ in diesem Fall keinen Zugriff hätte, da ich bereits eine große Anzahl an Programmen dort fehlerfrei installieren konnte. Bei „Eigenschaften“=>„Sicherheit“ ist alles bis auf „Spezielle Berechtigungen“ für SYSTEM mit Haken versehen.
OK - das kann man also ausschließen, dass es an Laufwerk E: hängt, aber leider kann ich da nicht weiterhelfen. Es bleibt bei Fehler Code 1603 und wenn Du bereits
- Rechte geprüft
- Für die Dauer der Installation Antiviren-Software deaktiviert
- keine verschlüsselte Dateisysteme verwendet
- kein LibreOffice bereits installiert (steht in einem weiteren Microsoft Support Dokument als mögliche Ursache für den Code 1603)
hast, dann fällt mir nichts mehr ein.
@anon73440385 @Hrbrgr Vielen Dank für die Hilfe und die investierte Zeit soweit. Ich werd nochmal alles durchgehen und ansonsten muss halt LibreOffice Portable herhalten, auch wenn ich gern gewusst hätte worans liegt.
Beste Grüße
Ich habe da nochmale ein wenig in das Log rein geschaut und sehe da zumindest, dass in Deiner Windows Registy noch Informationen über eine installiierte Version 6.2.3 stehen:
AppSearch: Eigenschaft: INSTALLLOCATION, Signatur: installuser
MSI (c) (F0:00) [18:59:52:252]: Note: 1: 1402 2: HKEY_CURRENT_USER\Software\LibreOffice\Layers\LibreOffice\6.2 3: 2
AppSearch: Eigenschaft: INSTALLLOCATION, Signatur: installuser_
MSI (c) (F0:00) [18:59:52:252]: Note: 1: 1402 2: HKEY_CURRENT_USER\Software\LibreOffice\Layers_\LibreOffice\6.2 3: 2
AppSearch: Eigenschaft: INSTALLLOCATION, Signatur: installmachine
MSI (c) (F0:00) [18:59:52:252]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\LibreOffice\Layers\LibreOffice\6.2 3: 2
AppSearch: Eigenschaft: INSTALLLOCATION, Signatur: installmachine_
MSI (c) (F0:00) [18:59:52:252]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\LibreOffice\Layers_\LibreOffice\6.2 3: 2Und noch etwas:
InstallMSU: Execution of wusa.exe failed with Win32 error code 0x80240037!
Wie in der FAQ erwähnt scheinst Du ein Problem mit dem Windows Update Service zu haben, denn unmittelbar danach beginnt der Rollback der Installation. Prüfe mal bitte, ob in Deinem Windows 7 der Patch KB2999226 drin ist. Falls nicht. würde ich den manuell mal installieren. Download hier
Hab auch den Eindruck, es ist nicht direkt ein Zugriffsrechte-Problem, sondern hat mit dem Windows Update Service zu tun. @HerrmanByckling läuft das Windows Update ohne Fehler und wann wurden die letzten Windows Updates erfolgreich installiert (siehe Systemsteuerung > Windows Update > Updateverlauf anzeigen)?
Gemäß >klick< bedeutet 0x80240037, dass die angeforderte Funktionalität nicht unterstützt wird.
Sollte das aber alles korrekt laufen und auch auf dem aktuellen Stand sein, könnte man noch mal Rechts-Klick auf die msi-Installationsdatei von LO und “Als Administrator ausführen” probieren (steht aber nur zur Auswahl, wenn das Konto wirklich lokal administrative Rechte hat).
@anon73440385 KB2999226 wurde am 15.10.2015 installiert. Ich hasse es in der Registry rumzuwursteln, damit Windoof „vergisst“, dass da angeblich irgendein Programm installiert ist. Hoffe es läuft nicht darauf hinaus. @Cookievore Letztes Update war KB4087364 am 9.2.2019. Bezüglich der „lokal administrativen Rechte“ bin ich mir etwas unsicher. Die Option „Als Administrator ausführen“ wird bei .msi -Dateien nicht angezeigt, bei .exe schon. Laut Systemsteuerung hat dieses Konto (HB) jedoch Admin-Rechte und ich wüsste nicht, wie ich noch mehr geben kann.
@HerrmanByckling - Ich geb’s auf. Punkt ist, dass der Installer wusa.exe nicht starten kann und anschließend findet der Rollback statt, weil der Update Service nicht läuft. Der Fehlercode ist 0x80240037 - was auch WU_E_NOT_SUPPORTED bedeutet. Dazu finden sich im Netz auch einige Hinweise - am besten fand ich diese Seite hier, da hier einige Methoden aufgelistet sind (Den Download des RepairTools würde ich persönlich aber unterlassen)
Letztes Update war KB4087364 am 9.2.2019.
Seit Februar ist richtig viel im Getriebe von Windows vor sich gegangen. U. a. zuletzt der Wegfall von SHA1-Unterstützung und ein neuer Servicing Stack, damit überhaupt weiter Windows Updates empfangen werden können. Da gibt es reichlich Nachholbedarf und es legt außerdem den Schluß nahe, dass der Windows Update Service auf Deinem System nicht oder nicht richtig läuft - bei einer derartig großen Lücke. Und deshalb wird die Installation von LO nicht gelingen, solange das nicht in Ordnung gebracht ist.
Bei WinFuture gibt es updatepacks, sodass man alle Updates auf einmal runter laden kann (und auch (fast) alle auf einmal automatisch installieren kann)…
@dennisroczek … das Problem sind nicht primär die fehlenden Updates, sondern das mutmaßlich ein wichtiger Systemdienst nicht korrekt läuft, den der Installationsprozess von LO zwingend benötigt. Insofern ist es nicht wirklich zielführend, den OP zur Installation von Updatepaketen aus mehr oder weniger unbekannter Quelle am vom System vorgesehenen Weg vorbei zu verleiten. Das kann sein System ganz aus dem Tritt bringen. Nur, das ist alles ziemlich off topic hinsichtlich LO und deshalb sollte das auf dieser Plattform auch nicht weiter ausgebreitet werden.
Es ist zwecklos, wenn ich den Artikel richtig versteh: Windows 7/8.1: Blocken April 2017 Patches Updates auf neuen Intel/AMD-CPUs? | Borns IT- und Windows-Blog Habe die darin genannte Fehlermeldung (0x80240037) bekommen, als ich versucht habe, was manuell zu installieren. Bei Mickysoft gilt anscheinend die Devise: „Win10 oder stirb!“ Wenn keiner weiß, wie ich die künstliche Blockade ausschalte, oder dem Ding ne andere Hardware vorgaukel, dann hats keinen Sinn mehr, außer es liegt doch an was anderem. PS: Mich verwirrt nur, das im Februar noch ein Update installiert wurde.
Nope - diese Logik kann ich überhaupt nicht nachvollziehen. @HerrmanByckling Du hast ein System mit Windows 7 Home. Da sei die Frage gestattet, ob da überhaupt ein Kaby Lake drin steckt (7. Generation, also mit einer 7 vorne in der CPU-Typ-Nummer). Sofern Du den nicht selbst gebaut und ein vorhandenes Win 7 drauf installiert hast, dürfte es ziemlich unwahrscheinlich sein, käuflich an so eine Kombination gekommen zu sein. Einmal mehr wäre es nützlich gewesen, wenn alle Systeminformationen benannt würden, denn alles kann relevant sein.
Ferner geht aus dem Blog von G.Born doch eigentlich deutlich hervor, dass der blockierende Patch erst im April kam. Im Februar hat da noch nichts ge- oder verhindert.
Außerdem kann 0x80240037 auch ganz andere Ursachen haben. Den Fehlercode gibts schon ewig und das muss ganz und gar nicht zwingend im Zusammenhang mit Kaby Lake CPUs stehen.
Immerhin unter Windows 7 kann man noch “einfach” in das c:\windows\WindowsUpdate.log schauen.
@Cookievore - steht doch oben, dass der OP einen AMD Ryzen 5 hat und Ryzen ist in dem Blog auch erwähnt. Und in dem Blog ist von 2017 (!!!) die Rede, wenn ich das richtig sehe.
Sorry, ja, siehst Du beides richtig. Hatte nach der Hardware-Spec gesucht und anscheinend immer darüber hinweg gelesen. Jo, dann ist das so. Selbst zusammengestelltes System und vorhandenes Win 7 drauf gepackt. Habe noch mal meinen betreuten Bestand durchforstet, aber da findet sich unter ~40 Systemen von 2017 bis heute keine Kombination mit einem Kaby Lake+ oder Ryzen und Windows 7. Bis Skylake gab es die Systeme noch mit Win 7 Downgrade-Lizenz, ab da aus diesem Grund nicht mehr. Mir ist das Problem in den letzten Jahren nicht praktisch untergekommen. Ansonsten hätte ich hier gerne aus der Praxis berichtet, dass das Win Upd auch nach KB4012218 / KB4012219 durchaus noch läuft.
Aber, auch wenn der Blog-Beitrag von 2017 ist, gilt, dass 0x80240037 schon wesentlich länger in allen möglichen Zusammenhängen auftritt. Ich kann nur noch mal anregen, in c:\windows\WindowsUpdate.log nachzuschauen. Wenn ein nützlicher Hinweis vorhanden ist, dann da.
Klassisches Problem von Microsoft Windows: erstell ein Unterordner: Microsoft findet den “Basisordner” (also C:; D:; etc.) also böse wenn etwas installiert werden soll (oder kopieren), selbst wenn es virtualisierte Ordner sind (also “c:\ehemals_d” auf d:\ gemappt mit dem Befehl subst; wie bei mir)
Die Fehlermeldungen von Microsoft sind leider hier überhaupt nicht sinnvoll!
Einfach nach E:\LibreOffice installieren lassen und schon geht es…
EDIT:
Danke @anon73440385, hab mir nun auch mal den Log genauer angeschaut. Die Microsoft KB-Artikel Vorschläge und Ursachen wurden ja schon genannt…
Mit was für ein Benutzer probierst du denn das Programm zu installieren?
Giga.de verweißt darauf, einmal mit Rechtsklick “Als Administrator ausführen” die Installation zu starten.
So richtig hab ich aber auch nicht mehr eine Lösung… vielleicht auch mal testweise die Benutzerkontensteuerung ausschalten (nach “UAC” im Startmenü suchen)
Diese Antwort verstehe ich jetzt aus zweierlei Gründen nicht ganz:
- OP schreibt, dass auch die Installation ganz normal (ohne Angabe eines Installationsordner - also nach
C:\Programme....bei ihm nicht funktioniert und aus dem Log lese ich ebenfalls den Fehler 1603 + die in meinen Kommentaren (nur sichtbar, wenn man “Mehr Kommentare” aufklappt) gemachten Anmerkungen - insbesondere die Anmerkung zum Exit von wusa.exe. - Soweit ich das sehe, steht im Logfile zur Installation der Pfad:
E:\Programme\L_Officeund insofern hat der OP die in der gegebenen Antwort gemachten Bedingungen ja eigentlich eingehalten.
Das Problem lag bei mir einfach daran, daß ich erst die Installationsroutine “Typisch” gewählt hatte. Als ich “Angepasst” wählte, wurde sichtbar, daß ein Ordner mit Namen “Program Files/LibreOffice” vorgegeben ist. Diesen gibt es bei mir gar nicht, also Pfad anpassen, voilá. Schon installiert sich das…