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

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 24.03.2019, 18:49

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

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

Beitrag von Tante Google » 24.03.2019, 18:49


Benutzeravatar
moinmoin
★ Team Admin ★
Beiträge: 59670
Registriert: 14.11.2003, 11:12
Hat sich bedankt: 127 Mal
Danke erhalten: 554 Mal
Gender:

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

Beitrag von moinmoin » 24.03.2019, 18:58

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. :)

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 24.03.2019, 19:16

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 !

Benutzeravatar
DK2000
Legende
Legende
Beiträge: 9120
Registriert: 03.04.2018, 00:07
Hat sich bedankt: 149 Mal
Danke erhalten: 463 Mal
Gender:

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

Beitrag von DK2000 » 24.03.2019, 19:51

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.

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 27.03.2019, 05:13

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

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 30.03.2019, 20:23

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
Aufsteiger
Aufsteiger
Beiträge: 93
Registriert: 27.01.2019, 21:37

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

Beitrag von FLORI78 » 30.03.2019, 20:29

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.
Surface Pro 4 mit Windows 10 Pro Version 1903
Surface Pro 4 mit Windows 10 Pro Insider Version 18936
Surface Go mit Windows 10 Pro 1903

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 31.03.2019, 15:51

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
Aufsteiger
Aufsteiger
Beiträge: 93
Registriert: 27.01.2019, 21:37

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

Beitrag von FLORI78 » 31.03.2019, 16:15

Wir schreiben 2019, 2013 ist lange her.
Schaue diesbezüglich mal in die Microsoft-Foren hinein.
Surface Pro 4 mit Windows 10 Pro Version 1903
Surface Pro 4 mit Windows 10 Pro Insider Version 18936
Surface Go mit Windows 10 Pro 1903

Benutzeravatar
moinmoin
★ Team Admin ★
Beiträge: 59670
Registriert: 14.11.2003, 11:12
Hat sich bedankt: 127 Mal
Danke erhalten: 554 Mal
Gender:

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

Beitrag von moinmoin » 31.03.2019, 16:21

@Flori, da steht nur dass er Acronis deinstallieren soll :lol:

Benutzeravatar
DK2000
Legende
Legende
Beiträge: 9120
Registriert: 03.04.2018, 00:07
Hat sich bedankt: 149 Mal
Danke erhalten: 463 Mal
Gender:

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

Beitrag von DK2000 » 31.03.2019, 16:25

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?

Benutzeravatar
SurgeonX1
Meister
Meister
Beiträge: 345
Registriert: 19.10.2017, 13:19
Gender:

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

Beitrag von SurgeonX1 » 01.04.2019, 17:43

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.

Benutzeravatar
DK2000
Legende
Legende
Beiträge: 9120
Registriert: 03.04.2018, 00:07
Hat sich bedankt: 149 Mal
Danke erhalten: 463 Mal
Gender:

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

Beitrag von DK2000 » 01.04.2019, 18:05

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.

Benutzeravatar
moinmoin
★ Team Admin ★
Beiträge: 59670
Registriert: 14.11.2003, 11:12
Hat sich bedankt: 127 Mal
Danke erhalten: 554 Mal
Gender:

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

Beitrag von moinmoin » 01.04.2019, 18:11

Also wenn ich das sehe, ist die dll uralt.
https://support.microsoft.com/en-us/hel ... 012-qfe-oc
1.jpg
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
DK2000
Legende
Legende
Beiträge: 9120
Registriert: 03.04.2018, 00:07
Hat sich bedankt: 149 Mal
Danke erhalten: 463 Mal
Gender:

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

Beitrag von DK2000 » 01.04.2019, 18:25

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.

Antworten