beiya123的博客

北亚企安数据恢复工程师首先会对离线的硬盘进行物理故障检测，排查硬盘物理故障。这里所说的物理修复并不是将故障硬盘修复成完全正常的硬盘，而是将故障硬盘修复到可以在专业数据恢复设备上做镜像的程度。这时，北亚企安数据恢复工程师只需要借助专业工具将故障硬盘内可以识别的部分数据镜像出来，无法识别的部分数据只能暂时放弃。服务器内的一块硬盘离线，在更换磁盘的过程中其他硬盘掉线导致服务器崩溃。导致服务器出现这些故障的原因是磁盘阵列内离线的硬盘数量超过了磁盘阵列的冗余数量，导致服务器数据丢失。3、分析raid信息。

服务器管理员在进行常规维护时误操作删除了其中一个lun上的虚拟机，这台被误删除的虚拟机上存储了SqlServer2000数据库和一些其他格式的数据。1、服务器数据恢复工程师将服务器中所有数据以只读方式进行完整镜像，后续的数据分析和数据恢复操作都基于镜像文件进行，避免对原始数据造成二次破坏。3、使用北亚数据恢复中心自主研发的Frombyte recovery for ESX工具扫描虚拟磁盘，发现两个虚拟磁盘可能属于删除掉的虚拟机。虚拟磁盘恢复完成后将数据导入到本地服务器上，挂载到虚拟机后可以正常启动。

2、北亚企安数据恢复工程师编写程序扫描镜像数据所有组件信息，获取到每个组件信息中记录的组件ID和该组件所隶属的对象ID等信息。根据组件中的runlist追溯到每一数据块在所隶属的组件内的逻辑位置，然后借助北亚企安自主研发的工具重组和提取完整的组件。3、取到所有组件信息后，服务器数据恢复工程师根据描述信息中记录的每个组件在服务器内的逻辑位置并进行组合，拼接出一个完整的vmdk文件。4、整体分析扫描到的所有数据，将服务器内所有vmdk文件的快照和父盘进行合并后再次解析，提取其中的数据备份文件。

Tips：故障服务器使用EXT4文件系统，该文件系统中的文件丢失后其节点信息也会被清除，所以不能通过节点信息恢复数据，而应该通过将丢失的文件目录项节点号和lost+found目录下的文件名称进行匹配的方法恢复数据。1、服务器数据恢复工程师到达现场后将故障服务器以只读模式映射到北亚企安备份服务器上，然后将故障服务器上的数据完整镜像到备份服务器上。根据服务器磁盘中的文件系统信息整合&匹配统计的目录项和节点号，然后和lost+found目录下的文件记录号进行匹配，恢复服务器内丢失的数据。本次数据恢复工作完成。

交由用户方验证，数据完整有效。2、镜像完所有硬盘后，基于镜像文件分析所有硬盘的底层数据（raid阵列的条带大小、数据走向、硬盘顺序、热备盘、数据库的分布规律等），根据分析获取到的raid信息重组raid。6、数据库工程师验证数据库文件后发现部分数据库文件及日志文件异常，表空间内存在大量坏块，所有控制文件被破坏，undotbs02丢失、数据库数据恢复工程师对数据库文件进行修复。服务器raid5阵列中一块硬盘离线，热备盘激活后开始同步数据，在同步数据过程中又有一块硬盘离线，服务器数据丢失，上层应用崩溃。

2、基于镜像数据分析所有硬盘的底层数据，获取raid阵列条带大小、盘序等重组raid的关键信息。将服务器内所有硬盘按照mdisk组进行分类，然后分析mdisk组获取所有硬盘的阵列组信息，继而重组raid，提取阵列中数据。1、服务器数据恢复工程师将服务器内所有硬盘以只读方式进行扇区级完整镜像，镜像完成之后，将所有硬盘按照原样还原到原服务器上。管理员查看后重启服务器，掉线的硬盘重新上线并同步数据。重新扫描故障服务器内的数据碎片并提取。硬件工程师对故障服务器中的所有硬盘进行物理故障检测，检测后排除物理故障。

