标签: data-recovery

从故障驱动器保存数据

外部 3½" HDD 似乎有发生故障的危险——它在空闲时发出滴答声

我已经获得了一个替换驱动器,并想知道从可疑驱动器中获取数据的最佳策略,并尽可能多地保存数据。

有些目录比其他目录更重要。但是,我猜测挑选和选择目录会减少我保存整个内容的机会。我还必须挂载它,转储文件列表,然后卸载它,以便能够有效地对目录进行优先级排序。加上这样做很耗时的事实,我正在远离这种方法。

我已经考虑过只使用dd,但我不确定它将如何处理读取错误或其他可能仅阻止数据的某些部分被拯救的问题,或者可以通过一些重试来克服这些问题,但不会太多以至于它们以免驱动器的其他部分被保存。我想理想情况下,它会通过一次获得尽可能多的数据,然后返回重试因错误而错过的任何内容。

复制更慢(例如,每 x MB/GB 暂停一次)是否可能比仅全速运行操作更好,例如避免任何过热问题?

对于“你的备份在哪里”的人群:这实际上是我的备份驱动器,但它也包含一些非关键和笨重的东西,比如音乐,它们不是备份,即没有备份。

除了这种有点不祥的声音外,驱动器没有表现出任何明显的故障迹象。最近我确实不得不检查一些错误——孤立的 inode、不正确的空闲块/inode 计数、inode 位图差异、删除的 inode 上的 dtime 为零;总共大约 20 个错误。

该分区的文件系统是 ext3。

dd data-recovery hard-disk

12
推荐指数
2
解决办法
5131
查看次数

如何检查/测试 .tar.bz 档案?

我一直在使用 tar 及其“--use-compress-prog=pbzip2”功能来存档我的文件,然后用 pbzip2 压缩它们以获得“*.tar.bz”存档。

之后我用 pbzip2 的“-t”开关检查了生成的文件,它通过了测试。然而,出乎意料的是,我在尝试提取存档时遇到了“文件不完整”或其他完整性错误!

是不是因为 tar 文件可能有问题,但在 pbzip2 压缩时没有问题?如果是这样,有没有办法检查 tar 文件本身?如果没有,这可能是什么其他问题?另外,有没有办法从有错误的 tar 文件中恢复数据?

恐怕我在这个过程中可能已经丢失了一些重要的数据......

关键是,我想知道一种在创建档案后测试其完整性的方法。

tar data-recovery bzip2

12
推荐指数
1
解决办法
2万
查看次数

如何取消删除刚刚用“rm -R”命令删除的目录(在云驱动器中)?

我用rm -R命令删除了一个重要的目录。这是一个非常流行的主机数据。它位于/var/zpanel/hostdata/ayrintilih 删除 ayrintilih 目录后,一切都消失了。

我试图用ext4magic程序取消删除。但它需要另一个硬盘卷进行恢复。

错误信息:

ERROR: can not use "/root/recoveried" for recover directory. It's the same filesystem : "/dev/dm-0"
Run Code Online (Sandbox Code Playgroud)

我的 ISP 刚刚回复了我的请求:

Unfortunately there is no way to add another Volume to a virtual Instance. 
If it would be a dedicated Server, we could do it, but not in a Cloudserver. 
You could try to minimize the partition and create another one, that would 
count as another Volume. We also recommend to have …
Run Code Online (Sandbox Code Playgroud)

centos mount data-recovery

12
推荐指数
2
解决办法
17万
查看次数

如何找到 ext4 文件系统的偏移量?

我的硬盘出现故障,无法写入或读取磁盘的第一个扇区。它只会给出 I/O 错误,仅此而已。磁盘上还有其他区域(大部分)看起来不错。我正在尝试挂载一个分区 (ext4),看看我是否可以访问一些我想要恢复的文件。由于该mount命令支持一个offset选项,即使分区表不可读和不可写,我也应该能够挂载文件系统。问题是如何找到偏移量。ext4 工具似乎都没有这个特殊功能。

filesystems partition ext4 data-recovery

12
推荐指数
2
解决办法
2万
查看次数

从损坏的硬盘驱动器中恢复数据:“冷冻技巧”

我目前正在从损坏的——和垂死的——硬盘驱动器中恢复数据(检查这个问题的背景信息)。驱动器在系统运行时掉落;当我愚蠢地试图跑testdisk过去时,我开始听到——我认为是——“死亡的咔嗒声”。

现在我已经在几个地方读到了关于“冷冻技巧”的内容(例如在 AskDifferent 上在 Unix SE 上在 AskUbuntu 上)。它的关键如下(但请阅读完整说明!):

  • 将损坏的硬盘放入 ziploc 冷冻袋中,以免水分进入。(使用两个甚至三个袋子,注意袋子不需要等温。)
  • 将包装好的硬盘放入冰箱
  • 将硬盘放在冰箱中至少 12 小时
  • 然后将驱动器连接到计算机并开始复制数据
  • 在某些时候,硬盘驱动器将再次出现故障。当它发生时,重做该过程,直到所有数据都被复制或驱动器死机。

