备份软件突然无法备份SSD,在多个软件上测试过

备份软件突然无法备份SSD,在多个软件上测试过

情况:Windows 10,系统位于三星 SSD 860 EVO 1TB 上。第二个磁盘是 HDD,具有足够的空间来克隆 SSD。

备份工作数月无误。我使用两个备份计划 - 1) 备份除 c: 上的一个大文件夹之外的所有内容,2) 备份该大文件夹的一个重要部分。

几天前,备份计划 1 停止工作。它永远无法完成。当我手动关闭计划 1 时,计划 2 可以工作。我正在使用 EaseUS Todo 备份软件。

我认为这可能是 SW 中的错误,所以我安装了 Acronis True Image 2020 试用版。类似的问题。每当我尝试在 c: 上备份任何内容(即使是一个小目录)时,它都无法通过分析阶段。在两次测试中,我都尝试等待一个多小时。更妙的是,一旦 Acronis 启动备份过程,我就无法取消它,它会永远取消。

当我尝试执行计划 1 时,这些是 Todo Backup 写入的详细信息:

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 检查了所有内容,使用 Samsung Magician 检查了 SSD,没有发现任何问题。我尝试从 Todo Backup 的可启动映像执行备份计划 1,但也失败了。

我将系统恢复到故障前几天的状态,并再次尝试备份计划 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>

请记住,我必须将日志翻译成英文。我不知道这些日志是否与问题有关,我只能说它们可以追溯到几个月前。

相关内容