提取ZVOL卷头部信息，按照XenStore卷存储结构进行分析，发现该vhd在整个卷的尾部，计算得到其起始位置后从此位置开始提取数据。2、基于镜像文件分析所有磁盘的底层数据，北亚企安数据恢复工程师发现所有磁盘是通过ZFS进行管理，磁盘内记录系统元信息的NVLIST较为混乱。6、经过分析，数据恢复工程师发现在此存储中的ZFS版本与开源版本有较大差别，无法使用以前开发的解析程序解析，所以北亚企安数据恢复工程师重新编写了数据提取程序提取数据。ZPOOL的子设备可以有很多种类：块设备、文件、磁盘等。

存储故障：管理员对一台存储设备内的文件进行迁移操作时，数据突然无法读取，管理界面出现报错。管理员查看数据时发现其中一个lun的数据丢失。

Vsan是一种可扩展的分布式存储架构，这种存储架构区别于其他存储架构的地方在于由vsan进行管理和控制的vsan存储层。另外vsan分布式存储还提供有安全容灾机制，如果单台主机故障不会影响整个存储，所以一旦vsan存储故障数据丢失，也就说明至少有2台主机同时损坏，只能通过数据恢复方式恢复数据。4、Vmdk文件合并完成后继续分析vmdk文件，提取服务器中的数据库备份文件并还原数据库，验证数据库文件完整性。2、数据恢复工程师分析和重组镜像文件，利用北亚企安自主开发的工具进行扫描，提取被破坏的数据文件。

各节点创建两个磁盘组，每组用1块SSD作缓存盘、2块机械硬盘作容量盘，共6个磁盘组构成VSAN存储空间存储虚拟机文件。Vsan是基于vSphere内核开发的可扩展分布式存储架构，通过在vSphere集群主机安装闪存和硬盘构建存储层，由vsan控制管理，形成统一共享存储层供集群使用。3、VSAN文件以对象存于系统，对象分割为多组件，北亚企安数据恢复工程师编写程序扫描组件信息，记录组件ID与所属对象ID。4、北亚企安数据恢复工程师编写程序，据组件信息定位数据块及逻辑位置，提取完整组件。

2、对另一块未开盘的硬盘进行检测和开盘，开盘后发现该硬盘的磁头损坏，在盘片上检测到极微小的划痕。可以通过更换磁头、盘片处理等方式恢复数据，经过北亚企安数据恢复工程师的一番努力，终于将损坏的硬盘数据完整提取。1、检测已经开过盘的硬盘，发现硬盘盘面有规则的同心圆状划痕，属于典型的磁头故障导致盘片划伤，数据无法恢复。3、服务器数据恢复工程师收集了故障服务器存储上的日志信息，根据获取到的相关信息虚拟重组raid。4、通过位图信息在虚拟重组出来的raid中提取lun信息，导出数据并进行验证。

Netapp的节点分布在数量众多的数据块内，在数据块内的节点又被统一组织为节点组。b、筛选出最新的数据库备份文件，使用筛选出的备份文件还原数据库。经过一一尝试，筛选出最新的可用的数据库备份，还原数据库环境。8、分析好存储结构之后，使用北亚企安自主开发的NetApp解析程序提取数据， 解析asm文件系统，提取出数据库文件。d、根据索引根内的第一级数据指针提取本文件的所有直接数据指针，在指针提取完毕后开始提取文件数据。7、获取目录项，并根据其节点编号，找到对应节点。b、扫描硬盘内的所有节点。

2、在所有提取出来的文件索引项中搜索“VHD”文件记录，将与之连续的文件索引项提取出来。正常情况下，服务器的文件索引项固定为1KB，呈连续分布状态，每个文件索引项对应一个相应的目录（或文件）。但是数据恢复工程师对提取出来的文件索引项进行分析，发现这些文件索引项多数以16或8KB对齐，呈不连续且无规律状态分布。对底层数据进行扫描，找到大量未被覆盖的文件索引、文件系统目录项等信息。服务器数据恢复工程师在恢复出的数据中随机拷贝出一个VHD文件，在数据恢复专用服务器上附加此VHD文件，检查VHD中的数据完整性。

服务器管理员在修复和检查过程中还写入了一部分的新数据到服务器，导致损坏的目录项没有被成功修复，而是以节点号命名后存放到了lost+found文件夹内，对应的数据区索引也被自动清除。4、根据文件系统的结构信息，在底层空间的相对应位置扫描&提取符合丢失目录结构条件的信息，再与目录项节点号整合，将扫描到的目录项节点号记录到数据库。北亚企安服务器数据恢复工程师提取出lost+found文件夹下的文件名称，根据丢失文件的文件目录项节点号进行匹配，分析出丢失的目录结构。某品牌服务器+存储，安装的linux操作系统。

