我有一个案例,病毒通过内部网传播,并重写了12000台机器的MBR。
现在,我知道如何手动修复MBR,但我被要求通过创建可引导的USB介质来提供自动化此过程的解决方案,该介质将继续修复MBR而无需用户交互。
这样,我们就可以分发这个可启动映像的多个副本,并加快修复这么多机器的速度。
据我所知,所有这些机器都在/ dev / sda1上有可引导的分区,但应该使用病毒占用的模式来识别要修复的扇区。
那么,在dd
没有任何用户交互的情况下,是否有可能在启动时执行?
我有一个案例,病毒通过内部网传播,并重写了12000台机器的MBR。
现在,我知道如何手动修复MBR,但我被要求通过创建可引导的USB介质来提供自动化此过程的解决方案,该介质将继续修复MBR而无需用户交互。
这样,我们就可以分发这个可启动映像的多个副本,并加快修复这么多机器的速度。
据我所知,所有这些机器都在/ dev / sda1上有可引导的分区,但应该使用病毒占用的模式来识别要修复的扇区。
那么,在dd
没有任何用户交互的情况下,是否有可能在启动时执行?
Answers:
如果他们根本不启动:
设置PXE引导以使用linux和MBR引导自定义ISO。让它自动重写MBR并重启。
这是一个11 / 16MB的发行版,你可以添加你的MBR和dd。
http://distro.ibiblio.org/tinycorelinux/downloads.html
您将希望这有助于设置可启动的Linux操作系统 https://www.tecmint.com/auto-execute-linux-scripts-during-reboot-or-startup/
Windows PE ISO也是一个不错的选择。
将条目添加到DHCP服务器以帮助完成此过程。 有些计算机将其作为自动故障转移条件。然后不需要用户干预。
其他人必须推动F11等从网络启动。BIOS中的引导顺序也可能更改为自动无法进行PXE引导。
Linux的
编辑dhcpd.conf
vi /etc/dhcp/dhcpd.conf
并添加以下条目:
#option 66
option tftp-server-name "w.x.y.z";
#option 67
option bootfile-name "test.cfg";
然后重新启动DHCP服务器。
sudo service isc-dhcp-server restart
此链接还有更详细的说明:https: //www.thegeekstuff.com/2010/07/tftpboot-server
是的,可以在没有交互的情况下运行dd,你可以使用带有systemd服务的Linux网络引导,但盲目配置那么多服务器也是一个非常糟糕的主意。
这是一个更好的想法使用PXE有效负载链接Windows引导加载程序,一旦您的服务器启动,您可以发送所有命令,以使用该bootsect
命令从Windows更新其MBR 。
您可以通过网络加载GRUB并为其提供将加载操作系统的配置。https://www.gnu.org/software/grub/manual/grub/grub.html#Network
从将用于PXE服务的Linux服务器(我建议只为它创建一个新VM):
为PXE设置DHCP和TFTP。
grub-mknetdir --net-directory=/srv/tftp --subdir=/boot/grub -d /usr/lib/grub/i386-pc
nano /srv/tftp/boot/grub/grub.cfg
并添加:
search -s root -f /Boot/BCD
ntldr /bootmgr
boot
系统应加载grub,然后搜索包含ntldr BCD的分区,然后加载bootmgr。
一旦你的服务器上线,你可以在这里阅读有关如何修复MBR的信息:https:
//docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/bootsect-command-line-options可能只是bootsect /nt60 SYS