Questions tagged «data-recovery»

这个标签是关于恢复丢失数据的技术的问题,例如从已删除的文件和/或损坏或损坏的数字媒体中恢复数据。请在发布问题之前查看标签Wiki。不要明确要求工具或其他产品;这样的问题在超级用户上是不合时宜的。

5
如何从划痕的CD / DVD中复制文件?
到目前为止,我已经尝试了以下软件解决方案,但没有成功。 Windows资源管理器复制(默认) TeraCopy Roadkil不可阻挡的复印机 Unstoppable Copier会整体停止复制,无论设置如何,它会在20分钟后继续播放同一文件。我花了很多时间在Google上搜索,但是人们推荐的一个程序(“ Unstoppable Copier”)并没有成功,因为尽管设置了“ Fasteset Data Recovery”,“ Maximum Retries 0”和“未损坏的文件优先”。 DVD的背面有一些划痕。我有什么选择?我可以访问Ubuntu和Windows 7。

4
从具有坏扇区的磁盘恢复更快
最近,我尝试dd从不正常的HDD到文件。我用过dd if=/dev/sdb of=somefile bs=4096 conv=noerror,sync。我的问题是dd遇到坏块时浪费了很多时间。在我的用例中,我很乐意为更快的结果而损失一些数据。 有什么方法可以使错误处理更快?也许是内核调整了(告诉HDD减少读取块的工作量)?还是其他程序?

