http://www.dstsos.com/ en LBS v2.0.313 Tue, 12 May 2026 09:12:24 +0800 60 ]]> Thu, 03 Jul 2014 19:18:34 +0800 【组装服务器采用两个希捷Seagate ST31000528AS普通台式机硬盘做RAID1当服务器硬盘使用，必将埋下隐患】我们杭州迪特斯数据恢复专家接到一老客户介绍，描述我们单位在服务器数据恢复领域非常的厉害，于是用户携带组装服务器找到我们。昨天还在加班进行服务器数据恢复汪工，今天一大早又接到了电话，说是有台LINUX的服务器可能是硬盘坏道导致服务器无法启动，用户尝试将服务器进行数据读取，都以失败而告终，听用户说已经请了自己在linux下比较精通的人，搞了一个通宵没有将硬盘数据备份出来，实在没办法才找到我们。

杭州迪特斯数据恢复专家特殊文件系统数据恢复领域http://www.datasos120.com.cn/dts_Special.asp

【再接到这客户之前，我们数据恢复汪工曾经也是接到过有台linux服务器硬盘坏道数据无法读取的电话，估计是同一用户，自己尝试恢复无果之后再找到我们】我们杭州迪特斯数据恢复专家一大早就接到用户自己搬过来的服务器电话，于是数据恢复汪工急急忙忙]]> ]]> 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服务下的用户数据，导致丢失，用户表示数据全部在\]]> ]]> Thu, 10 Jun 2010 21:32:55 +0800
故障分析：对于LINUX的EXT2和EXT3文件系统，我们杭州迪特斯数据恢复专家，已经完全掌握文件系统工作原理，能够对于超级块（Superblock）损坏，或者I节点（I node）丢失引起的数据丢失]]> ]]> Fri, 07 May 2010 16:25:37 +0800
文件服务器配置如下：Centos5.1系统下创建的RAID 5,其中三个硬盘中两个硬盘前面6G是做软RAID1镜像能够保证Centos5.1启动加载软RAID5，硬盘的其余剩余容量是做软RAID5。\dev节点分区是Semba配置区,分区大小为10G，文件系统为EXT3日志文件系统；\home节点分区是用户数据区，分区大小是167G 文件系统EXT3日志文件系统，数据主要在这个分区上。
]]> ]]> Mon, 19 Apr 2010 09:34:50 +0800
追述到以前恢复浙江移动服务器数据恢复经验，服务器同时掉线，用户强制上线之后出现分区损坏或者无法找到系统的信息，最后是由于硬盘顺序颠倒，导致磁盘阵列数据错位，从出现如上错误信息。

于是本人让用户不要用什么分区修复工具进行修复，如修复的话反而会导致原有分区数据被破坏，用户根据我给他分析问题和现有的情况，觉得很有道理，于是停止了修复分区表的念头。决定还是找向我们专业的数据恢复公司，保证数据能够很好的被恢复。如果]]>