我尝试的步骤摘要:
这不起作用。 附加/磁盘pipe理联机/脱机/分离进程在返回到Server_A时导致卷不启动
**详细步骤**
实例永远不会过去“初始化”,并转到实例设置 – 获取屏幕截图产生以下内容:
为了隔离这个问题,我尝试了不修改文件:
因此,我似乎是通过简单地附加它并将其转到“在线”(磁盘pipe理)在单独的服务器上来破坏Volume_X。
将Windows操作系统卷移动到另一台服务器以进行文件修改,然后返回到其原始实例并成功启动的正确方法是什么?
期望的步骤:
谢谢你的时间
据我所知,Windows Server 2016上的磁盘pipe理工具对启动分区(小〜350MB)有一些帮助。 在通过Server_B的磁盘pipe理进行“在线”之后,他们根本不起作用,然后“脱机”。 它们不再可以在Server_A上启动。
由于我们的目标归结为:
我们可以做到如下:
sudo apt-get install ntfs-3g – 确认sudo apt-get install ntfs-3g了读/写NTFS驱动程序。 现在通常默认安装。 fdisk以查找您感兴趣的分区的设备名称。我们正在寻找操作系统卷(100GB分区,而不是350MB分区)的非引导分区的标识符。 我的是/ dev / xvdf2。 sudo mkdir /mnt/ntfs_fixbuild立一个挂载点 sudo mount -t ntfs-3g /dev/xvdf2 /mnt/ntfs_fix将分区挂载为读/写卷 /mnt/ntfs_fix/windows/system32/config并运行chntpw -e SYSTEM (修改Windows系统registry值)来更改registry值。chntpw reg edit docs sudo umount /dev/xvdf2 /dev/sda1 (对于windows ec2 OS卷必须为/ dev / sda1) 笔记
sudo ntfsfix /dev/xvdf2将NTFS卷的状态从“关机不正常”状态修复为“正常关机”状态。 它应该是可挂载的。 请记住,这有可能会损坏您的音量,所以如果您可以通过从Server_A执行标准关机操作来避免,请执行此操作。 否则,请确保您有最新的备份。