ConductedForce's questions

大约一年前，我正准备将我使用的多台计算机中的文件复制到一台计算机中。两台机器都是 Windows 7，而目标机器是 Windows 10。

tl；博士，Windows 10 快速启动会损坏/损坏 Windows 7 驱动器。

我的一台机器在启动时刷新了用户配置文件，但它在这个过程中幸存下来。我现在正在研究的机器在返回时不太方便。

最后我离开它，即使经过数小时的等待（1 TB hdd 7200rpm），它也无法完成启动修复。我和 Parted Magic 一起进去看看分区是什么样子（不记得整个事情是否混乱）。C分区中的分区查看器报告：

$MFTMirr 与 $MFT 不匹配（记录 0）

并说我应该运行 CHKDSK /f 因为它会是最好的。

我重新启动并进入系统修复命令提示符并运行 CHKDSK /f 我希望它会恢复一些正常状态。CHKDSK 失败率为 57%。最后的消息是

发生未指定的错误 <696e647863686b2e e19> 无法将记录的消息传输到状态为 50 的事件日志

我运行了几次，它会以相同的百分比出现相同的问题，给出或获取一些记录（验证索引阶段 2/3，2774856 的 2488728）并且总是在 2488000+ 左右）。

一些谷歌搜索说分区可能被锁定或者我有驱动器错误（在 pmagic 中运行了快速驱动器检查并且它恢复正常）。我在 CMD 中打开了 DISKPART 并试图清除 C 的所有只读标志，但 DISKPART 说它无法清除标志。我不知道是否只是没有任何事情或发生了其他事情。

一些网站说要进入安全模式并运行 CHKDSK，我尝试过，但安全模式不会比加载驱动程序和光标黑屏更进一步。我可以移动光标，但没有其他反应。我试过安全模式和带命令提示符的安全模式。

我今天的问题是“在 Windows 10 可能文件损坏后，如何安全地重新进入 Windows 7？”

我最好在正常启动之前完成一轮 CHKDSK。

此外，在我使用 Windows 10 进行初始文件复制之前一年半（半年多一点），我可以获得一份 HDD 副本。

我有时间和一些不错的技术技能，所以我全神贯注。

编辑，更新帖子 2 小时：我点击“正常启动”只是为了看看它会带我去哪里，它最终与安全模式相同，但它知道我的电源设置，因为按下电源按钮进入睡眠状态，这就是我是很久以前设置的。

编辑，更新帖子 7 小时：我ntfsfix /dev/sda2在 Parted Magic 中运行（sda2：主分区）以获取$MFT它给出的消息。除了一些属性编辑之外，CHKDSK 到达相同的索引并停止。它停在的索引号在变化，但在任何一个方向都不超过几百。我尝试运行 sfc /scannow，但它无法运行，因为它需要重新启动系统。试图删除pending.xml，但它报告为损坏，我需要运行chkdsk。我在此之前运行了 chkdsk，所以我几乎陷入了僵局。

编辑，更新后 8 小时：忘记从 X 中删除待处理：以及。使用 Parted Magic 在 C 中删除待处理。证监会跑了，但没有发现任何问题。

编辑，更新后 30 小时：Chkdsk 这次完成了索引验证，可能是使用 pmagic 的黑魔法，或者我使用的是 Windows 7 磁盘而不是恢复分区（可能有我不知道的错误）。

编辑，更新后 3 天：索引验证 (chkdsk) 后，有很多Replacing invalid security id with default id for file ####### of 2207744消息。Windows 仍会启动到光标和黑屏。命令sfc /scannow /offbootdir=C:\ /offwindir=C:\windows报告“Windows 资源保护无法执行请求的操作”。从未报告过验证百分比，只是它开始并且需要时间。DISM 在我使用的 Win7 磁盘上也不起作用，并且 Win7 PE 环境不包含 DISM。我认为配置文件系统已损坏或其他什么。更多信息会很好。

我已经将自己引入了无法阅读和破坏自己的东西的用户行列。

上周日，在尝试将较大的 Windows 7 NTFS 分区复制到较小的分区时，我炸毁了我认为是 3TB 硬盘上的分区表。对于上下文：

