Crashen von Acronis TI 2013 WD Edition mit msvcr80.dll beim Mounten seit kurzem

[SurgeonX1]

Ja, ok.
Aber normalerweise wenn es schnell gehen soll werden viel Ressourcen = CPU Leistung verbraucht.
Egal ob im Hintergrund oder nicht !
Darum ging es mir.
Zeitplanung habe ich nie benutzt, da ich die Backups immer nur dann mache, wenn im BS wesentliche Veränderungen statt fanden.

[Tante Google]

[moinmoin]

Was hast du von der CPU-Leistung wenn die Daten nicht so schnell geschrieben werden können.

Aber egal. Schau dir das Teil an oder lass es.

[SurgeonX1]

Wenn die Priorität auf hoch steht, also schnell,
ist bei meinem alten Laptop die Leistung bei 80% mit i5.
Ich will es nur schnell hinter mich bringen und Zeit für anderes haben !

[DK2000]

Also mit Macrium Reflect lasse ich die Backups im Hintergrund laufen. Kann normal weiter arbeiten, ohne dass das stört. Alternativ starte ich das Backup so, dass nach Beendigung der Rechner automatisch herunterfährt.

Wäre ja grauenvoll, wenn ich ein Backup starte und dann vor dem Verlaufsfenster solange sitzen müsste und warten, bis das Backup endlich fertig ist.

[SurgeonX1]

Musst ja nicht warten ! Ich starte das und gut ist es !
Allerdings kontrolliere ich immer den korrekten Ablauf !

[SurgeonX1]

Mich kotzt das an !
Habe am PC nichts geändert, und der Crash läuft nun bei Win 7, 8.1 und 10 !
Wahrscheinlich durch Updates von MS !
Anders kann man das nicht erklären !
Immer wieder werden laufende Systeme karikiert !

[FLORI78]

Die Ursache liegt bei Acronis und nicht bei MS, diese Erfahrungen haben schon viele Andere gemacht.
Setze für solche Zwecke besser Macrium / AOMEI-Backupper oder auch Paragon Backup & Recovery Free 16 ein.

[SurgeonX1]

Und inwiefern ???
Wenn vorher alles lief, und nichts geändert wurde, kann es nicht an Acronis liegen !
Ich bin mit Acronis bisher sehr zufrieden, auch DD10 und DD12 !
Es hat sonst mit dieser Version von 2013 nicht ein einziges Problem gegeben !

[FLORI78]

Wir schreiben 2019, 2013 ist lange her.
Schaue diesbezüglich mal in die Microsoft-Foren hinein.

[moinmoin]

@Flori, da steht nur dass er Acronis deinstallieren soll

[DK2000]

Weiter bin ich da auch noch nicht gekommen, außer deinstallieren.

Die benötigte msvcr80.dll ist von 2011. Kann sein, dass die mittlerweile wirklich unbrauchbar geworden ist. Finde da bloß im moment keine alte Anwendung, um das mal zu testen.

Bin aber gerade noch mit meinen OpenWith.exe Problem beschäftigt.

---

Nach langem Suchen habe ich es endlich gefunden:

Acronis True Image 2013 WD Edition (13.0.14189)

Und muss sagen, läuft einwandfrei mit WIndows 10 Pro 1809 (64bit) (Build 17763.379)

Keine Probleme mit dem Erstellen eines Backups, mit dem Zurückspielen und de Mounten der *.tib.

Was mich aber in dem Zusammenhang wundert:

Das Tool installiert da die msvcr80.dll Version 8.0.50727.762. Steht auch so im Manifest drin:

Code: Alles auswählen

<dependency>
  <dependentAssembly>
    <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b" /> 
  </dependentAssembly>
</dependency>

Ist mir jetzt nicht so ganz klar, was er bei Dir von der Version 8.0.50727.6229 will? Die gibt es bei mir gar nicht.

Mh?

[SurgeonX1]

Tja, ich weiß es auch nicht.
Ihr seid schlauer als ich.
Es ist eben nur eigenartig, dass auf allen 3 BS dasselbe passiert ist, dass das Mounten nicht mehr geht.
7, 8.1 und 10.
Also kann ich es logisch nur auf Veränderungen von außen zurückführen, wie Updates von MS.

[DK2000]

Habe da noch nicht herausgefunden, welches Update ich da installieren muss, um auf die Version 8.0.50727.6229 der msvcr80.dll zu kommen. Ich habe da nur zwei Versionen:

8.0.50727.9554 (Von Windows !809.17763.379)
8.0.50727.762 (Von TI 2013 installiert)

Ansonsten habe ich da nichts in der Richtung. Über das Windows Update kam auch nichts in der Richtung.

Aber schon komisch ,dass es bei Dir auf allen Instillation wohl nicht mehr funktioniert.

[moinmoin]

Also wenn ich das sehe, ist die dll uralt.
https://support.microsoft.com/en-us/hel ... 012-qfe-oc

1.jpg

[DK2000]

Die 8.0.50727.762 ist da sogar noch älter (vom 27.08.2007).

Lt. Process Explorer verwendet TI bei mir die 8.0.50727.9554. Die andere sehr alte DLL lässt er da links liegen.

Klingt im Moment irgendwie so, als ob da etwas mit den Side-by-Side Assemblies im WinSxS Ordner nicht hinhaut.