(根据现已删除的帖子,冰箱中的硬盘驱动器对您有用吗?在超级用户上,冷冻前尝试的两种替代药物疗法是:(1)“将硬盘驱动器放在光滑的表面上。抓住末端并物理旋转整个装置”、“只是沿着叶片的轴急剧旋转装置”和 (2)“在磁头坠毁的情况下,您可以通过将驱动器倒置来暂时启动和运行。保持驱动器备份文件时倒置。”)

问题冻结是从垂死的硬盘驱动器中拯救数据的合法策略吗?或者这只是一种绝对让磁盘变砖的奇特方式?

如果这是合法的,应一次尝试它之前尝试ddrescue经过努力ddrescue,或者我应该结合“冷冻绝招”与ddrescue(和关联的日志文件)?

data-recovery hard-disk

12
推荐指数
2
解决办法
11万
查看次数

意外删除了 /etc/redhat-release 文件

我不小心删除了 /etc/redhat-release 文件。如何恢复或创建一个新的?我有 CentOS Linux 版本 7.0.1406(核心)。

centos data-recovery

12
推荐指数
1
解决办法
6093
查看次数

读取文件末尾以恢复数据

一个非常旧的 .swp 文件还原了我正在编辑的文件,因此它现在明显更短。从那以后我没有在那个目录中做任何事情,所以紧跟在文件末尾的字节应该仍然有我的数据。我可以使用什么函数从给定的内存地址读取 N 个字节?ddread在文件边界处停止,除非我错过了某个选项。

当前文件大小为 3.2 KB。我不记得文件被截断之前到底有多大,但可能不超过 10 KB。如何从文件开头读取 10 KB,忽略文件边界?数据保存不完美也没关系,只要我不用从头开始。

data-recovery

12
推荐指数
1
解决办法
1099
查看次数

在远程服务器上意外执行 sudo rm /*

rm /*在远程 Ubuntu 服务器中以 root 身份登录时意外执行并删除了几乎所有二进制文件,目前我既无法通过 ssh 或 ftp 登录来恢复文件(并希望最好)。

有没有办法以某种方式解决这个混乱,或者我应该打电话给数据中心并要求格式?

data-recovery rm

11
推荐指数
2
解决办法
2581
查看次数

Ubuntu 恢复显示“来自 util-linux 的 fsck”并退出

我以恢复模式启动 Ubuntu 以尝试修复磁盘错误。

但是,当我运行时:

fsck
Run Code Online (Sandbox Code Playgroud)

我只是得到:

fsck from util-linux 2.31.1
Run Code Online (Sandbox Code Playgroud)

没有其他事情发生。

fsck无论选项和参数如何,任何命令都只是简单地打印 'fsck from util-linux 2.31.1' 并退出。

这使我无法修复磁盘错误并无法恢复系统。

ubuntu data-recovery hard-disk fsck

11
推荐指数
1
解决办法
3万
查看次数

用分区表覆盖 LUKS

我现在知道这是一个愚蠢的决定,我尝试使用 Windows 安装程序双重启动 Windows 和 Linux,启动 Windows 安装程序后,我选择了 2 个大小约为 500GB 的克隆硬盘之一进行擦除,因为它们是如果我选择其中一个而不是另一个,那并不重要。

这样做之后,安装程序说它更改了其中一个 500GB 硬盘的分区表,然后无法安装 Windows。在没有复制文件的情况下因错误而崩溃,或者它说,当它说它甚至无法开始安装时,我不确定我是否可以信任它。

所以我启动了我的 Linux 安装来检查它覆盖了哪个驱动器并手动安装它。相反,迎接我的是我的另一个驱动器,一个 6TB dm-luks 和 btrfs 驱动器,丢失了。不仅两个 500GB 驱动器都没有受到影响,而且 6TB 驱动器似乎还添加了一堆混乱的分区。6个分区,顺序为499M、99M、499M、100M、499M、100M。

由于我的驱动器很大而且速度很慢,到目前为止运行hexdump -C /dev/sda |grep LUKS已经产生了这么多,我将在完成后更新:

8d411ce0  e1 ad 4c 55 4b 53 c0 85  22 3d de 49 dd 44 fd 08  |..LUKS.."=.I.D..|
e6449610  d5 cf 4a 86 9f cc 4c 55  4b 53 a9 a9 16 cc ba 1d  |..J...LUKS......|
446ea9a70  b3 db a9 bf 8b 2e 41 4c …
Run Code Online (Sandbox Code Playgroud)

data-recovery luks

11
推荐指数
1
解决办法
1619
查看次数

标签 统计

data-recovery ×10

hard-disk ×3

centos ×2

bzip2 ×1

dd ×1

ext4 ×1

filesystems ×1

fsck ×1

luks ×1

mount ×1

partition ×1

rm ×1

tar ×1

ubuntu ×1