http://www.dstsos.com/ en LBS v2.0.313 Wed, 13 May 2026 17:01:49 +0800 60 ]]> Fri, 28 Mar 2014 20:05:11 +0800 【诸暨四通纺织IBM X346服务器无法正常启动，导致服务器RAID5磁盘阵列内部数据无法正常读取，杭州迪特斯数据恢复专家上门数据恢复】我们杭州迪特斯数据恢复专家接到老客户电话描述自己单位的一台IBMX346服务器由于意外断电之后导致服务器系统无法正常启动，服务器内部数据无法正常读取，于是再一次找到我们杭州迪特斯数据恢复专家，由于我司对客户数据服务态度和诚信，一般大部分客户都是老客户推荐来恢复的新客户，在行业内口碑相当可以的，也得到了很多老客户和新客户的一致认可！从数据恢复技术经验来说应付对于数据丢失问题的全部问题，不管是用户真的数据丢失还是系统坏了，我们杭州迪特斯数据恢复专家都是以诚信诚实做生意！！

诚信诚实的杭州迪特斯数据恢复专家http://www.datasos120.com.cn

【IBM X346服务器由于是系统损坏，不属于数据丢失行业，不算数据恢复，我们杭州迪特斯数据恢复专家以诚信来帮助用户解决问题】由于在电话中接到绍兴诸暨老客户电话描述IBM ]]> ]]> Mon, 14 Jun 2010 20:53:45 +0800 Linux EXT3服务器数据恢复：接到杭州余杭临平某外资服装有限公司网管李先生电话，描述他们一台刚创建不久的网络文件服务器重新启动之后无法加载系统，从而无法加载centos5.1的创建的软RAID5的EXT3文件系统，数据无法正常读出。里面有最近用户更新的数据，如果没有的话，最近的走货单号无法查到，数据非常重要。杭州迪特斯数据恢复专家接到电话之后，明确表示数据完全可以恢复，但是不要通过EXT3日志方式修复数据，保证节点不被破坏。

文件服务器配置如下：Centos5.1系统下创建的RAID 5,其中三个硬盘中两个硬盘前面6G是做软RAID1镜像能够保证Centos5.1启动加载软RAID5，硬盘的其余剩余容量是做软RAID5。\dev节点分区是Semba配置区,分区大小为10G，文件系统为EXT3日志文件系统；\home节点分区是用户数据区，分区大小是167G 文件系统EXT3日志文件系统，数据主要在这个分区上。

故障现象：由于服务器重启之后导致centos5.1无法加载原来用在SEMBA服务下的用户数据，导致丢失，用户表示数据全部在\]]> ]]> Sun, 21 Feb 2010 16:00:53 +0800 ]]> Wed, 16 Dec 2009 12:58:22 +0800 接到华东电网公司新安江水力发电厂胡先生电话，描述一台IBM X236做RAID5的服务器瘫痪，系统无法启动，出现提示“系统无法找到启动盘”的信息，只表示改服务器是做RAID5的。该服务器是新安江大坝生产部大坝监控服务器，里面数据很重要。

经上门检测发现，IBM X236服务器有0和1号两个硬盘报错，此时阵列报“LOGICAL DRIVE OFFLINE”，具体硬盘什么损坏引起的报错，需要完全检测，于是对0和1号硬盘分别检测，经检测发现硬盘没有完全的物理损坏，但是现在在摆在面前的有一个问题，硬盘是同时损坏的呢，还是是一个硬盘先损坏，然后另外一个硬盘在损坏，这个对我们来恢复很重要。我们分析一下，一般其中一个硬盘先损坏，对于做RAID5磁盘阵列的服务器来说，该服务器并不会瘫痪，系统照样能够启动，数据照样能够更新，只是服务器就是缺了一个“脚”在运行，对于损坏的硬盘此时RAID5不对损坏的硬盘进行数据更新，从而导致对于损坏硬盘进行数据整合或者强制上线的损坏硬盘，恢复出来的数据损坏。

对损坏的硬盘进行数据分析，判断那个硬盘先损坏，从而将该硬盘移除，对其他的硬盘进]]>