Backup-Software kann SSD plötzlich nicht mehr sichern, getestet mit mehreren Programmen

Backup-Software kann SSD plötzlich nicht mehr sichern, getestet mit mehreren Programmen

Situation: Windows 10, System auf Samsung SSD 860 EVO 1 TB. Die zweite Festplatte ist eine HDD mit genügend Speicherplatz zum Klonen der SSD.

Backups funktionieren monatelang einwandfrei. Ich verwende zwei Backup-Pläne: 1) sichert alles außer einem großen Ordner auf C:, 2) sichert einen wichtigen Teil dieses großen Ordners.

Vor ein paar Tagen funktionierte Backup-Plan 1 nicht mehr. Er wird nie beendet. Wenn ich Plan 1 manuell beende, funktioniert Plan 2. Ich verwende die Backup-Software EaseUS Todo.

Ich dachte, es könnte ein Softwarefehler sein, also installierte ich die Testversion von Acronis True Image 2020. Ähnliches Problem. Sobald ich versuche, irgendetwas (auch nur ein kleines Verzeichnis) auf c: zu sichern, kommt es nie über die Analysephase hinaus. Bei beiden Tests habe ich versucht, über eine Stunde zu warten. Noch besser: Sobald Acronis den Sicherungsvorgang startet, kann ich ihn nicht mehr abbrechen, er wird für immer abgebrochen.

Dies sind die Details, die Todo Backup schreibt, wenn ich versuche, Plan 1 auszuführen:

Checking file system on partition 4 of disk 0.
Todo Backup has checked the partition and found no problems.
Checking file system on partition 3 of disk 0 (C:\).
Todo Backup has checked the partition and found no problems.
Checking file system on partition 0 of disk 0.
Todo Backup has checked the partition and found no problems.
Backup is running, please wait patiently.
Analyzing file system on partition 4 of disk 0.
Backing up file system on partition 4 of disk 0.
Analyzing file system on partition 3 of disk 0 (C:\).

Habe alles mit chkdsk geprüft, SSD mit Samsung Magician, keine Probleme gefunden. Habe versucht, den Backup-Plan 1 vom bootfähigen Image von Todo Backup auszuführen, ist auch fehlgeschlagen.

Ich habe das System auf den Zustand wenige Tage vor dem Ausfall zurückgesetzt und den Backup-Plan 1 erneut ausprobiert. Es funktioniert, aber „Dateisystem c: wird analysiert“ dauert etwa 6 Minuten. Zuvor dauerte es etwa 10 Minuten, um den gesamten Backup-Plan abzuschließen. Also habe ich Acronis erneut installiert und versucht, die SSD zu klonen. Zwei Stunden später sehe ich nur „Restzeit wird berechnet …“.

Irgendwelche Tipps, was schiefgelaufen sein könnte und wie man es behebt? Ich bin mir nicht sicher, ob ich der Festplatte oder den Partitionen vertrauen kann. Chkdsk hat vielleicht keine Probleme gefunden, aber irgendetwas riecht.

Bearbeiten: - neue Informationen

Ich habe die Systemprotokolle durchsucht und etwas gefunden, dasMairelevant sein. Es gibt mehrere Fälle ähnlicher Fehler, die im W10 Event Manager gemeldet wurden:

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Ntfs" Guid="{dd70bc80-ef44-421b-8ac3-cd31da613a4e}" /> 
  <EventID>55</EventID> 
  <Version>0</Version> 
  <Level>2</Level> 
  <Task>0</Task> 
  <Opcode>0</Opcode> 
  <Keywords>0x8000000000000000</Keywords> 
  <TimeCreated SystemTime="2019-09-20T17:50:37.476479400Z" /> 
  <EventRecordID>7358</EventRecordID> 
  <Correlation /> 
  <Execution ProcessID="4" ThreadID="3868" /> 
  <Channel>System</Channel> 
  <Computer>PC</Computer> 
  <Security UserID="S-1-5-18" /> 
  </System>
- <EventData>
  <Data Name="DriveName">System</Data> 
  <Data Name="DeviceName">\Device\EuFdMount\EuFdMount1</Data> 
  <Data Name="CorruptionState">0x1c</Data> 
  <Data Name="HeaderFlags">0x32</Data> 
  <Data Name="Severity">Normal</Data> 
  <Data Name="Origin">File System Driver</Data> 
  <Data Name="Verb">index item</Data> 
  <Data Name="Description">Damage in structure of indexes of filesystem found. File reference number is 0x5000000000005. File name is <cannot determine file name>. Damaged index atribut is :$I30:$INDEX_ALLOCATION.</Data> 
  <Data Name="Signature">0x3408c94f</Data> 
  <Data Name="Outcome">Verification of transient errors omitted due to error</Data> 
  <Data Name="SampleLength">0</Data> 
  <Data Name="SampleData" /> 
  <Data Name="SourceFile">0x17</Data> 
  <Data Name="SourceLine">227</Data> 
  <Data Name="SourceTag">137</Data> 
  <Data Name="AdditionalInfo">0xd0000010</Data> 
  <Data Name="CallStack">Ntfs+0x1a8850, Ntfs+0xe8f7c, Ntfs+0xe6bd7, Ntfs+0xe40d3, Ntfs+0x15ce7a, Ntfs+0x15b24e, Ntfs+0x15b859, Ntfs+0x51e5d, ntoskrnl+0xbd645, ntoskrnl+0x12a715, ntoskrnl+0x1c86ea</Data> 
  </EventData>
  </Event>

und anderer Typ:

The system failed to flush data into the transaction log. The volume ID may have been corrupted: System, device name: \Device\EuFdMount\EuFdMount1.
({disk missing}
No disk in device
Insert disk into device %hs.)

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Microsoft-Windows-Ntfs" Guid="{3ff37a1c-a68d-4d6e-8c9b-f79e8b16c482}" /> 
  <EventID>140</EventID> 
  <Version>0</Version> 
  <Level>3</Level> 
  <Task>0</Task> 
  <Opcode>0</Opcode> 
  <Keywords>0x8000000000000008</Keywords> 
  <TimeCreated SystemTime="2019-09-20T17:50:39.662791200Z" /> 
  <EventRecordID>7359</EventRecordID> 
  <Correlation /> 
  <Execution ProcessID="12496" ThreadID="12552" /> 
  <Channel>System</Channel> 
  <Computer>PC</Computer> 
  <Security UserID="S-1-5-21-194581501-3320206473-1647570512-1001" /> 
  </System>
- <EventData>
  <Data Name="VolumeId">System</Data> 
  <Data Name="DeviceName">\Device\EuFdMount\EuFdMount1</Data> 
  <Data Name="Error">0xc0000013</Data> 
  </EventData>
  </Event>

Bitte beachten Sie, dass ich das Protokoll ins Englische übersetzen musste. Ich habe keine Ahnung, ob diese Protokolle für das Problem relevant sind. Ich kann nur sagen, dass sie Monate zurückreichen.

verwandte Informationen