数据同步尚未完成时，同一阵列中的另一块硬盘掉线，热备盘同步失败，这组raid5阵列不可用，lvm结构被损坏，文件系统也无法正常使用。3、基于镜像文件对底层数据进行分析，结合EXT3文件系统结构分析raid5阵列的盘序、条带、校验方向等重组阵列的必要信息。4、重组完成后，分析raid5阵列的底层数据，找到与数据恢复有关的lvm结构信息。5、按照数据恢复方案，重组lvm以后，服务器数据恢复工程师继续分析逻辑卷内的EXT3文件系统，分析并导出所有数据。6、经过用户方验证，绝大部分数据已经恢复，认可数据恢复结果。

2、基于镜像文件分析所有硬盘底层数据，根据获取到的raid信息重组了raid，并进行抑或校验，只有部分数据校验通过。服务器数据恢复工程师通过多种方式进行尝试，但提取到的数据都是损坏的，只能修复数据。不明原因的故障导致服务器操作系统崩溃或者服务器中的数据不可用时，不建议在原服务器设备上进行数据分析和数据恢复尝试。服务器管理员重启服务器，故障硬盘重新上线同步数据，数据同步到将近一半时，管理员将服务器强制关机。服务器中有一块硬盘由于未知原因离线，服务器崩溃，存储重要数据的D分区无法识别。

前2GB被覆盖的数据已经无法恢复，且文件系统前面对整个树的索引全部丢失，加上reiserfs的树的抽象设计，重搭建树会很困难。服务器管理员重装系统后发现数据组织结构发生了改变：2GB的boot与swap分区+数百GB的LVM卷，LVM卷中文件系统位置有个空的reiserfs超级块。需要恢复的数据是LVM卷中的reiserfs文件系统上所有用户数据，包含数据库、网站程序与网页、OA系统里的所有办公文档。5、在修复用的suse虚拟机下，挂载用于copy数据的目标硬盘，mkfs后将所有数据cp到目标盘。

初始化完毕后，开始提取文件的各级MAP。再使用块号取余块数，得到数据块在此磁盘上的物理块号，物理块号乘以块大小，得到数据块偏移位置。一般情况下存储划分出的单个节点会作为LUN映射到服务器使用，根据file_size可以确定这个文件的大小，按照文件大小分组后再选取usn最大值的节点，跳转到MBFI文件的offset值偏移位置，取出节点。2、服务器数据恢复工程师基于镜像文件分析所有硬盘底层数据，找到盘头位置的超级块，继续分析超级块信息得到磁盘组的起始块信息、磁盘组名称、逻辑组起始块号、raid编号等基本信息。

3、北亚企安数据恢复工程师根据数据情况编写程序扫描&重组所有服务器组件，获取到所有组件信息中的ID信息和所隶属的对象ID等信息。5、提取所有可用数据后，北亚企安数据恢复工程师根据描述信息中记录的组件逻辑位置信息进行数据重组，拼接出完整的vmdk文件。将提取到的所有快照的vmdk文件的快照和父盘进行合并，解析后提取其中的数据文件。所幸数据恢复所需的信息完整。8、用户方工程师验证恢复结果后，确认恢复出来的数据完整可用，本次数据恢复工作完成。4、利用这些信息追溯每一个数据块在所隶属的组件内的逻辑位置，提取数据。

某品牌EqualLogic PS6100存储阵列上有一组由16块硬盘组建的raid5磁盘阵列。磁盘阵列上层划分多个大小不同的卷，存放虚拟机文件。硬盘出现故障导致存储阵列不可用，需要恢复存储阵列中的数据。

将阵列内所有硬盘做好标记后从服务器取出，挂接到北亚企安数据恢复专用服务器上，对所有硬盘以只读方式做完整镜像。2、北亚企安数据恢复工程师基于镜像文件分析raid结构，获取重组raid所需的信息（条带信息、条带分布规律、校验方向、meta区域等）。服务器运行过程中突然崩溃，管理员查看raid阵列状态，发现阵列中2块硬盘掉线，热备盘没有启用。3、根据获取到的raid信息虚拟重组raid5阵列，解析虚拟磁盘的文件系统数据。5、经过用户方工程师的验证，确认raid5阵列内的所有数据恢复完整，应用正常。

