Omarchy on…在 Apple 芯片、虛擬機(jī)、Steam Deck 與 NixOS 等非默認(rèn)平臺(tái)上運(yùn)行 Omarchy 的實(shí)踐指南【免費(fèi)下載鏈接】omarchyBeautiful, Modern Opinionated Linux項(xiàng)目地址: https://gitcode.com/GitHub_Trending/om/omarchyOmarchy 是一款基于 Arch、Hyprland 與 Quickshell 的 Linux 發(fā)行版默認(rèn)安裝流程針對(duì)標(biāo)準(zhǔn) PC 硬件設(shè)計(jì)但它的內(nèi)核與組件高度可移植。本指南匯總官方手冊(cè)中“Omarchy on…”一章關(guān)于非默認(rèn)硬件的全部部署路線——Apple M1/M2、macOS 內(nèi)的 Parallels、VirtualBox、Windows 11 上的 VMware、Steam Deck 與 NixOS——并結(jié)合當(dāng)前倉(cāng)庫(kù)中的硬件適配腳本與相鄰手冊(cè)章節(jié)幫助你在決定嘗試某條路線之前準(zhǔn)確判斷可行性、前置條件與性能預(yù)期。本文是官方手冊(cè) manual/49-omarchy-on.md 的直接延伸逐條覆蓋其中提到的每一種“Omarchy on other hardware”方案并補(bǔ)充與它們強(qiáng)相關(guān)的官方支持邊界與倉(cāng)庫(kù)證據(jù)方便你在閱讀社區(qū)指南前先建立正確的預(yù)期。先理解前提Omarchy 是什么以及它對(duì)硬件的基本要求要在“非默認(rèn)平臺(tái)”上跑 Omarchy首先得明白默認(rèn)平臺(tái)上的安裝契約是什么。正如 manual/01-welcome-to-omarchy.md 所述Omarchy 是建立在三條開源地基之上的發(fā)行版Arch Linux作為系統(tǒng)底座與軟件倉(cāng)庫(kù)來(lái)源Hyprland作為平鋪式 Wayland 合成器負(fù)責(zé)全部的窗口布局、工作區(qū)與鍵盤驅(qū)動(dòng)體驗(yàn)Quickshell作為桌面“構(gòu)建套件”承載頂欄、菜單、鎖屏等 shell/ 目錄下的 QML 界面組件。換句話說(shuō)只要一條路線能拿到 Arch 內(nèi)核與基礎(chǔ)用戶態(tài)或能把 Omarchy 的核心配置復(fù)刻到類似環(huán)境Hyprland/Quickshell 這層桌面經(jīng)驗(yàn)就可以被復(fù)用——這正是 Steam Deck本身跑 Arch與 NixOS可聲明式復(fù)刻兩條社區(qū)移植路線的邏輯起點(diǎn)。同時(shí)安裝層面存在幾條通用前置條件無(wú)論在哪種目標(biāo)上都成立官方安裝走 ISO 流程可選擇全盤安裝或“空閑空間安裝”free-space install默認(rèn)啟用全盤加密詳見 manual/02-getting-started.md需要關(guān)閉 BIOS/固件里的 Secure Boot 與 TPM 才能啟動(dòng)安裝介質(zhì)默認(rèn)安裝會(huì)抹掉所選磁盤因此評(píng)估任何虛擬機(jī)或?qū)嶓w機(jī)路線前都要先準(zhǔn)備好備份或?qū)ｉT的測(cè)試盤。Apple M1/M2 芯片基于 Asahi Linux 的社區(qū)路線Apple 自研芯片M 系列不屬于 Omarchy 官方支持范圍——官方手冊(cè)的 Mac 支持章節(jié)明確表示“目前不支持直接在 M 系列 Mac 上安裝”。但社區(qū)把它跑起來(lái)的方式依托于Asahi Linux生態(tài)Asahi Linux 為 Apple Silicon 提供了可用的 Linux 內(nèi)核與硬件驅(qū)動(dòng)而 Asahi Alarm 是構(gòu)建在 Asahi Linux 之上、面向 Apple M1/M2 的 Arch Linux 發(fā)行。由于 Omarchy 本身就是 Arch 系的發(fā)行版理論上它具備在 Asahi Alarm 這套 Arch 底座上運(yùn)行的條件——正如原手冊(cè)所說(shuō)你可以費(fèi)一些功夫讓 Omarchy 跑在它上面。這條路線目前由社區(qū)維護(hù)存在一份用戶驅(qū)動(dòng)的完整指南倉(cāng)庫(kù)為omarchy-mac/omarchy-mac供參考。動(dòng)手前需要明確的預(yù)期是這是一條“用戶驅(qū)動(dòng)”的移植路線不是官方安裝流程更新節(jié)奏與官方 ISO 未必同步需要在 Asahi Linux 的安裝基礎(chǔ)上手工疊加 Omarchy 的組件與配置因此更適合熟悉 Arch 包管理、愿意排障的用戶。順帶一提Intel Mac 才是官方支持的 Apple 平臺(tái)不要因?yàn)?Apple Silicon 不在官方支持之列就以為 Omarchy 與 Mac 無(wú)緣。官方手冊(cè) manual/44-mac-support.md 記錄了完整的Intel Mac 官方支持安裝器會(huì)自動(dòng)探測(cè) Mac 硬件并應(yīng)用所需的修復(fù)。倉(cāng)庫(kù)中的安裝腳本install/hardware/apple/正是這些自動(dòng)修復(fù)的實(shí)現(xiàn)證據(jù)Broadcom Wi-Fi 固件與驅(qū)動(dòng)腳本 fix-brcmfmac-supplicant.sh 處理了 brcmfmac 驅(qū)動(dòng)的固件 WPA 握手缺陷改為在軟件層完成握手SPI 鍵盤驅(qū)動(dòng)腳本 fix-spi-keyboard.sh 為需要它的 MacBook 型號(hào)注入applespi、spi_pxa2xx_platform等內(nèi)核模塊NVMe 掛起修復(fù)腳本 fix-suspend-nvme.sh 針對(duì)相同型號(hào)修復(fù)了從掛起狀態(tài)恢復(fù)的問(wèn)題T2 芯片機(jī)型腳本 fix-t2.sh 會(huì)安裝打補(bǔ)丁的linux-t2內(nèi)核、apple-t2-audio-config音頻配置、Apple Broadcom Wi-Fi/藍(lán)牙固件與t2fanrd風(fēng)扇控制服務(wù)并配置內(nèi)核模塊t2bce_vhci等以支持 Touch Bar 的 Boot Camp 式顯示。如果你手里正是一臺(tái) T1/T2 芯片的 Intel MacBook 或 iMac且接受官方手冊(cè)中列出的已知限制例如 T1 機(jī)型的 Touch Bar 與聲音不可用、T2 機(jī)型需要依賴打補(bǔ)丁內(nèi)核官方支持路徑遠(yuǎn)比 M 系列上的社區(qū)移植穩(wěn)妥——那條路線也值得先研究。Apple 虛擬機(jī)在 Parallels 里跑 Omarchy蘋果生態(tài)內(nèi)的第二種常見訴求是“不放棄 macOS用虛擬機(jī)體驗(yàn) Omarchy”。官方手冊(cè)給出的事實(shí)是可以在Parallels VM內(nèi)安裝 Omarchy但這是相當(dāng)繁瑣的過(guò)程——Parallels 以虛擬化 macOS 的兼容性著稱而對(duì)非 macOS 客戶機(jī)尤其需要關(guān)閉安全設(shè)置、以 EFI 方式啟動(dòng) Linux ISO 的發(fā)行版支持并不順暢。倉(cāng)庫(kù)里有一份社區(qū)驅(qū)動(dòng)的操作指南討論編號(hào) #452位于 basecamp/omarchy 倉(cāng)庫(kù)討論區(qū)記錄了完整步驟。需要特別注意的坑位包括Omarchy 默認(rèn)全盤加密虛擬機(jī)內(nèi)同樣要輸入 LUKS 密碼才能啟動(dòng)這與實(shí)體機(jī)體驗(yàn)一致需要在虛擬機(jī)設(shè)置中處理好 EFI 啟動(dòng)、顯存與磁盤控制器類型避免圖形界面無(wú)法正常初始化。為什么“在 VM 里跑 Omarchy”本身是被官方認(rèn)真對(duì)待的用例盡管 49 章的虛擬機(jī)段落語(yǔ)氣輕松“性能大概率不太好”虛擬化運(yùn)行 Omarchy 卻是官方工程流程的一部分倉(cāng)庫(kù)的驗(yàn)收測(cè)試即約定在一次性虛擬機(jī)中執(zhí)行見 agents/skills/acceptance-tests.mdISO 測(cè)試甚至通過(guò) QMP 虛擬鍵盤驅(qū)動(dòng)合成器級(jí)快捷鍵。此外 manual/02-getting-started.md 專門介紹了無(wú)人值守安裝當(dāng) ISO 在第二塊驅(qū)動(dòng)器上拿到配置后可以完全自動(dòng)安裝官方明確表示這適合“把 Omarchy 當(dāng)作 VM 與機(jī)器集群的基礎(chǔ)鏡像”。所以在虛擬機(jī)里安裝 Omarchy 的可行性是官方測(cè)試覆蓋過(guò)的——只是消費(fèi)級(jí)虛擬機(jī)軟件VirtualBox/Parallels的圖形與性能體驗(yàn)各有取舍。VirtualBox 與 Windows 11 上的 VMware WorkstationVirtualBoxVirtualBox 是最普及的免費(fèi)虛擬機(jī)軟件官方手冊(cè)確認(rèn) Omarchy 可以跑在 VirtualBox 里社區(qū)討論 #176但明確提醒性能大概率不佳。這符合 VirtualBox 對(duì) Linux Wayland 圖形棧支持的現(xiàn)狀缺少硬件加速、3D 支持有限而 Hyprland 這類合成器對(duì) GPU 與 Wayland 協(xié)議的依賴較敏感。如果你只是快速體驗(yàn) Omarchy 的界面與操作邏輯VirtualBox 夠用如果要長(zhǎng)期使用建議優(yōu)先考慮 KVM/QEMU 類方案或?qū)嶓w機(jī)。VMware WorkstationWindows 11VMware Workstation 是 Windows 生態(tài)中另一款主流虛擬機(jī)軟件官方手冊(cè)記錄社區(qū)已在其中成功搭建 Omarchy討論 #572。與 VirtualBox 相比VMware 的圖形棧與 3D 加速通常更好Linux 桌面的體驗(yàn)會(huì)順滑一些。這條路線意味著宿主是 Windows 11Omarchy 作為客戶機(jī)運(yùn)行在 VMware 之內(nèi)。無(wú)論選 VirtualBox 還是 VMware建議先閱讀 manual/02-getting-started.md 掌握 ISO 安裝與加密要求并了解以下配套知識(shí)Omarchy 側(cè)有官方的 Windows 互補(bǔ)方案想反過(guò)來(lái)在 Omarchy 里跑 Windows可走 Docker/KVM 虛擬機(jī)路線詳見 manual/28-windows-vm.md需要宿主機(jī)開啟 KVM通過(guò) RDP 全屏連接如果目標(biāo)不是“虛擬化共存”而是雙系統(tǒng)共存Omarchy 支持與 Windows 并排安裝到同一塊磁盤安裝后可用limine-scan把 Windows 引導(dǎo)項(xiàng)加入 Limine 引導(dǎo)器詳見 manual/50-dual-boot-install.md注意 BitLocker 與該方法不兼容需先在 Windows 中關(guān)閉設(shè)備加密。Steam DeckArch 本家上的“同類相吸”Steam Deck 出廠系統(tǒng)SteamOS基于 Arch而其桌面/啟動(dòng)底層與 Omarchy 同源——這使它成為最容易跑起來(lái) Omarchy 的消費(fèi)級(jí)“特殊硬件”之一。Altynbek Orumbayev 維護(hù)了一份完整的部署腳本與說(shuō)明倉(cāng)庫(kù)aorumbayev/deckarchy把 Omarchy 裝到 Deck 上。這類路線本質(zhì)上是“在另一份 Arch 系根文件系統(tǒng)上疊加 Omarchy”因此相比在非 Arch 平臺(tái)移植要直白得多。補(bǔ)充背景Omarchy 的控制臺(tái)哲學(xué)與手柄/觸屏場(chǎng)景并不天然匹配但接上鍵盤鼠標(biāo)后就是一臺(tái)可用的便攜 Arch 桌面Deck 的掌機(jī)形態(tài)讓“用 Omarchy 打游戲”成為自然延伸官方手冊(cè) manual/26-gaming.md 收錄了 Steam、RetroArch 等游戲棧的配置方法可供參考。NixOS把 Omarchy 的“本質(zhì)”聲明式復(fù)刻出來(lái)NixOS 移植路線的前提是官方手冊(cè)對(duì) Omarchy 的一句精辟概括Omarchy 本質(zhì)上是 Arch Hyprland?；谶@一點(diǎn)Henry Sipp 將 Omarchy 這套桌面組合的“精髓”移植到了 NixOS倉(cāng)庫(kù)henrysipp/omarchy-nix給 Nix 用戶一個(gè)很好的起點(diǎn)。原手冊(cè)對(duì)該路線給出的誠(chéng)實(shí)評(píng)價(jià)值得保留移植版未必會(huì)與最新的 Omarchy 變更保持同步——畢竟 NixOS 的包、服務(wù)與配置模型和 Arch 的滾動(dòng)發(fā)布差異巨大任何上游改動(dòng)Hyprland 配置、Quickshell 面板、主題系統(tǒng)都需要人工跟進(jìn)移植。有趣的是“用 Nix 替代 Arch 底座”這件事在本倉(cāng)庫(kù)內(nèi)部同樣是被嚴(yán)肅研究的議題倉(cāng)庫(kù)根下的 plans/nix.md 是一份相當(dāng)詳細(xì)的規(guī)劃文檔探討將 Omarchy 遷移到一個(gè)“主權(quán) Nix 基礎(chǔ)”上自建 nixpkgs 鏡像、簽名二進(jìn)制緩存、以“世代切換”取代 pacman 事務(wù)以換取不可變、原子升級(jí)與可回滾的系統(tǒng)層。這與社區(qū) omarchy-nix 移植形成對(duì)照——一個(gè)是社區(qū)面向既有 NixOS 用戶的“逆向移植”一個(gè)是項(xiàng)目?jī)?nèi)部面向未來(lái)的架構(gòu)探索兩者目前都不是官方支持的安裝路徑別把任何一方當(dāng)成現(xiàn)成的 Omarchy ISO。其它一切“非默認(rèn)”平臺(tái)先評(píng)估再動(dòng)手如果你嘗試的平臺(tái)不在上述任何一類里官方手冊(cè)的建議依然適用加入社區(qū) Discord 的#omarchy-on-other頻道尋求最新方法。不過(guò)動(dòng)手之前結(jié)合本倉(cāng)庫(kù)可以得到一條更系統(tǒng)的評(píng)估清單內(nèi)核與驅(qū)動(dòng)層平臺(tái)能否跑起足夠新的 Linux 內(nèi)核Wi-Fi、鍵盤、聲卡、GPU 是否有驅(qū)動(dòng)對(duì)照 install/hardware/apple/ 中官方為 Intel Mac 編寫自動(dòng)修復(fù)的粒度就能反推非官方平臺(tái)你需要自己搞定多少東西。Arch 底座平臺(tái)要么能裝 Arch如 Asahi Alarm、Steam Deck要么能聲明式復(fù)刻如 NixOS否則需要手工搬運(yùn)整個(gè)包棧。顯示與輸入Hyprland 依賴現(xiàn)代 GPU 驅(qū)動(dòng)與 Wayland 支持弱圖形棧如部分虛擬機(jī)會(huì)直接影響體驗(yàn)。官方支持邊界默認(rèn)安裝會(huì)抹盤并默認(rèn)全盤加密LUKS虛擬機(jī)場(chǎng)景務(wù)必預(yù)留獨(dú)立虛擬磁盤manual/02-getting-started.md 中的無(wú)人值守安裝是為 VM/集群準(zhǔn)備的官方路徑比手工折騰更可靠。小結(jié)各路線一句話速覽目標(biāo)平臺(tái)路線性質(zhì)可行性要點(diǎn)Apple M1/M2社區(qū)移植基于 Asahi Linux 上的 Asahi AlarmArch由omarchy-mac/omarchy-mac指南支撐非官方支持Parallels VM社區(qū)指南可在 macOS 內(nèi)運(yùn)行 Omarchy但過(guò)程繁瑣討論 #452VirtualBox社區(qū)驗(yàn)證可以運(yùn)行討論 #176官方提示性能大概率不佳VMware WorkstationWin11 宿主社區(qū)驗(yàn)證已成功搭建討論 #572圖形體驗(yàn)通常優(yōu)于 VirtualBoxSteam Deck社區(qū)腳本Deck 本身跑 Arch與 Omarchy 底座同源見aorumbayev/deckarchyNixOS社區(qū)移植復(fù)刻 Arch Hyprland 的精髓見henrysipp/omarchy-nix可能滯后于上游Intel MacT1/T2官方支持安裝器自動(dòng)應(yīng)用 Broadcom/SPI/NVMe/T2 修復(fù)見 manual/44-mac-support.md官方手冊(cè) manual/49-omarchy-on.md 的定位很清晰它是一張“引路地圖”而不是一份逐平臺(tái)的安裝手冊(cè)——每一條具體路線都由社區(qū)文檔給出操作細(xì)節(jié)。本文在此之上補(bǔ)充了本倉(cāng)庫(kù)內(nèi)可交叉驗(yàn)證的官方支持邊界與實(shí)現(xiàn)證據(jù)幫助你快速判斷哪條路線最匹配自己的硬件與容忍度?！久赓M(fèi)下載鏈接】omarchyBeautiful, Modern Opinionated Linux項(xiàng)目地址: https://gitcode.com/GitHub_Trending/om/omarchy創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考