已知問題Intel® iSCSI Remote Boot
按一下 或主題以進一步查看詳細資料：
Windows 已知問題
新增/更新硬體或軟體到 Microsoft Windows Server* 2003
在新增或更新可能會影響網路堆疊的硬體或軟體（例如網路驅動程式、作業系統服務套件等）後，您必須以 /verify /fix命令列選項執行 iscsi。此公用程式會作為 Microsoft* iSCSI 軟體的安裝一部分安裝。強烈建議此公用程式設定為在每個系統關機時執行，以便您不會忘記並中斷系統。若要設定此公用程式在系統關機時執行，請按照下列步驟操作。
- 執行 gpedit.msc。這將會啟動群組政策編輯器;在此公用程式：
- 展開 電腦配置
- 展開 Windows 設定
- 展開或選取 腳本 （啟動/關機）
- 連按兩下關機
- 這將會開啟關閉屬性對話方塊;按一下 新增 按鈕並新增此可執行檔或批次檔以執行此。
Microsoft* 啟動器在開機埠上沒有連結的情況下無法開機
在將 iSCSI 遠端開機系統設定為具有兩個埠連接到目標並成功啟動系統後，如果您稍後嘗試僅將次要開機埠連接到目標，則 Microsoft 啟動器將持續重新開機系統。
若要解決此限制問題，請按照下列步驟操作：
- 使用 註冊中心編輯器 展開下列註冊中心金鑰：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\參數 - 建立名為 DisableDHCPMediaSense 的 DMEDIASense 值，將值設定為 0。
將 iSCSI 介面卡移動到不同的插槽
在 Windows* 安裝中，如果您將 iSCSI 介面卡移到安裝驅動程式和 MS ISCSI 開機啟動器時不在此位置的 PCI 插槽，則系統錯誤 （藍色螢幕） 可能會發生在 Windows 啟動畫面中間。如果您將介面卡退回其原始 PCI 插槽，此問題會消失。建議您不要移動用於 iSCSI 安裝的介面卡。這是已知的作業系統問題。
如果您必須將介面卡移到另一個插槽，則必須將新的介面卡安裝到另一個插槽，並設定該介面卡Intel iSCSI Remote Boot，然後移動上一個介面卡。
請按照下列步驟操作：
- 將新的介面卡安裝到另一個插槽中
- 設定 iSCSI 開機的新介面卡
- 透過原始介面卡執行 iSCSI 開機至作業系統
- 讓新的介面卡 iSCSI 可開機至作業系統
- 重新 啟動
- 將舊介面卡移到另一個插槽中
- 對剛移動的舊介面卡重複步驟 2 - 5
卸載驅動程式可能會導致藍色畫面
如果用於作業系統的驅動程式Intel iSCSI Remote Boot裝置管理員卸載，Windows 將在重新開機時顯示藍色畫面，並且必須重新安裝作業系統。這是已知的 Windows 問題。
在卸載期間，以 iSCSI 映射閃爍的介面卡不會從裝置管理員中移除
在卸載期間，所有其他 Intel 網路連接軟體會移除，但指派為主要或次要開機優先順序的 iSCSI 遠端開機介面卡的驅動程式不會卸載。
Intel® I/OAT卸載可能會以 Intel® iSCSI Remote Boot Microsoft 啟動器停止
此問題的解決方法是將下列註冊中心值變更為0：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
只有在啟用 I/OAT 卸Intel iSCSI Remote Boot變更註冊中心值。如果此設定在未啟用時變更為0，就會Intel iSCSI Remote Boot藍色畫面。如果系統停用或重新開機Intel iSCSI Remote Boot藍色畫面，則必須將它設定回3。
NDIS 驅動程式在安裝 Intel Intel iSCSI Remote Boot PRO/1000 PT 伺服器介面卡® F6 期間可能無法載入
如果您在兩個 PCI Express x8 插槽中使用兩個 Intel PRO/1000 PT 伺服器介面卡，Windows 安裝只能透過本地 HDD 程式完成。
不正確《大白》設定可能導致 Windows Server 2008* 出現藍色畫面
如果 iSCSI 遠端開機埠的 NICC 使用者名稱與密碼與目標的《世界標準標準執行者》使用者名稱與密碼不相符，Windows Server 2008 可能在安裝或開機期間出現藍色畫面或重新開機。確保所有的《大薺臮》設定都符合目標上所設定。
F6 驅動程式不支援待命模式
如果您在執行 F6 Windows 而不安裝本地磁片，請不要使用待命模式。
執行 WDS 安裝時安裝 Windows Server 2008
如果您執行 WDS 安裝，並嘗試在安裝期間手動更新驅動程式，驅動程式會載入，但 iSCSI 目標 LUN 不會顯示在安裝位置清單中。這是已知的 WDS 限制，目前尚未修正。因此，您必須從 DVD 或 USB 媒體執行安裝，或注入 WDS WinPE 映射上的驅動程式。
iSCSI 在 Windows* 中開機與合作
iSCSI 開機不支援合作。使用主要和次要 iSCSI 介面卡建立小組，在 Microsoft 啟動器安裝期間選取該小組，可能會持續重新開機而失敗。請勿選擇適合Intel iSCSI Remote Boot小組，即使在安裝啟動器期間可以選擇。
對於負載平衡和容錯移轉支援，您可以改為使用 MSFT MPIO。有關如何設定 MPIO，請查看 Microsoft 啟動器使用者指南。
執行 Windows Server 2003 時，使用可移除/暫時儲存裝置執行 F6 無磁片安裝
在載入可移除或暫存裝置 （例如 USB 快閃磁片磁碟機或 Firewire 磁片磁碟機） 時執行 F6 無磁片安裝，可能會導致 BIOS 開機順序變更。如果發生這種情況，您必須重新開機 F6 無磁片安裝。因此，我們建議您在執行 F6 無磁片安裝時，不要載入可卸載式或暫時的儲存裝置。
這是 Windows Server 2003 的已知問題，並且無法由 Intel iSCSI Remote Boot。有關此 Windows Server 2003 問題的其他資訊，請參閱 Microsoft 支援文章 kb816793。
在啟用 iSCSI 開機的埠上設定 LAA（本地管理位址）會導致下次重新開機時系統故障
請勿在啟用 iSCSI 開機的埠上設定 LAA。
某些 EMC 目標的 F6 安裝可能會失敗
在安裝 Windows 2003的步驟 10 中，如果沒有本地磁片，F6 安裝可能會失敗，因為 Intel F6 驅動程式、Microsoft iSCSI 啟動程式與下列 EMC 目標型號的固件版本之間發生衝突：
- AX4-5 陣列：02.23.050.5.705 或更高
- CX300、CX500、CX700 和 CX-3 系列陣列：03.26.020.5.021 或更高。
- CX-4 系列陣列：04.28.000.5.701 或更高，包括所有 04.29.000.5.xxx 版本。
為了避免故障，請確保第二個 iSCSI 埠無法在步驟 10 重新開機期間到達目標。
在 Microsoft* Windows 2003 Server* R2 上出現高 iSCSI 流量時，以 82598 為基礎的矽晶可能會發生連結蓋
此問題是由此作業系統中對於大型傳送卸載 （LSO） 的支援有限引起的。請注意，如果 Windows 2003 伺服器 R2 需要 ISCSI 流量，LSO 將會停用。
Intel® Ethernet iSCSI Boot版本在開機期間顯示的版本Intel® PROSet卷軸文字之間不相符
如果裝置未設定為主要，但先重新顯示，BIOS 仍然會使用該裝置版本的 iSCSI 開機。因此，使用者最終可能會使用較預期Intel® Ethernet iSCSI Boot版本的更新。解決方案是，系統內的所有裝置都必須擁有相同版本的 iSCSI 開機。若要這麼做，使用者應該前往 開機選項 卷卷，將裝置快閃記憶體更新至最新版本。
iSCSI 和 DCB 已知問題
iSCSI over DCB 使用 Microsoft* Windows Server* 2012
在建立 VMSwitch 的埠上，無法執行 iSCSI over DCB（優先順序標記）。這是 Microsoft* Windows Server* 2012 中的設計。
僅在使用 IPv4 定址的網路上支援為 DCB 自動建立 iSCSI 流量篩選
適用于資料中心橋接 （DCB） 的 iSCSI 功能使用服務品質 （QOS） 流量篩選，以優先標記傳出封包。Intel iSCSI Agent 會使用 IPv4 定址，根據網路的需求動態建立這些流量篩選準則。
僅 Microsoft* Windows Server* 2008 發行版本 R2 和更高版本支援使用 Hyper-V 所建立虛擬介面卡，為 DCB 自動建立 iSCSI 流量篩選。
適用于資料中心橋接 （DCB） 的 iSCSI 功能使用服務品質 （QOS） 流量篩選，以優先標記傳出封包。Intel iSCSI Agent 會視 Windows Server 2008 R2 及更新版本需要動態建立這些流量篩選準則。
Linux 已知問題
通道結合
Linux 通道結合與 Intel iSCSI Remote Boot基本相容性問題，不應使用。
執行 Red Hat* Enterprise Linux 4 時，EqualLogic 目標的驗證錯誤可能以 dmesg 顯示
這些錯誤訊息並不表示登入或開機時出現區塊，而且可能安全無阻。
iBFT 系統使用 RHEL 5.2
在使用 RHEL 5.2 的 iBFT 系統中，Anaconda 不會自動在安裝後啟動網路。使用者必須透過主控台手動啟動網路。如需如何以手動方式強制啟動網路的詳細資訊，請參閱 RedHat 檔。
支援 RHEL 5.2 的《大一號》技術
RHEL 5.2 在安裝期間不支援《1998 年 12 月 15 日：5.2》，第 5.2 條。如果您在目標上使用《1998 年 12 月 15 日》驗證，請在安裝期間停用《1998年國際計畫》，在安裝完成後啟用。
RHEL 5.1
在 RHEL5.1 系統上，安裝後第一次 iSCSI 開機時，會啟動錯誤的網路介面。這會使系統當機，並且至少需要重新安裝。此問題的解決方法是在安裝後不久就編輯 init 腳本，並變更希望顯示介面。我們強烈建議我們的使用者使用 RHEL5.2 以避免此問題。
LRO 和 iSCSI Incompat圖利
LRO （大型接收卸載了） 與 iSCSI 目標或啟動器流量不相容。當透過啟用 LRO 的 ixgbe 驅動程式接收 iSCSI 流量時，可能會發生緊急情況。若要解決此問題，應建立並安裝驅動程式：
# 讓 CFLAGS_EXTRA=-DIXGBE_NO_LRO 安裝
RHEL 5.X
從遠端 LUN，iSCSI 開機僅在用於安裝到遠端 LUN 的相同埠上運作。安裝 iSCSI 後，您無法從替代的 LAN 埠開機。
| 相關主題 |
| 如何疑難排解Intel® iSCSI Remote Boot問題？ |
| LRO 和 iSCSI Incompat圖利 |
| RHEL 5.X |
