| RFC-0081：Fastboot 啟動 | |
|---|---|
| 狀態 | 已接受 |
| 領域 |
|
| 說明 | 將以 Zedboot 為基礎的網路啟動流程替換為 Fastboot 啟動流程 |
| 更小鳥 | |
| 作者 | |
| 審查人員 | |
| 提交日期 (年月分) | 2021-03-09 |
| 審查日期 (年-月-日) | 2021-03-25 |
摘要
本文件建議淘汰透過 Zedboot 的 netsvc 載入 RAM 的功能。相反地，它建議將 netsvc 型 RAM 載入流程換成以 fastboot boot 為基礎的資料流。
提振精神
如果沒有 netsvc RAM 載入，我們就能避免這項功能在 Zedboot 和系統啟動載入程式之間出現重複情形。此 RFC 與 RFC「淘汰以 Zedboot 為基礎的佈建裝置」形式相互搭配，採用 Fastboot (而非 Zedboot)，可在最終淘汰及移除 Zedboot。
背景
Netsvc RAM 載入通常用於使用 Zedboot 啟動工作流程。不過，支援 fastboot boot 的系統啟動載入程式已提供這項功能，例如 RAM 將透過網路部署至裝置的建構，以及透過 USB 提供 RAM 載入。Zedboot 最初是做為使用系統啟動載入程式的簡易網路替代方案，因為 UEFI 系統啟動載入程式在品質上有所不同，某些 Fastboot 並不可靠。若是 Fuchsia 目前支援的目標，且在工作中擁有足夠支援或支援 (例如 https://fxbug.dev/42137791)，那麼這就不那麼高。無法使用快速系統啟動的平台具有備份選項，可將 Fuchsia 刷新至 USB 裝置，並透過 USB 裝置啟動。
設計
Fastboot 是成熟的機制，應用於 Android 裝置。支援 Fuchsia 的系統啟動載入程式「必須」遵循快速系統啟動通訊協定。
實作
- 舉例來說，您必須更新系統啟動載入程式，才能實作
fastboot boothttps://fxbug.dev/42137791。 - Fx 指令碼必須更新，才能將
fx netboot使用者重新導向至fastboot boot(我們希望將這些資料流納入 fx/ffx 輔助指令，讓操作變得簡單易懂)。 - 基礎架構需要轉換至 Fastboot https://fxbug.dev/42124288。
- 遵循 RFC 淘汰以 Zedboot 為基礎的佈建裝置中所述的 Zedboot 淘汰方法。
回溯相容性
Fx 指令碼更新且 Zedboot 一經更新，就不會再與 netsvc 回溯相容。
安全性和隱私權注意事項
已解鎖的「dev」系統啟動載入程式將支援 fastboot boot。
對於鎖定的系統啟動載入程式，以及未鎖定的「prod」系統啟動載入程式的 fastboot boot 支援仍在考慮範圍內，但未在 RFC 中定義。
說明文件
開發人員工作流程的說明文件必須更新，才能反映新的 fasboot boot 式流程。
缺點、替代項目和未知
缺點是除了已支援 Fastboots 系統的其他 Fuchsia 系統啟動載入程式以外，這麼做就能承諾支援 Fastboot。也就是說，因為新的主面板是在 Fuchsia 中推出，因此在早期啟動期間，需要 Fastboot 支援功能。包括在 Intel NUCs (https://fxbug.dev/42137791) 上使用的 Gigaboot 系統啟動載入程式支援 fastboot
boot，以及 Pixelbook 等核心系統啟動載入程式。
優先藝術與參考資料
Fastboot 是成熟的機制，應用於 Android 裝置。