 |
一、误操作类
误删除、误格式化、误分区、误克隆等；
二、破坏类
病毒分区表破坏、病毒FAT、BOOT区破坏、病毒引起的部
分DATA区破坏；
三、软件破坏类
Format、 Fdisk、 IBM-DM、PartitionMagic、 Ghost等(注！冲零或低级格式化后的硬盘将无法修复数据）；
四、硬件故障类
0磁道损坏、硬盘逻辑锁、操作时断电、硬盘芯片烧毁、软盘/光盘/硬盘无法读盘；磁盘阵列崩溃,数据库损坏
五、加密解密
Zip、 Rar、 Office文档、windows2000/XP系统密码。
六、数据修复时间： 软件故障数据恢复 1~5小时 硬件故障数据恢复 1天~2天 硬盘开盘数据恢复 1天~3天 服务器数据恢复2小时~3天 RAID0数据恢复 2小时~3天 RAID5数据恢复 2小时~3天 磁盘阵列柜数据恢复 2小时~3天
|
 |
|
 |
地址:长沙市芙蓉区朝阳路后街13号
邮编:410000
电话:0731-84154597
手机: 13308400869
传真:0731-84154597
QQ:3054391470 |
|
 |
 |
| 专家观点：当前Linux内核面临的主要问题 | | 出处：存储在线 加入时间：2007-06-29 | 上周，在Linux基金会合作峰会上，一些顶级Linux内核开发商讨论了当前Linux内核面临的局势。与会发商有Andrew Morton、James Bottomley、Chris Wright、Ted T'so和Greg Kroah-Hartman，一未出席的是Linus Torvalds。
讨论以“当前的内核(Linux 2.6.21)是不是很差？”作为开始。
很多处于Linux开发过程的供应商感到仍有很多问题存在，2.6.21内核还有许多功能需要增加，这些功能包括引进“tickless”内核和新的IDE分系统，以及Linux处理ACPI方式的更新。Morton说，追溯到Linux 2.4内核时代，当时我们致力于将技术转化为产品。在Linux 2.6时代，我们更多关注的是创建一项技术而非产品。我们的反馈主要来自供应商，他们就是用户。
Morton表示同意：“我们需要改进2.6.21内核。”同时，他承认2.6.21内核的漏洞可能的确有点多。
现在2.6.22内核的大部分开发工作集中在稳定新功能上。Bottomley观察到Linux内核开发商必须处理开发新功能与保持新功能稳定性的矛盾。他希望用户铭记一点：“如果你运行Fedora Core 7，那么你就在帮助我们稳定和检测内核。”
Bottomley接着说：“你在运行中发现漏洞的可能比我们小得多。”他希望用户采用最新配置，比如openSUSE或者Debian和Ubuntu发布的测试版本，并报告漏洞，因为开发商需要反馈。
Kroah-Hartman同意这一说法，并指出Linux比历史任何其他软件工程更新速度都快。他说：“我们在一天中增加了2000条代码；修改了2800条代码，这一速度是前所未有的。”
Novell公司的Hartman也指出，因为每个月才更新一次，用户对企业内核――例如那些SLES（SLES Linux企业服务器）和RHEL（红帽企业Linux）――的体验已经没有耐心，他认为分销商不应该长期采用单一的内核。有意思的是，红帽公司的Wright也同意这一建议：“分销商的确应该经常进行内核更换。”
Linux分销商需要更准确地推测哪些功能将包含在Linux内核中。Ubuntu 创始人Mark Shuttlewort建议说，如果开发协会能在配置者即将采用的版本发布前找出漏洞，这将对分销商有很有帮助。
对于独立软件开发商以及Linux分销商来说，当前企业Linux 18个月或两年的开发周期这一趋势很有问题。主要的分销商应该在何时采取行动，并将新功能加入版本中？企业开发商有一个好主意：他们可以部分地遵循两个关键的发布进度表。但是一旦过早采用新功能，情况就变得比较棘手。
专家们还讨论了动力管理问题，Morton说：“动力管理已经不再是开或关这样一个简单的问题。”问题在于Linux需要设备说明书。
英特尔公司的Linux开发商Jesse Barnes补充道，英特尔将资金用于动力管理，却没得到多少收益，因此我们需要看看其他供应商是怎么做的。
改进动力管理的关注主要不是来自对绿色处理环境的兴趣，Hartman说：“移动设备和服务器也应该进行动力管理，但是很多人没有意识到这一点。”
Wright强烈希望手机供应商给Linux开发商公开更多的开发过程。
T'so表示，很多动力管理问题可以通过改进Linux ACPI支持而得到解决，因为大部分动力控制当前被隐藏在Linux开发商无法得到的设备专有固件中。 | | 返回列表 | | | 上一篇： | | 下一篇： |  打印此页  关闭此页 |
|
|
|