sdb (3TB drive/partition)
sdh2 (1.57 TB partition)(2TB drive)

我正在运行 PartedMagic 2018（现在仍然是），我输入了以下内容：

sgdisk -R /dev/sdb /dev/sdh2

当我打开 Gparted 时，我意识到我输入了错误的命令。它被列在一个 SE 问题中，作为解决与将较大分区移动到较小分区相关的问题的答案。答案是这样输入的：

sgdisk -R /dev/sdY /dev/sdX
where:
sdX = Disk A
sdY = Disk B

Bonehead 移到一边，我现在处于损害控制之中。我已开始关注此Ubuntu 论坛指南，目前已开始扫描驱动器以查找分区标题，以便恢复整个驱动器。

I've entered the following command so far: gpart /dev/sdb. It has been scanning the drive for about 4 days, 20 hours.

I have a few questions regarding my procedure here:

1. How long will this take? My best estimates were looking at the HDD activity light and counting a maximum of one blink per second. I assumed that single blink was one sector read, and that each sector was 4096 (it is on a flash drive). 2,720,000 MB on the 3TB drive at a 4 MB per second read time gives me about 7.87 days. The shortest time would be double that speed, and it would be done by now. The last "Possible partition" output was two days ago and gave an offset of 1421742mb while the first possible was at offset 1mb. I did see somewhere that sector sizes might be smaller. Am I close?

2. 我是否采取了合适的行动来拯救我的驾驶？Ubuntu 论坛指南看起来很合理且非常相关。我的驱动器上只有一个分区，以前还有更多，但我已经擦除了它并只用一个重新开始。我记得它是事故前列出的唯一分区，并且使用了整个驱动器。我不确定上面是否有几个 MB 未使用的部分之一（这个奇怪的空白未分区点有时会在您创建分区时在 GParted 中完成，它会以未使用的 1mib 开头。）

3. If I restore the partition using parted and I don't add all the sectors, or I add too many, would data still show up on that partition? The guide says to use the units of sectors to rebuild the partition table. If I use too few or too many units, will data still show up when I mount the drive and read it?

4. I read there is a primary and secondary partition table or something, do those exist, can I copy them, how would I view them to confirm which one I want for recovery?

I need a second damage control option aside from sending it to a professional service. This isn't a business computer, but there are some important things to recover.

End Goal: Recover the single partition on the 3TB drive.

Update: Post gpart scan

As seen in reference pictures, the scan failed near the end of the drive. I've since placed the drive in a newer computer where I've run TestDisk. The quick scan found some of what gpart saw, but not what I know is there. I used the Deeper Scan option where within minutes it picked up on the partition in question, named Big Mongo. This is what I had named the drive in Windows.

Update 2: Post TestDisk scan

TestDisk completed (see additional ref pics) and identified my missing partition. I am able to have it list files within the program. Note the size at the bottom of the completed scan. The scan completed in a cool 10 hours vs 8 days from gpart.

Conclusion: For inquiring minds

运行 TestDisk 后，它找到了分区，但创建的表不正确，所以我运行gdisk并使用2048作为开始和最大大小作为结束重新构建它（见标记的答案）。让它处于休眠状态，启动没有问题。

参考图片
gdisk -l 评论https://isstatic.askoverflow.dev/9znYj.jpg
gpart scan 1/2 https://isstatic.askoverflow.dev/rWxuC.jpg
gpart scan 2/2 https:// /i.stack.imgur.com/HQYJ8.jpg

TestDisk 快速扫描

TestDisk 深度扫描初步

测试磁盘完成

我希望通过以太网将两个设备连接在一起，但我在执行所需步骤时遇到了问题。这些设备是一台 PC 和一个微控制器。两种设备都将具有静态 IP，至少是微控制器。我在微控制器上运行 LWIP。我坚持的是让两个设备进行通信需要执行的步骤。我是否需要微控制器来进行 ARP 广播或其他操作，以便两个设备可以相互看到并进行通信？

E：在控制器上启用自动协商