1、硬件工程师对出现故障的raid5阵列中的27块硬盘做硬件故障检测，发现其中2块硬盘存在坏道、SMART的错误冗余级别已经超过阈值，其他25块硬盘正常。某单位一台某品牌DS5300存储，1个机头+4个扩展柜，50块的硬盘组建了两组RAID5阵列。同步完成后，上层的卷直接可以使用了，所有数据也都可见，上层应用也能正常使用。分析两块硬盘的掉线时间，搞清楚数据较新的那块硬盘，使用数据较新的硬盘来恢复数据。方案一：通过存储设备的管理软件强制上线，强制上线之前把存储的所有硬盘进行备份。本次数据恢复工作完成。

当第三块盘盘片划伤导致掉线时，RAID崩溃），无法通过校验直接获取丢失盘的数据，所以只能使用磁盘同等大小的全0镜像进行重组（此方法只可用于紧急情况，因为依赖空镜像组成的raid文件系统结构会被严重破坏，相当于每个条带都会缺失两个块的数据）。因为合并快照前的父盘写入较早，使用第一块掉线盘进行校验获取到这个文件的完整数据，然后提取出其中数据库各个表的表结构，之后用户方提供了最新版的数据库建表脚本。8、因为数据库使用时间已久，表结构也曾多次变更，加上系统表在存储损坏后也有部分数据丢失，记录提取过程遇到很大阻力。

8、通过对文件系统的完整解析，将raid阵列内的数据完整导出。2、将存储设备上的所有硬盘上的数据以只读方式完整镜像，后续的数据分析和数据恢复操作都基于镜像文件进行，避免后续操作对原始数据造成二次破坏。3、分析每一块硬盘，发现两块热备盘上没有任何数据，也就是说被激活的热备盘也同样没有同步到任何数据。4、使用北亚企安自主研发的数据恢复工具分析该组raid5阵列的基础信息，虚拟重组raid5磁盘阵列。5、重组出raid5阵列后，数据恢复工程师分析lun信息，然后解析和导出lun数据的map。

多数情况下，执行fsck后INODE会被清除，即使目录信息还在，也无法与数据一一对应，这样就只能参考文件内部格式进行类型式的恢复。映射到新服务器后，服务器对这个卷进行初始化的操作，原solaris系统上的磁盘报错，重启服务器后这个卷已经无法挂载。SUN光纤存储系统中有一组由6个硬盘组建的RAID6，划分为若干LUN，MAP到跑不同业务的服务器上，这些服务器上运行的是SOLARIS操作系统。3、服务器数据恢复工程师分析用户需要恢复的特定文件，发现采用vfs的索引文件具有强的类型特征，同时文件中包含目录信息。

4、恢复被truncate的表。在下载完成的数据段文件内提取对应于各表的数据页，通过解析对应表的frm文件获取到表的表结构信息。7、由于直接从底层抓取出的记录可能存在主键不唯一（引擎在存储时产生的临时记录）和记录重复（缓冲段）以及乱码（扫描数据段时出现特征值匹配成功但不属于该表的数据段）等情况，提取出的记录可能存在异常，需要进行人工处理。5、恢复被delete数据的表，基本流程和恢复truncate表数据的流程基本一致，不同点在于数据解析时需要提取被标注为“delete”的记录。8、所有数据处理完成后。

1、将故障服务器存储上的所有硬盘做好标记后取出，硬件工程师对所有硬盘进行检测。所有硬盘镜像完成后，将所有硬盘根据标记按照原样还原到原存储中。2、基于镜像文件分析存储使用的的RAID6算法，按照算法对12块硬盘做共66【C(12，2)】种可能的缺2盘的情况组合。故障服务器内有3块硬盘先后出现故障时，管理员将先离线的硬盘进行了上线操作，所有数据进行了同步，无法正常读取数据。3、通过北亚企安自主开发的软件虚拟重组RAID6阵列，按照分析出的缺盘状态、盘序、块大小、校验方向、RAID6算法构建进行附加。

