我正在重组我的家庭网络，它现在包括一个 NAS 盒，除其他外，它允许我通过 iSCSI 导出分区。现在我想摆脱我的 Windows 机器中的硬盘，因为它会产生相当多的噪音并且不提供冗余，所以我想从网络启动并将我的系统安装在 iSCSI 上。
由于 NAS 机器运行 Linux，这对于个人来说已经足够了，我愿意用自己的方式解决一些问题。我知道 Windows 的启动顺序与 Linux 非常相似，因为引导加载程序将内核和一组初始驱动程序加载为 blob，然后调用内核，然后从引导加载程序留下的映像中初始化和加载驱动程序，然而，在这种情况下，问题在于细节。
我的方法是提供一个 iSCSI 启动器作为 EFI 引导服务，它应该允许加载程序检索内核和驱动程序，但是我看到初始安装的问题（网络驱动程序在安装程序中的 SCSI 驱动程序之后加载），以及网络驱动程序可以是引导驱动程序依赖链的一部分。
是否可以在启动过程的早期加载网络驱动程序，如果是，我能否以某种方式影响启动驱动程序集合映像的准备，以便将它们包含在内？我可以绕过安装程序限制吗？
我正在尝试将 gpg-agent 设置为 Windows 下的通用身份验证代理。它适用于 Putty 和常规 gpg 使用，但现在我也想将它用作 git bash 中的 ssh-agent。
从我收集的信息来看，使用它应该就足够了
export GPG_AUTH_SOCK=~/AppData/Roaming/gnupg/S.gpg-agent.ssh
export GPG_AGENT_PID=$$
我这里不能使用真正的代理PID，因为抽象层会将进程隐藏在msys环境之外，所以我使用了shell的PID。
gpg 代理已经用enable-ssh-support和enable-putty-support选项启动，并且正确创建了代理套接字。但是，ssh-add声称它无法连接到代理。
将正在运行的 gpg-agent 作为 ssh 代理引入新的 git bash 的正确方法是什么？