Программное обеспечение для резервного копирования внезапно перестало создавать резервную копию SSD, проверено на нескольких программах

Программное обеспечение для резервного копирования внезапно перестало создавать резервную копию SSD, проверено на нескольких программах

Ситуация: Windows 10, система на Samsung SSD 860 EVO 1TB. Второй диск — HDD, с достаточным местом для клонирования SSD.

Резервные копии работают безупречно месяцами. Я использую два плана резервного копирования - 1) резервирует все, кроме одной большой папки на c:, 2) резервирует одну важную часть этой большой папки.

Несколько дней назад план резервного копирования 1 перестал работать. Он никогда не завершается. Когда я вручную отключаю план 1, план 2 работает. Я использую ПО для резервного копирования EaseUS Todo.

Я подумал, что это может быть ошибка в SW, поэтому я установил пробную версию Acronis True Image 2020. Похожая проблема. Как только я пытаюсь сделать резервную копию чего-либо (даже одного небольшого каталога) на c:, она никогда не проходит фазу анализа. В обоих тестах я пробовал ждать час+. Еще лучше, как только Acronis запускает процесс резервного копирования, я не могу его отменить, он отменяется навсегда.

Вот данные, которые Todo Backup записывает, когда я пытаюсь выполнить план 1:

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

Проверил все с помощью chkdsk, SSD с помощью Samsung Magician, проблем не обнаружено. Попробовал сделать резервную копию плана 1 из загрузочного образа Todo Backup, тоже не получилось.

Я восстановил систему на несколько дней до сбоя и снова попробовал план резервного копирования 1. Он работает, но «анализ файловой системы c:» занимает около 6 минут. Раньше на выполнение всего плана резервного копирования уходило около 10 минут. Поэтому я снова установил Acronis и попробовал клонировать SSD. Два часа спустя все, что я вижу, это «вычисление оставшегося времени...».

Есть какие-нибудь советы, что могло пойти не так и как это исправить? Я не уверен, что могу доверять диску или разделам. Возможно, chkdsk не находит проблем, но что-то пахнет.

Редактировать: - новая информация

Я просматривал системные журналы и нашел кое-что, чтоможетбыть релевантным. В диспетчере событий W10 сообщается о нескольких случаях подобных ошибок:

- <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>

и разного типа:

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>

Пожалуйста, имейте в виду, что мне пришлось перевести журнал на английский. Я понятия не имею, имеют ли эти журналы какое-либо отношение к проблеме, все, что я могу сказать, это то, что они существуют уже несколько месяцев.

Связанный контент