将所有硬盘以只读方式做全盘镜像，镜像完成后将所有硬盘按照原始状态还原到原服务器上。2、基于镜像文件分析raid结构（盘序、校验方式、数据块大小等），根据通分析获取到的数据重组raid。重组后进行逻辑校验，逻辑校验通过，所有参数正确无误。4、北亚企安数据恢复工程师将恢复出来的数据迁移到用户方准备好的服务器内，经过检测没有问题。本次数据恢复工作完成。某品牌服务器中有12块硬盘，组建了一组raid5磁盘阵列，服务器内存储的是普通文件。机房供电不稳定导致服务器断电，管理员重启服务器后发现服务器无法正常工作。

避免对原始磁盘数据造成二次破坏。6、北亚企安数据恢复工程师根据丢失文件的文件目录节点号与提取的文件夹名称逐一配对，分析丢失的目录结构。10、提取完数据后，用户方对恢复出来的数据进行验证。扫描该位置，并提取符合丢失的目录结构信息。9、将lost+found文件夹中找到的文件记录号与数据库记录号进行配对，提取数据。2、基于镜像文件分析所有硬盘的底层数据，发现服务器内数据目录项被破坏。3、排查被破坏的目录项信息，发现部分遭到破坏的目录项数据可以修复。8、将上述提取到的信息与目录项节点号对接，记录到数据库内。

1、以只读方式将所有正常的硬盘镜像，镜像过程中观察硬盘状态。对于2块存在物理故障的硬盘，先由硬件工程师处理后再做镜像。所有硬盘镜像完成后根据编号将所有硬盘按照原样还原到原存储设备中。在热备盘同步数据的过程中，raid5阵列又有一块硬盘由于未知原因掉线，raid同步过程中断。2、基于镜像文件，北亚企安数据恢复工程师分析所有硬盘的底层数据。获取到原raid阵列的raid结构、块大小、校验信息等重组raid所必需的信息。硬件工程师对故障存储进行检测，发现热备盘同步失败，且阵列中有两块硬盘存在物理故障。

StorNext文件系统中包含2个Data卷，每一个完整的Data卷都是由多组RAID中的LUN组成的。2、服务器数据恢复工程师对镜像后的数据进行分析，获取原raid5阵列内的raid信息，根据这些信息虚拟重组raid阵列。6、分析Meta卷中的节点信息和目录项信息，Meta卷和Data卷之间的对应关系进行，针对一个Meta卷管理多个Data卷的情况，研究得到Meta卷到Data卷的索引算法。3、在分析数据的过程中发现后离线的硬盘存在有大量的坏道，虽然镜像了数据，但坏道仍然对恢复结果产生一定的影响。

5、服务器的节点分布在不同的数据块内组成节点组。3、经过分析，这组raid5阵列中每个数据块大小为8扇区，每个数据块后有一个附加的数据块描述信息，大小为64字节。4、分析aggr盘序。由于阵列中的数据块大小为8扇区，根据每块磁盘的8号扇区进行分析，确定每块硬盘各自归属的组，再还原硬盘在各自的组内的排序。10、根据分析到的raid阵列信息重组raid5阵列，北亚企安数据恢复工程师编写小程序提取服务器内的数据。需要恢复误删除的数据。7、解析节点中节点类型，逻辑块号，文件数量，文件大小，所占块数量，及数据指针。

2、基于镜像文件分析所有硬盘的底层数据，分析盘序、校验方式等重构raid5阵列所需信息，利用这些信息虚拟重组raid5阵列，并对重组的阵列进行校验。北亚企安数据恢复工程师在提取的碎片文件中成功重组出原服务器所有数据，并通过验证。经管理员验证，确认所有恢复出来的数据均可正常加载，上层应用软件数据正常，本次数据恢复工作完成。3、验证重组的阵列数据，并依次将每一块硬盘设置为离线状态并尝试提取raid阵列的数据，但是发现提取出来的数据完全一致。服务器上1块硬盘的状态灯变为红色，磁盘阵列出现故障，分区无法识别。

硬件工程师对故障raid5阵列中的27块硬盘进行硬件故障检测，发现其中2块硬盘存在坏道，SMART错误冗余级别已经超过阈值。以只读方式对其中的25块完好的硬盘进行全盘镜像，对2块存在坏道的硬盘进行处理并生成镜像文件。分析收集到的日志信息，获取两块硬盘的掉线时间，使用数据较新的硬盘恢复数据。某单位的一台某品牌存储设备，该系统由1个机头+4个扩展柜组成，一共有50块硬盘组建了两组RAID5阵列。3、同步完成后发现上层的卷直接可以使用，所有数据都可见，上层应用也能正常使用。服务器不可用，已经过保。

