在 Raspberry Pi 5 上運行 Fedora 44

背景

隨著 Fedora 44 的開發推進，開發者 nullr0ute 在其部落格發布了針對 Raspberry Pi 5 優化的 Fedora 44 預覽版影像檔，包含 Minimal、KDE 與 GNOME 等版本。儘管目前仍存在圖形加速與自動休眠等技術限制，且需手動調整核心參數，但這項進展為希望在樹莓派硬體上運行主流 Linux 發行版的用戶提供了新的選擇。

社群觀點

針對 Fedora 44 在 Raspberry Pi 5 上的實作，Hacker News 社群展開了關於硬體架構與軟體生態的深度辯論。部分評論者對樹莓派基金會長期以來的軟體支援策略表示不滿，認為該組織過於執著於非標準的自定義引導方式，而非積極擁抱如 UEFI 等 ARM 業界標準。這種做法導致發行版維護者必須不斷投入額外精力來適配硬體，甚至在硬體版本微調（如 revD）時，因為裝置樹（Device Tree）覆蓋機制的異常運用，導致原本正常的影像檔在看似相同的硬體上失效。

然而，這種批評也引發了反向辯護。支持者指出，樹莓派的硬體設計本質上是以 GPU 為核心、CPU 為輔的特殊架構，這種先天限制決定了其啟動流程的特殊性。針對「不夠開放」或「不標準」的指控，有觀點認為樹莓派基金會必須在博通（Broadcom）等供應商的商業限制與有限的開發資源中取得平衡。與蘋果等完全垂直整合且封閉的巨頭相比，樹莓派已經在可負擔的價格點上提供了極高的靈活性。對於開發者而言，與其抱怨標準化程度不足，不如透過逆向工程或實質貢獻來解決問題。

此外，討論也延伸到了嵌入式系統的啟動標準。雖然 U-Boot 仍是嵌入式 Linux 的主流，但隨著現代 Android 裝置與 U-Boot 開始支援 UEFI 介面，社群對於在 SBC 上引入 UEFI 的必要性仍有分歧。支持者認為 UEFI 能簡化 SecureBoot 的實施與韌體更新流程，而反對者則擔心這會增加引導過程的複雜度與啟動時間，對於追求輕量化的嵌入式應用未必有利。最後，也有開發者關注 Fedora 在 Pi 5 上的實際效能表現，特別是 WebKitGTK 在 ARM 架構下的執行效率，這將直接影響基於 Tauri 等框架的輕量化桌面應用在邊緣運算設備上的可行性。

延伸閱讀

在討論過程中，社群成員提到了 Android 官方文件中關於啟動加載程序（Bootloader）的規範，說明了現代行動裝置如何整合 UEFI 介面。此外，針對安全啟動的需求，討論中也涉及了 mokutil、efibootmgr 等工具在 Linux 環境下管理 EFI 變數與金鑰的應用。