RFC-0081：Fastboot 開機

RFC-0081：fastboot boot
狀態	已接受
區域	一般
說明	以 fastboot boot 取代以 Zedboot 為基礎的網路開機流程
Gerrit 變更	498344
作者	andresoportus@google.com
審查人員	amituttam@ boetger@google.com bradenkell@google.com cpu@google.com curtisgalloway@google.com dpursell@google.com raggi@google.com tkilbourn@google.com travisg@google.com alizhang@google.com
提交日期 (年-月-日)	2021-03-09
審查日期 (年-月-日)	2021-03-25

摘要

本文建議透過 Zedboot 的 netsvc 淘汰 RAM 載入作業。而是建議以基於 fastboot boot 的流程，取代基於 netsvc 的 RAM 載入流程。

提振精神

如果沒有 netsvc RAM 載入，我們就能避免 Zedboot 和開機載入器之間的功能重複。這項 RFC 符合「Deprecate Zedboot-based paving for provisioning devices」RFC，可讓您改用 fastboot 而非 Zedboot，最終淘汰並移除 Zedboot。

背景

Netsvc RAM 載入通常用於使用 Zedboot 的啟動工作流程。不過，支援 fastboot boot 的系統啟動載入程式已提供這項功能，例如透過網路將部署至裝置的建構版本載入 RAM，以及透過 USB 載入 RAM。最初開發 Zedboot 是為了取代使用開機載入程式的簡單網路，因為 UEFI 開機載入程式的品質不一，且在某些情況下，Fastboot 的可靠性不足。對於 Fuchsia 目前支援的目標，或正在開發支援的目標 (例如 https://fxbug.dev/42137791)，這類問題較少。如果平台不支援 Fastboot，可以選擇將 Fuchsia 刷入 USB 裝置並從該裝置啟動，做為備份選項。

設計

Fastboot 是成熟的機制，已用於 Android 裝置。支援 Fuchsia 的開機載入程式「必須」遵循 fastboot 通訊協定。

實作

• 例如，必須更新開機載入程式，修改 Gigaboot 才能實作 fastboot boot https://fxbug.dev/42137791。
• fx 指令碼必須更新，才能將 fx netboot 使用者重新導向至 fastboot boot (我們可能會將這些流程包裝在 fx/ffx 輔助指令中，盡可能簡化流程)。
• 基礎架構需要轉換為 Fastboot https://fxbug.dev/42124288。
• 如 RFC Deprecate Zedboot-based paving for provisioning devices 所述，淘汰 Zedboot。

回溯相容性

更新 fx 指令碼並移除 Zedboot 後，系統將無法回溯相容於 netsvc。

安全性和隱私權注意事項

系統將支援已解鎖的「開發人員」系統啟動載入程式。 fastboot boot目前正在考慮支援鎖定的系統啟動載入程式和未鎖定的「prod」系統啟動載入程式，但這項 RFC 並未定義相關內容。fastboot boot

說明文件

開發人員工作流程的說明文件必須更新，以反映新的 fasboot boot 流程。

缺點、替代方案和未知事項

缺點是，這會造成承諾，在其他 Fuchsia 開機載入程式中支援 Fastboot，而非僅限於已支援的開機載入程式。也就是說，在 Fuchsia 中啟動新主機板時，必須在早期啟動期間支援 Fastboot。這包括支援 Intel NUC (https://fxbug.dev/42137791) 和 Pixelbook 等以 Coreboot 為基礎的系統所用的 Gigaboot 開機載入程式。fastboot boot

既有技術和參考資料

Fastboot 是成熟的機制，已用於 Android 裝置。