4
文件复制实用程序,如rsync,具有错误处理功能,如ddrescue,用于从具有坏扇区或硬件故障的硬盘驱动器恢复数据[关闭]
我有一个硬盘驱动器坏块或扇区由于潜在的机械问题而无法读取,例如磁盘头坏,电机坏或其他一些问题导致硬盘驱动器以极慢的速度缓慢读取数据读错误。我看到平均50 KB /秒,一些读取速度低于10 KB /秒,并且经常会在文件或扇区中完全停留,通常持续相当长的时间 - 从2-10分钟或更长时间(当使用rsync,在它超时之前)。 速度似乎变化很大,并且它会在文件上受到很多限制,当它最终“脱落”时,它似乎只会在它再次卡住之前持续短暂的爆发。驱动器也非常安静,只有偶尔的文件复制声音(通常是在它被卡住/松开一小段时间之后,再次卡住之前)。因此,通常与HDD死亡无关的那些邪恶声音都没有。有人认为这些问题听起来可能是因为它们可能是由磁盘头错位引起的,这需要在最终成功读取数据之前进行大量的重新读取。听起来似乎有道理,但我离题了...... 无论如何,rsync的问题在于它似乎没有像样的错误处理支持。显然,这并不意味着,以恢复从失败的硬盘中的数据,但所有的所谓的“数据恢复”实用工具在那里,都意味着这种使用通常集中在被删除的文件恢复或弄乱了分区,而不是从垂死的硬盘上复制文件。显然,删除的文件恢复不是我需要的,所以也许你可以理解我无法找到我之后的失望。 当然,这是你可能会说“你应该使用ddrescue!”的地方。嗯,这很好,花花公子,但我已经备份了大部分数据,所以我只想恢复某些文件。我不关心尝试像ddrescue一样逐块恢复完整分区。我只对拯救特定的文件和目录感兴趣。 理想情况下,我想要的是rsync和ddrescue之间的某种交叉:允许我将源和目标指定为普通文件(如rsync)的目录(而不是像ddrescue所要求的两个完整分区),以及一种跳过文件的方法初始运行中的错误,然后允许我尝试在稍后的运行中恢复那些有错误的文件(当然,稍微改变一下命令),甚至可以提供一个选项来指定重试次数...就像ddrescue如何使用块,只有我想要一个与rsync一样的特定文件/目录的实用程序。 我在这里做白日梦,还是做了一些可以做到这一点的事情?或者,甚至可能以这种方式使rsync或ddrescue工作?我真的愿意接受任何可能有效的解决方案,只要他们让我选择我想要“救援”的文件,并且可以在初始运行时跳过有错误的文件,然后再尝试/重试这些错误。 到目前为止,我已尝试使用以下选项进行rsync,但它经常卡在文件上的时间超过超时,理想情况下我只是希望它转到下一个文件并稍后返回到它获取的文件坚持下去。我不认为这是可能的。无论如何,这是我到目前为止一直在使用的东西: rsync -avP --stats --block-size=512 --timeout=600 /path/to/source/* /path/to/destination/

4
当源(USB)驱动器不再存在时,从计算机实验室PC中恢复Word文档?
我最近在学校的计算机实验室丢失了60 GB的USB驱动器。 不幸的是,等到我到达USB丢失时,它已经不见了。因此,它目前不存在。 我在那里有一些重要的Word文档,这些文档仅保存在USB中。不幸的是,没有自动恢复或备份。 我想知道的是,是否有可能恢复其中的任何一个。 虽然,它们在单词的“最近的文档”中列出。我只想知道是否有任何办法可以恢复它们。就像,使用程序来恢复它们。 我正在使用Microsoft Word 2010。

6
如何提取缺少零件的multipart rar?
我有一个.rar包含单个.tar.gz文件的多部分归档文件(不要问为什么,这就是它的制作方式)。我缺少一些部分,但确实有第一部分。我想提取尽可能多的内容.tar.gz。我怎样才能做到这一点? 如果我运行unrar x -kb file.part1.rar它,则始终.tar.gz从中提取from 的开头,并从part1那里停止并出现错误。我很乐意尝试任何工具(不一定要解压缩)。

2
将已删除的文件标记为未删除
我的硬盘驱动器的容量为500 GiB。150 GB的数据被意外删除。发生此事件后,我没有向驱动器写入任何字节,因此可以保证我的数据在那里。我尝试了Recuva之类的应用程序,所有应用程序都显示数据在那里,并允许我将数据保存在其他位置,但是问题是我不想这样做。 我只希望文件再次被标记为未在MFT中删除。是否有任何可用于此目的的应用程序?我进行了很多搜索,但未找到任何内容,是否可以将文件取消标记为在MFT中已删除,或者我丢失了什么?如果我知道如何手动执行此操作,则可以编写一个应用程序。

2
如何仅通过访问文件系统来识别Linux的Windows版本?[重复]
这个问题已经在这里有了答案: 如何确定文件系统上Windows的版本和版本? (10个回答) 4年前关闭。 我的问题在那里没有答案,因为它们都是特定于Windows的,并且我需要Linux解决方案。 我在其中一个分区中安装了死窗口。它没有任何引导数据了。实际上,它只是一个文件系统转储。但是我有权读取其文件系统上的所有文件。 我如何识别哪个Windows版本?在理想情况下,我认为应该有一些配置设置或任何不同Windows版本所独有的文件。例如,在基于Debian的Linux发行版上,我可以简单阅读/etc/debian_version。 在Win上我该怎么做? 扩展1:不幸的是,我只能访问Linux机器才能访问其硬盘。因此,ntoskrnl.exe在我看来,需要Windows的解决方案(例如,挖掘的版本或检查某些注册表设置)是不可行的。

3
无法访问外部硬盘。“磁盘结构已损坏,无法读取”
我有一个1 TB AgentGoFlex Seagate外部硬盘。 最近,它引起了一些问题,例如一些文件夹中的数据未显示任何文件。一些文件夹没有打开,等等。 因此,我尝试chkdsk在Windows 8上运行,但未成功完成。因此,我没有连接硬盘。现在,当我将HDD连接到系统时,无法识别它。在Linux中根本无法识别它。 在Win8中,当我尝试从命令提示符访问磁盘时,它显示“磁盘结构已损坏且无法读取”。 甚至chkdsk现在失败并显示错误:“文件系统为NTFS。无法确定卷版本和状态。chkdsk中止了。” 尝试从F运行“检查实用程序”时: →右键单击→属性→工具→检查,它将出现以下错误。 格式化磁盘不是一种选择,因为我上面有非常重要的数据。 请提出可以启用硬盘访问权限的建议。


1
固态硬盘技术中是否必须使用ECC?
在购买SSD时,我注意到一些制造商将其“ Pro”模型推广为具有ECC数据保护的模型。这些制造商在预算模型说明中未提及ECC。 但是,维基百科关于闪存的文章指出:“ NAND 依靠 ECC来补偿在正常设备操作期间可能自发失败的位”。 因此,问题在于,是否有任何 SSD设备在其正常操作后都在后台使用ECC,并且ECC“功能”仅仅是一种营销手段吗?

4
在清除回收站,对磁盘进行碎片整理和零填充可用空间后,为什么某些恢复工具仍然能够找到已删除的文件?
据我了解,当我删除(不使用回收站)文件时,其记录将从文件系统目录(FAT / MFT /等)中删除,但被磁盘占用的磁盘扇区的值该文件将保持不变,直到这些扇区被重新使用以写入其他内容为止。当我使用某种擦除的文件恢复工具时,它会直接读取这些扇区并尝试构建原始文件。 在这种情况下,我无法理解的是为什么在对驱动器进行碎片整理并用零覆盖所有可用空间后,恢复工具仍能够找到已删除的文件(尽管重建它们的机会有所减少)。你能解释一下吗? 我认为只能通过某些特殊的法医实验室磁扫描硬件才能找到零覆盖的已删除文件,而那些复杂的擦除算法(用随机和非随机模式多次覆盖自由空间)只能防止这种物理扫描,成功,但实际上似乎零填充不足以擦除已删除文件的所有轨道。怎么会这样? 更新,解决出现的问题: 我尝试了以下擦除工具:Sysinternal的SDelete,CCLeaner和一个简单的实用程序,我不记得它的名称了,该名称从命令行开始,并会创建一个不断增长的零填充文件,直到占用了整个可用空间然后删除为止它。 我尝试了以下恢复工具:Recuva,GetDataBack,R-Studio,EasyRecovery。 我记不清哪些工具给出了特定的结果(据我所记得,其中一些的试用版仅显示文件名,而实际上无法恢复)。 在大多数情况下(但不是全部都是100%),他们可能只看到名称并且无法恢复数据,但这仍然是要解决的安全威胁,因为文件名仍然可以提供很多信息(例如,我已经看到了一个将密码存储在文本文件中的人,该文件名为密码资源名称加登录名,而登录名也应得到保护)。

3
失效的USB闪存盘
所以有一个朋友来找我。它们的USB拇指驱动器已损坏,插入计算机后不再响应。 我已经在Mac上进行了尝试,但它甚至没有响应,至少在Windows XP计算机上,它可以看到它存在,但是无法在资源管理器中显示它,只是插入的任何东西都发生了故障。显然存在电流,因为驱动器上的活动灯点亮。 我正在寻找建议。我可以使用Mac或Windows硬件,并且很乐意尝试(如果解决方案可行,甚至可以付费!) 建议定期备份为时已晚,但是如果没有这种建议,下一个最佳的取证建议是什么? 编辑:我要强调的是,如果可能的话,我们正在尝试挽救数据,毕竟,拇指驱动器基本上是一次性的,如果没有情感或功能上的原因想要挽救它,那么就不值得打扰了!


1
如何将Outlook 2013 .ost文件导入/恢复/修复到Outlook 2013的新实例中?
注意:这不是Microsoft Exchange问​​题,而是Outlook 2013问题,即使它看起来像以前询问的问题的副本,也请注意文章的结尾。 我的情况的一些背景: 我使用Outlook 2010已经有一段时间了,几个月后又升级到了Outlook 2013(我的IMAP服务器存在严重的同步问题,导致电子邮件大量重复,因此我认为升级到2013可以解决该问题)。(剧透:没有) 几天前,我不得不重新安装Windows7。作为保存旧数据的一部分,我还将.ost(新的Outlook 2013)数据文件复制到了外部驱动器。 现在,在我重新安装W7之后,我想将它们还原。令我惊讶的是,我发现无法将.ost数据文件导入回Outlook 2010。 在那之前,我什至没有对这两种格式进行区分,因此在对互联网进行了一些了解之后,我了解到.ost是Outlook 2013引入(重新)作为默认数据文件格式的,据说可以带来很大的改进,新的缓存算法,减小文件大小等)。因此,我再次升级到2013年,希望能够再次使用我的电子邮件。 现在来了。尽管Outlook 2013创建了一个新的.ost文件并开始毫无问题地使用它,但Outlook 2013也无法识别它自己的.ost文件(不允许我将其导入为数据文件)。 因此,我认为可以,即使我无法导入旧的数据文件,也许我仍然可以欺骗Outlook使用它。但是,无论我做了什么(从CPanel和Outlook创建新的电子邮件帐户,希望可以指向我的旧数据文件,甚至将每个注册表项都从其新数据文件更改为我的旧数据文件),我都没有成功。 新的连接参数与旧的连接参数完全相同(邮件服务器,用户名和密码,甚至硬盘驱动器位置等等)。但是当我偷偷关闭Outlook时,删除它的新数据文件并用我的旧数据文件(拼命的措施)替换,他要么将其重命名为.ost.old,要么只是用(1),(2)等创建一个新文件。它甚至更奇怪。 放弃之后,我尝试了各种位于网络上的.ost恢复工具,但没有一个可以远程使用。在3个小时的恢复失败后(文件大小为5.5 GB),即使我确信该文件以及两个备份都没有错,但一个软件报告该文件为“严重损坏”。 我曾经在Google上下搜索,但一无所获。这让我感到惊讶,因为我不是唯一一个遇到这种麻烦的人(尽管Outlook 2013相当新,而且Google的结果需要一些时间才能缓解)。 文件->导入也不起作用,因为我没有选择.ost文件的选项,强制将其导致文件格式无法识别的错误。 最后,我浏览了以下问题(还有更多问题),但没有一个答案可以帮助我: 有什么方法可以“恢复” .pst(Outlook个人文件夹)或.ost(脱机文件夹文件)? 无论如何,是否可以防止“ Outlook使用的是旧的.ost文件”错误? 将Outlook .ost文件转换为.pst 如何读取或重用以及旧的,已保存的Outlook .ost文件? 从OST / PST文件中提取消息? 我已经耗尽了资源,所以如果有人能指出正确的方向,我将非常感激。

4
是否有适用于Ubuntu的chkdsk等效文件?
当我问到有关从损坏的Linux分区中恢复数据的问题时,人们建议从Windows安装磁盘引导并运行Chkdsk。好吧,我仍然没有Windows磁盘,但是我有Ubuntu 8.04磁盘。是否可以从Ubuntu磁盘运行等效的Chkdsk,这可能有助于恢复或恢复Linux分区上的数据?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.