Fehler beim extrahieren der Installationsdatei

Ich glaube nicht an einen Festplattenfehler als Ursache, weil es nahezu ausgeschlossen erscheint, daß der Installer von FF und TB in die gleichen Sektoren entpacken. Ich vermute vielmehr einen Fehler des Systems, der vermutlich früher oder später bei der Installation anderer Programme erneut zuschlagen wird. Was mich bei der ganzen Angelegenheit allerdings verwundert ist die Tatsache, daß auch mit Universal Extractor die Installationsdatei nicht zu entpacken war, denn der arbeitet - unter anderem - ebenfalls mit der Engine von 7z (der OP hat allerdings nicht angegeben, ob er nun mit RAR oder 7z Erfolg hatte).

Zitat von Cosmo

Ich glaube nicht an einen Festplattenfehler als Ursache,

.. wenn die gesamte Partition einen Hau weg hat schon, ansonsten würde ich deiner Schlussfolgerung aber auch zustimmen, das ein grundlegendes Problem auf dem System vorliegt... Der TO muss nun liefern...

Der OP schrieb aber im letzten Beitrag, daß er mit 7z (also hat er das doch angegeben, hatte ich zunächst übersehen) auf beiden Laufwerken Erfolg hatte, völlig kaputt kann die Partition also nicht sein.. "Ein Hau der gesamten Partition" wäre auch nicht wirklich vorstellbar, wenn die Partition ansonsten verwendbar ist (und gesichert ist ja, daß der Installer dort gespeichert worden ist); wäre sie völlig unbrauchbar, wäre das im Übrigen wohl schon früher aufgefallen. Das Unvermögen von Universal Extractor ist nunmehr (da doch bekannt ist, daß es mit 7z klappte) umso merkwürdiger (oder er wurde falsch verwendet).

... vielleicht ist die "reguläre" Datei ja auch beschädigt... für mich ist die Sache durch, da das Programm letztlich installiert wurde. Was der TO mit/auf seinem System macht, ist sein Ding...

Sie braucht gar nichts - außer einem gesunden System.

Richtig ist, daß UE bei der Kontrolle, welches Extraktionsverfahren zutrifft, auf Netopsystems stößt (und deswegen nicht auf die 7z-Lösung kommt). Dieses Typ kann UE jedoch nicht selbst entpacken und versucht deswegen, den Installer mit einem Parameter aufzurufen, der den Inhalt lediglich entpackt ohne die Installationsroutine (aka Setup) zu starten, mit anderen Worten, das Entpacken wird auch über UE durch den Installer selbst erledigt - und damit bist du logischerweise wieder an dem Punkt, mit dem du diesen Thread gestartet hattest.

Ich gehe von einem defekten System aus. CC läßt grüßen. Unbeschadet der Frage, ob es andere Ursachen gibt. die Frage ist akademisch, weil die Konsequenz immer dieselbe ist: System neu aufsetzen. Alles andere sind Versuche, die nie sicherstellen können, daß sich Schäden später manifestieren.

Zitat von nobody1407

Okay, aber wie kommt man jetzt auf die eigentliche Ursache dafür, das sich die EXE nicht selbst entpackt?

Der Pfad könnte zu lang sein.

Zitat von nobody1407

Dachte sowas ist nicht mehr möglich?? Gespeichert hab ich die EXE in H:/Downloads

Doch, auch unter Windows 8 gilt immer noch die theoretische Grenze von 260 Zeichen für die gesamte Pfadangabe mit Dateinamen. Das kann man zwar umgehen, in der Praxis sind die 260 Zeichen zu beachten (was insbesondere unter W2k und XP mit dem Wortungetüm "Dokumente und Einstellungen" immer wieder gerne zu Problemen führt; die portable Version von LibreOffice, das selbst ziemlich lange Pfade verwendet, ist da zum Beispiel ganz besonders betroffen, wenn man sie irgendwo unter Dokumente und Einstellungen entpackt).

In deinem Fall, der aus dem Screenshot ja bereits hervorging, kann das allerdings völlig ausgeschlossen werden.

Zitat von nobody1407

Bisher hatte ich keine Probleme und wenn es nur bei der Sache bleibt, werd ich nicht gleich neu aufsetzen.. Dafür läuft alles andere schon seit etlichen Monaten fehlerfrei..

Allein deine Sache. Fehler durch solche Software-Schrottpressen äußern sich aber so gut wie immer verzögert, bis es dann irgendwann doch Probleme gibt. Die tauchen nach Murphys Gesetzen immer dann auf, wenn man sie am wenigsten gebrauchen kann, und in deinem Fall wäre ich sehr skeptisch, ob es nicht bei der nächsten Installation - von was auch immer - bereits wieder klemmt. Nicht jeder Installer läßt sich mit 7z oder RAR entpacken und dann bist du am Ende der Fahnenstange angekommen. (Sonstige mögliche Fehler ganz außen vor gelassen.)

Zitat von Cosmo

auch unter Windows 8 gilt immer noch die theoretische Grenze von 260 Zeichen für die gesamte Pfadangabe mit Dateinamen

[...]

In deinem Fall, der aus dem Screenshot ja bereits hervorging, kann das allerdings völlig ausgeschlossen werden.

So kategorisch würde ich das nicht ausschließen wollen. - Während der Extrahierung kann diese Grenze angetastet und überschritten werden, da hierarchisch (ausgehend vom Ursprungslaufwerk) temporäre Dateien/Ordner erzeugt werden. Manche Entpacker parken diese temporären Date auch außerhalb der Ursprungspartition. Eben da, wo gerade Speicherplatz frei ist.

Zugegeben, dieser Hantiert ist nicht wirklich elegant gelöst, aber, und das ist entscheiden, dabei kann die Zeichengrenze erreicht werden. Und dann würde die Extrahierung abgebrochen werden.

Zitat von Docc

Manche Entpacker parken diese temporären Date auch außerhalb der Ursprungspartition. Eben da, wo gerade Speicherplatz frei ist.

In diesem Fall aber ebenfalls nicht in einem ellenlang verschachtelten Pfad, sondern in einem Ordner im Root mit entweder einem kryptischen Namen oder zum Beispiel dem Namen "temp".

Im Fall des UE wird standardmäßig im Ausgangsordner (hier: Downloads) ein Unterordner mit dem Namen der zu extrahierenden Datei (hier: Firefox Setup 19.0.exe) erzeugt, da kommen alles zusammen genommen nicht einmal 20% der zulässigen Zahl in Sicht. Und wie gesagt, auch über UE wird letztlich der Installer selbst zum extrahieren verwendet. Wenn es da intern im Dateipaket wegen zu tiefer Verschachtelung Probleme gäbe, würden die bei jeder stinknormalen Installation auf einem XP-System (wo das Entpacken im Temp-Ordner des betreffenden Windows-Kontos passiert, also in dem Super-Ungetüm "C:\Dokumente und Einstellungen\Benutzername\Lokale Einstellungen\Temp") schon längst geklingelt haben. - Von der daher bleibe ich dabei, die Pfadlänge als Fehlerursache kategorisch auszuschließen.

Und da es hier bislang um FF19 ging, wird das fällige Update auf 19.0.2 jetzt bereits klar machen, daß es nur mit dem Würkaround upzudaten geht.

Resümee: Es zeigt sich, das bei Problemen mit Firefox und/oder dem System, wie hier, als 1. Nachfrage die nach Cleaning- und/oder Tuningproblemen gestellt werden sollte...