断电后，我的笔记本电脑无法启动。我用一堆磁盘实用程序和实时 CD 调查了这个问题。数据完好无损，我做了备份。尽管如此，我还是想以尽可能少的努力恢复磁盘功能，当然包括启动。我知道许多专家建议重新创建分区、重新恢复操作系统并重新安装软件。这对我来说几乎不可行（我甚至没有所有的分发工具包）。这就是为什么我想就地编辑损坏的分区表，我需要一个建议，看看到底哪个部分有问题。
该磁盘包含 2 个卷：一个是主分区，另一个是扩展分区中的逻辑驱动器。
当我从实时 CD 启动笔记本电脑时，Windows 可以看到两个驱动器，但扩展分区中的逻辑驱动器无法访问。
diskpart命令list volume显示卷 fs 标志为 RAW，而不是 NTFS。奇怪的是，我用来恢复数据的磁盘实用程序（包括二甲醚) 将此卷视为 NTFS，并且可以毫无问题地从中读取数据。
以下是 diskpart 的输出：
以下是 DMDE 显示的内容：
问题是我应该在表中编辑哪些原始字节以及如何编辑（例如，我可以使用 DMDE 进行直接磁盘编辑）以使卷可以从 Windows 访问正确的 NTFS？
我不确定还有哪些细节可能重要，并准备在要求时提供。
更新
在链接的答案中，唯一一个真正的答案建议使用 TestDisk。首先，我必须说这个实用程序对操作系统非常挑剔 - 它无法在我尝试过的任何基于 WinPE 的 Live CD 上运行。最后，我设法在 [几乎] 完全成熟的 Win7 Live CD 上运行它。以下是它显示的内容（请注意扩展分区中逻辑卷中的 NTFS）：
并且（这次请注意 FAT32）：
我需要从这里恢复最大的卷。它在 TestDisk 下显示为 FAT32（DMDE 显示为 NTFS）。P命令不会生成此卷的可读文件列表。我尝试使用命令T将类型更改为 NTFS，但这并没有解决问题：P仍然列出垃圾（“文件系统可能已损坏”）。然而，我在 DMDE 下看到了完整的文件系统，并使用 r.saver 实用程序保存了它。
我进行了更深入的搜索：
并发现：
删除的 NTFS 卷是包含我数据的实际驱动器。然后我将其从“D”更改为“L”，并将更改写入磁盘并重新启动。
该驱动器仍然无法访问，但是现在如果我运行 DMDE，它会抱怨 MBR 记录需要至少 625153410 LBA（320GB）的磁盘，但磁盘是 625142448 LBA（320GB）。
从我的经验来看，要么 TestDisk 无法完成我的情况，要么我需要更详细的说明来了解如何使用 TestDisk 进行修复。
提前致谢。
我必须说一句，TestDisk 有缺陷：我通过相应的 TestDisk 命令备份了分区表，然后更改了分区表并将其写入磁盘；然后发现更改没有帮助，于是决定从备份中回滚更改 - 结果我得到了完全不同且不正确的分区表。唯一让我免于惨败的是，我使用 dmde 进行了另一次备份，它按预期恢复了结构。
答案1
问题已经解决（在一些技术专家在社交媒体上分享他们的知识的支持下），我正在发布最重要的细节作为答案。
从一开始我就误解了 RAW 标志等于身体上在相应的分区中写入 0。事实上，0 表示空分区记录，即根本没有分区，而 RAW 是一种特殊的逻辑表示分区中存在一些问题的标志。因此，diskpart在这种情况下，“消息”是，虽然“无法访问”的分区在逻辑上是“健康的”，但其底层硬盘可能存在一些缺陷。
在 SMART 硬盘时代，缺陷会被记录在每个磁盘内部，并且可以被修复（如果它们不是致命的）。
所以首先我用硬盘扫描读取 SMART 信息。以下是我得到的结果：
请注意，待处理错误数为 3。这些错误应该被修复。
为此，应该找出哪些扇区会产生这些错误，特别是扫描磁盘表面以查找读取错误。就我而言， 维多利亚实用程序（该实用程序的用户界面是英文的，但不幸的是网站是俄文的）。
结果，我得到了3个有损坏扇区的块地址。
接下来，应该应用其中一种方法来修复块（具体方法可能因硬盘制造商而异）。就我而言，尝试将一些数据写入损坏的块就足够了。如果写入操作失败，SMART 磁盘足够智能，可以将损坏的块重新映射到其他保留空间。执行写入命令的最简单方法是将块的一个区域复制到自身。您可以使用您喜欢的工具，我使用了二甲基二烯丙基氯化铵( Tools -> Copy sectors)。就我的情况而言，坏块彼此靠近，我只运行了一次复制命令：Source和的起始块Destination设置为相同（在第一个坏扇区之前），并且要复制的扇区数设置为足够大以覆盖所有 3 个坏块的区域。由于这是对自身的复制，因此它不会更改有效块。坏块用零填充。它们的原始数据无论如何都会丢失。如果坏块不包含关键数据，则恢复的磁盘可能可以很好地运行所有程序。
复制命令执行后，我再次检查了 SMART 信息，确保错误计数为 0。如果不是，则说明出现了问题，需要深入调查。
最后要做的就是运行chkdsk d: /F（d您的驱动器号在哪里）来修复物理恢复分区中的逻辑错误。
完成所有这些操作后，我设法恢复了有问题的 NTFS 分区（RAW 标志消失了，并且再次列为 NTFS），并且几乎没有数据丢失 - 至少 Windows 可以像以前一样启动。