问题标签 [file-recovery]

I really screwed myself over recently. I have a function which will swap the contents of two files:

As you can see right near where the carrot is pointing a space is missing. As a result running the following command:

causes important.txt to be overwritten by not-important.txt and important.txt is sent to the abyss of the local bash variable/file

Are there any options short of scraping the raw data on the disk?

使用 Git 恢复整个分区是否相关，甚至有效？如果是这样，与创建磁盘映像或简单地复制文件层次结构相比，它是否具有任何优势？

我的一个朋友启动了这个命令：

代替：

现在他丢失了他几天来一直在研究的代码。有机会找回密码吗？

它是 Red Hat Enterprise Linux AS 第 4 版（Nahant Update 1）。

谢谢你的帮助。

我需要在硬盘上存储大量数据。我可以将其格式化为基本上任何一种格式。该数据是基础数据，因此我复制了它。但是，如果某些文件损坏了，我需要立即知道它，以便我可以制作唯一剩余文件的新副本。然而，虽然很容易检查整个硬盘是否安全可靠，但我检查文件是否未损坏的唯一方法是读取它并对其进行哈希处理。然而，对于非常大量的数据，这几乎是不可行的！我负担不起 10 个小时的阅读和散列检查所有文件的完整性。此外，连续读取整个数据会使我的硬盘保持旋转，因此可能会损坏它。然而，对我来说，由于文件系统本身可以自动实施某种形式的检查，这听起来很合理。

我知道 RAID 系统的存在是为了确保文件的完整性，但是那些涉及更多的硬盘，对吧？

所以我的问题是：既然我知道我的硬盘还活着，我怎么知道它的某个地方的某些数据是否损坏了？有什么办法可以让这些数据恢复吗？

在“完成”我的数据库时，我从文件菜单中选择了选项。

文件菜单 -> 选项 -> 当前数据库 -> 应用程序选项 -> 显示表单： 字段。

点击确定后，Access 立即关闭，现在在尝试打开数据库时只给我“Access 已停止工作”消息。

我可以取回我的数据库吗？如何？

我格式化了我的电脑，所以我丢失了很多 MDF 文件（数据库），使用我能够恢复很多 .mdf 文件的程序，问题是它们有不同的名称。

我有一个 mdf 文件列表，例如：

文件夹：MDFiles 内容：f324324234.mdf、f908908445.mdf..等。

我的问题是，如何获取每个 .mdf 文件的数据库名称。

我知道它可以完成，因为我下载了一个程序（Systools）并且它做到了，唯一的问题是我必须一次做一个，我想看到所有因为我有超过 150 。 mdf 文件。

PS。我在这里问这个问题，因为这是其他程序员以前可能遇到的情况。

我怀疑 git 是否会将其保存在内存中，但也许我错过了一个选项。

我修改了本地存储库上的一个文件，然后我做了git rm file. 我想恢复file到以前的状态，即。我的本地修改副本。git checkout file将其恢复到最新的版本状态，丢失我的更改...如果还有办法恢复我的更改？

我目前正在研究具有 FAT12 文件系统的磁盘映像，用于数据恢复目的/研究文件雕刻。对于本次调查，我有需要从磁盘映像中雕刻/恢复的实际文件，以便我可以验证从雕刻过程/恢复中获得的结果。

在对恢复的文件进行比较和分析的过程中，我注意到恰好在 2 个文件数据簇（每个大小为 16384 字节/32 个扇区）之后，有 4 个额外/嵌入的字节。在相应的实际文件中找不到在 2 个簇之后注意到的这些重复且不同的 4 个字节。我认为这些字节被文件系统以某种方式使用，对吗？他们的目的是什么，在恢复过程中如何识别？

十六进制转储：

需要从磁盘恢复的实际文件（2 个集群之间的十六进制）：

磁盘映像：

从上面的十六进制转储中可以看出，08 B5 A9 88正好在两个簇之间，但是在实际文件中，这 4 个字节被消除了。

我正在清理一台装有 Windows 7 的机器，该机器将被重新分配给另一位同事，我想清除所有已删除的文件，以便它们无法恢复。

我尝试使用cipher w:f:\，然后我安装了 Recuva，我仍然可以看到很多可以恢复的文件。

然后我创建了一个小程序，它创建一个包含 0 的文件，该文件具有磁盘上可用空间的大小（创建文件后，我可以在 Windows 资源管理器上看到磁盘只有 100kb 的可用空间）。

然后我删除文件并运行 Recuva，我再次可以看到所有这些文件都是可恢复的。

我只是好奇引擎盖下发生了什么。如果我在磁盘上留下了 100Kb 的可用空间，那为什么还有超过 100k 的可恢复文件呢？

在将它们移动到不同的 java 项目后，我直接删除了我的 java 文件，以为我在旧的 java 项目文件夹中有它们的第二个副本。有没有办法让他们回来？