掉线的2块硬盘存在大量坏道，无法通过常规方式镜像。服务器崩溃，经过初步检测，发现raid5阵列的两块硬盘掉线。这2块硬盘经过初步检测，硬件工程师推断掉线的2块硬盘存在物理故障，导致服务器数据丢失。需要修复存在物理故障的硬盘，然后再重组raid，从而恢复服务器数据。获取到2块离线硬盘的离线顺序，剔除较早离线的硬盘。3、根据用户方提供的信息，北亚企安数据恢复工程师验证恢复出来的数据。4、在北亚企安数据恢复工程师的协助下，将恢复出来的服务器数据回迁到用户方新搭建好的服务器环境中，本次服务器数据恢复工作完成。

1、将故障存储中所有硬盘做好标记后取出，以只读方式进行全盘镜像（包括2块故障硬盘），在镜像过程中观察硬盘状态。5、将卷里的文件拷贝出来，通过网络共享的方式验证恢复出来的虚拟机，虚拟机都可以正常启动。硬件工程师对16块硬盘做硬件故障检测，经过检测发现raid5阵列中2块硬盘存在坏道、SMART的错误冗余级别已经超过阈值。通过对日志信息的分析搞清楚两块硬盘的掉线时间，使用数据较新的硬盘来恢复数据。2、基于镜像文件分析所有硬盘的底层数据，获取重组raid所需的raid相关信息。利用这些信息虚拟重组RAID。

北亚企安数据恢复工程师对数据库进行仔细排查，发现报错的原因是从重组的raid中提取出的dmp文件异常，导致dmp导入数据时报错。2、所有硬盘镜像完成后，查看镜像工具生成的日志，发现在storage manager和硬盘SMART状态中均没有报错的一块盘（非掉线盘）存在坏道，离线的2块硬盘存在大量不规律的坏道分布。根据坏道列表定位到目标镜像文件，经过分析发现ext3文件系统的部分关键源数据信息被坏道破坏，只能通过同一条带进行xor以及根据文件系统上下文关系的方式手动修复被损坏的文件系统。

7、获取到数据库数据后在数据恢复专用服务器内搭建数据库环境，创建数据库、用户、分配表空间等。数据恢复工程师借助expdp/exp工具尝试对导出数据库，但这两个工具导出数据库时依然有报错，数据库已经不可能进行修复。5、数据恢复工程师再次执行恢复命令，打开数据库，查询实例状态有无报错。4、经过修复发现，由于归档日志不连续，恢复数据库所需时间段的归档日志缺失，只能使用cancel参数进行不完全数据恢复。3、根据数据库的报错情况，数据恢复工程师试图借助在线日志恢复数据，使用recover database命令。

北亚企安数据恢复工程师到达现场后，将故障服务器中所有硬盘以只读方式进行完整镜像。镜像完成后将所有硬盘按照原样还原到原服务器中，后续的数据分析和数据恢复操作基于镜像文件进行，避免对原始磁盘数据造成二次破坏。发现服务器内丢失的数据是数据库文件，导致数据库报错。通过扫描分区，然后根据文件号拼接出格式化的磁盘中的数据文件，底层解析这些数据文件，插入到数据库中，数据完全恢复。由于管理员误操作不小心删除了该分区，数据库报错，无法使用。4、解析system和拼接成的数据文件，将test01用户到数据库中。

1、将故障服务器中所有硬盘做好标记后取出，以只读方式将所有硬盘进行扇区级别完整镜像，镜像后发现后离线的硬盘有10-20个坏扇区，其余磁盘，均无坏道。5、确定备份包安全的情况下，经用户方同意后，对原盘重建RAID（重建时已经用全新硬盘更换发现坏扇区的硬盘）。8、虽然节点中描述的uid还正常存在，但属性、大小、最初的分配块全部是错误的。使用SystemRescueCd重启后检查，发现此文件时间，权限，大小均有明显错误，显然节点损坏。7、重新分析重组数据中的根分区，定位出错的目录，发现问题是由硬盘坏道引起的。