Fedora 44 RISC-V 把支援面擴到 17 板
17 塊板、4 種映像類型，Fedora 44 RISC-V 用 Omni kernel 擴大可開機硬體範圍，也保留伺服器、容器與雲端路線。
Fedora 44 RISC-V 透過 Omni kernel 把可開機板卡擴到 17 款，並補上伺服器、容器與雲端映像。
這份清單看完，你就能判斷 Fedora 44 RISC-V 適不適合你的板子、工作負載與部署方式。重點不只是能不能裝，而是能不能在 17 款已知板卡上先把系統跑起來。
| 項目 | Kernel | Image types | Hardware reach |
|---|---|---|---|
| Fedora 44 RISC-V Server | Linux 6.19-based | Server | Vision Five 2, Orange Pi RV, Milk-V Mars |
| Fedora-Server-Host-Omni | Omni | Server host | 17 bootable boards |
| Fedora 44 RISC-V container | Not stated | Container | Community-contributed alternate image |
| Fedora 44 RISC-V cloud | Not stated | Cloud | Community-contributed alternate image |
1. Fedora 44 RISC-V server 映像
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
如果你要的是一套接近正常發行版流程的 RISC-V 伺服器環境，這組映像最值得先看。Fedora 44 的 server build 採用 Linux 6.19-based kernel，重點是貼近 upstream，而不是靠長期分支硬撐。
它也不是空泛宣告。Fedora 已經把這些 server 映像放到三塊板上驗證過，分別是 Vision Five 2、Orange Pi RV、Milk-V Mars。對想做首次開機、系統安裝或伺服器測試的人來說，這代表你有一個明確起點。
- 適合：想直接裝 Fedora Server 的使用者
- 已驗證板卡：Vision Five 2、Orange Pi RV、Milk-V Mars
- 優勢：路線清楚，較接近主線 Linux
2. Fedora-Server-Host-Omni
這次最有意思的不是 server image 本身，而是 Fedora-Server-Host-Omni。它取代了較受限的 Generic 路線，目標很直接，就是讓同一個 kernel build 能跨更多 RISC-V 板子開機。
這種做法的價值在於務實。當某些硬體支援還沒完全進 upstream，Omni kernel 先把系統帶起來，讓開發者能先用、先測、先修，而不是卡在「理論上支援、實際上不能開機」的窘境。
- 角色：Fedora Server 的主機映像
- 核心概念：先求可開機，再追求完全 upstream
- 用途：早期採用者、板卡移植、相容性測試
3. 17 款可開機板卡
如果你在挑 RISC-V 硬體，這份名單比行銷文案有用得多。Fedora 的 Omni kernel 已能開機的板子橫跨多家廠商，包含 Banana Pi、Bit-Brick、DeepComputing、Lichee Pi、Milk-V、OrangePi、Pine64、SiFive、SpacemiT、StarFive 等。
重點不只是數量，而是覆蓋面。當你的板子和這些家族接近時，Fedora 44 的成功率通常會比只盯著單一 profile 的方案更高，尤其適合想快速驗證硬體、驅動或系統整合的人。
17 款已知可開機板卡：
Banana Pi BPI-F3
Bit-Brick K1
DeepComputing fml13v01
Lichee Pi 4A
Milk-V Jupiter
Milk-V Mars
Milk-V Megrez
Milk-V Titan
OrangePi R2S
OrangePi RV
OrangePi RV2
Pine64 STARPro64
SiFive HiFive P550
SiFive HiFive Unmatched
SpacemiT K3 Pico-ITX
StarFive VisionFive 2
StarFive VisionFive 2 Lite4. 容器與雲端映像
Fedora 44 RISC-V 不是只給實體板子用。它還有 container 與 cloud 兩種變體，適合先做應用測試、CI，或在遠端環境裡驗證工作負載，不必一開始就買硬體。
這兩者屬於 community-contributed alternate images，定位和正式發行映像不同，但對開發者很實用。你可以先把程式、部署腳本或自動化流程跑通，再決定要不要落到特定板卡上。
- Container：適合 app 測試與持續整合
- Cloud：適合遠端實例與自動化
- 定位：社群提供的替代映像
5. 這次更新的實際意義
Fedora 44 的策略，放在目前 RISC-V 生態裡很有辨識度。文中指出，Ubuntu Linux RISC-V 目前仍受限於 RVA23 profile，硬體範圍相對窄；Fedora 則用 Omni kernel 先把更多板子納進來。
這不代表 Fedora 已經完全解決相容性問題，而是它選擇了更偏實戰的路線。對想盡快把 RISC-V 板子跑起來的人來說，這種做法通常比等待所有 patch 都完美合併更有價值。
怎麼挑
如果你要的是穩定、標準的 Fedora Server 流程，先選已驗證過的 server 映像。若你的硬體比較新、比較邊緣，或你只是想先讓板子亮機，Fedora-Server-Host-Omni 會更合適。
若你的重點是開發而不是整機部署，container 和 cloud 會是更低門檻的入口。它們讓你先處理軟體與流程，再決定要不要進一步綁定某一塊 RISC-V 板卡。