我把 2015 MacBook Air 裝成 Omarchy：從 USB 重灌、Mac 鍵盤、中文輸入到抓出壞掉的風扇

一、先確認：2015 MacBook Air 可以裝 Omarchy

Omarchy 官方目前明確提供 Intel Mac 支援。安裝程式會辨識 Mac 硬體，並處理 Broadcom Wi-Fi 等 Intel Mac 常見需求；官方的 Mac 安裝方式也是從 USB 的 EFI Boot 啟動。

我的機器是：

• MacBook Air 13-inch Early 2015
• MacBookAir7,2
• A1466
• Intel Core i5-5250U
• 8GB RAM
• 256GB Apple SSD

2015 這一代有一個好處：它早於 Apple T2 晶片。

因此很多後期 Intel Mac 安裝 Linux 時會遇到的 Startup Security Utility、T2 Secure Boot 等問題，在這台上不存在。

我選擇的是最單純的架構：

Apple SSD
└── Omarchy
    ├── EFI /boot
    └── LUKS 加密 Linux root

沒有 macOS，沒有 dual boot。

Omarchy 官方的 full-disk install 本來就會清除整顆磁碟，並預設開啟磁碟加密，所以備份必須在這之前完成。

二、製作 Omarchy USB

這次使用的是：

Omarchy 4.0.3 ISO

在另一台電腦下載 ISO 後，我使用 balenaEtcher 製作 USB。

流程很單純：

Flash from file → 選 omarchy-4.0.3.iso → Select target → 選 USB → Flash

Omarchy 官方也建議 macOS / Windows 使用 balenaEtcher 製作安裝碟。

Etcher 出現綠色：

Flash Complete

USB 就完成了。

如果 macOS 此時跳出「無法讀取此磁碟」，不要重新格式化，直接退出即可。因為它現在已經不是一般 macOS 能讀取的資料碟。

三、讓 MacBook Air 從 USB 開機

將 Mac 完全關機。

插入 Omarchy USB 後，按下電源鍵，同時立即按住：

Option ⌥

接著會出現 Apple 的開機磁碟選擇畫面。

選：

EFI Boot

就進入 Omarchy Installer。

這一步和 Omarchy 官方 Intel Mac 安裝方式一致。

四、跑 Omarchy Installer

安裝程式首先要求選鍵盤。

我的 Mac 是一般美式鍵盤配置，因此選：

English (US)

接下來依序建立帳號。

我的設定是：

Username: alan
Full name: Alan
Hostname: alan-mba
Timezone: Asia/Taipei
Keyboard: us

Git Email 可以現在填，也可以直接跳過，之後再用：

git config --global user.name "Alan"
git config --global user.email "you@example.com"

設定。

密碼則比較重要。

Omarchy 安裝程式會提醒：

Used for user + root,
and disk encryption when enabled

也就是這組密碼除了是使用者密碼，也可能作為磁碟解鎖使用。

不要忘記。

五、最重要的一步：確認不要選錯 SSD

安裝程式列出磁碟時，我看到：

/dev/sda (233.8G)
ATA APPLE SSD SM0256G

這就是 256GB 的 Apple 內建 SSD。

另外還有：

APPLE SD Card Reader

當然不能選後者。

接著選：

Full disk install

然後會出現最後警告：

Everything will be overwritten.
There is no recovery possible.

因為資料已備份，而且這台就是準備整機改 Omarchy，所以確認：

Yes, install

我保留 Omarchy 預設的磁碟加密。

官方目前 full-disk install 的設計就是清除整碟並預設加密。

六、第一次開機：Wi-Fi 直接成功

安裝結束、拔掉 USB、重新開機。

Omarchy 成功從內建 SSD 啟動。

最讓我意外的是：

Broadcom Wi-Fi 直接可以用。

這件事對老 Intel Mac 很重要。過去在 Linux 上，Broadcom Wi-Fi 經常就是第一個坑。但 Omarchy 現在針對 Intel Mac 已內建相關驅動與 firmware 處理。

登入後我直接成功連上 Wi-Fi。

觸控板也立即正常：

• 游標移動：正常
• 點擊：正常
• 雙指滑動：正常
• 捲動：正常

到這裡其實已經可以確認 Omarchy 在這台 MBA 上不是「勉強能開」，而是真的可以使用。

七、第一件事先更新 Omarchy

第一次登入後，Omarchy 提示更新。

我選：

Yes

在更新期間：

• 接著充電器
• 保持 Wi-Fi
• 不闔蓋
• 不重新開機

更新完成後才開始硬體調校。

這也是比較合理的順序：不要剛裝好系統就在舊 package 狀態下開始除錯。

八、確認真的已經從 SSD 開機

我用 Terminal 做幾個基本檢查。

先看系統：

hostnamectl

再看 kernel：

uname -a

記憶體：

free -h

磁碟：

df -h

最後：

lsblk

結果可以看到大約：

sda
├─sda1   /boot
└─sda2
   └─root

root 類型是加密裝置。

也就是：

Apple SSD → Linux partition → encrypted root

安裝 USB 則另外顯示成 /dev/sdb。

九、安全退出安裝 USB

Linux 不建議直接拔一個仍然掛載中的 USB。

先：

udisksctl unmount -b /dev/sdb1

看到：

Unmounted /dev/sdb1

再：

udisksctl power-off -b /dev/sdb

然後才拔掉 USB。

再跑：

lsblk

確認 /dev/sdb 已經消失。

其中如果看到：

/dev/sdc 0B

不用緊張。

那其實是 MacBook Air 內建的 SD Card Reader，只是裡面沒有 SD 卡。

十、測休眠：2015 MBA 居然完全正常

接下來測 Linux 在 Mac 最容易出現問題的地方之一：

Suspend / Resume。

我直接闔蓋約 30 秒，再打開。

結果：

• 畫面：正常恢復
• 鍵盤：正常
• 觸控板：正常
• Wi-Fi：自動重連

這點非常重要。

對我而言，一台筆電如果連闔蓋休眠都不能可靠使用，就不算真正的筆電系統。

這台通過。

十一、Mac 上排亮度和音量鍵沒有作用

下一個問題出現了。

直接按：

• F1 / F2
• F10 / F11 / F12

都沒反應。

可是按：

• Fn + F1
• Fn + F2
• Fn + F10
• Fn + F11
• Fn + F12

卻完全正常。

這代表硬體沒有問題，而是 Linux hid_apple 的 Fn 模式。

Omarchy 目前已知會設定：

options hid_apple fnmode=2

fnmode=2 代表 F1～F12 優先，因此 Apple 鍵盤原本的亮度、音量等 media keys 必須搭配 Fn 才能使用。這個問題目前也有 Omarchy issue 紀錄。

我比較習慣 macOS 行為：

• 直接 F1/F2 = 亮度
• 直接 F10-F12 = 音量
• Fn + F鍵 = 真正的 F1-F12

所以先做即時測試：

echo 1 | sudo tee /sys/module/hid_apple/parameters/fnmode

馬上成功。

接著永久設定：

echo "options hid_apple fnmode=1" | \
sudo tee /etc/modprobe.d/hid_apple.conf

這裡我中途踩到一個值得記錄的坑。

一般 Arch Linux 常看到：

sudo mkinitcpio -P

但我的 Omarchy 4 系統回：

No presets found

因為目前 Omarchy 4 使用 Limine / UKI 這套開機流程；Omarchy 本身也使用 limine-mkinitcpio 重建相關開機映像。

因此實際使用：

sudo limine-mkinitcpio

再：

reboot

重新開機後測試成功。

現在的操作已經恢復成 Mac 的邏輯。

十二、安裝台灣注音輸入法

Omarchy 本身使用 Fcitx5。

我安裝：

omarchy pkg add fcitx5-chewing fcitx5-configtool

接著：

fcitx5-configtool

如果剛安裝 Chewing 後設定工具還沒看到它，先 Restart Fcitx5。

然後取消：

Only Show Current Language

搜尋：

Chewing

把它加入 Current Input Method。

最後保留兩個：

• Keyboard - English (US)
• Chewing

切換鍵我設定成：

Ctrl + Space

之後就可以直接打台灣注音。

到這一步，這台 Linux 已經真正具有日常中文工作能力。

十三、音效、Bluetooth 也都正常

接著測音效。

內建喇叭播放正常。

音量鍵也已經在前面完成修正。

Bluetooth GUI 可以正常啟動，而且可以掃描到附近的 iPhone，代表至少：

• Bluetooth controller
• driver
• power
• scan

全部正常。

因為當時手邊沒有藍牙耳機或滑鼠，因此沒有進一步完成 profile / audio 配對測試，但硬體偵測沒有問題。

十四、調整電源模式

接著開始看電池。

使用：

upower -i "$(upower -e | grep BAT)"

這顆十一年老 Mac 的電池結果居然還不錯：

• Cycle count：約 376
• Design capacity：約 54.34 Wh
• Full capacity：約 50.46 Wh
• Battery health：約 92.9%
• Temperature：約 33–34°C

真正有問題的是系統當時在：

performance

模式。

確認：

powerprofilesctl get

然後切成：

powerprofilesctl set balanced

再確認：

powerprofilesctl get

得到：

balanced

對一台 i5-5250U 的舊 MacBook Air，我認為 balanced 比長期 performance 更合理。

外出只做 Terminal 和文字工作時，甚至可以：

powerprofilesctl set power-saver

十五、意外發現：風扇是 0 RPM

到這裡本來只是例行檢查。

安裝：

sudo pacman -S lm_sensors

然後：

sensors

結果看到一個非常奇怪的東西：

Exhaust: 0 RPM
min = 1200 RPM
max = 6500 RPM

CPU 當時約：

56–62°C

一開始我還懷疑只是 Linux 沒讀到 RPM。

因為 Apple SMC 確實有被 kernel 辨識。

例如：

lsmod | grep -E 'applesmc|coretemp'

可以看到 applesmc。

而 kernel log 也辨識到這台機器有一顆 fan。

但是：

grep -H . /sys/class/hwmon/hwmon*/fan*_input

卻沒有正常的轉速。

十六、短暫 CPU 壓測，溫度到 87°C，但風扇依然沒有聲音

為了確認只是 telemetry 還是真的沒轉，我當時做了一次短壓測：

sudo pacman -S stress-ng

再：

stress-ng --cpu 2 --timeout 60s

CPU 溫度上到大約：

87°C

但是：

Exhaust: 0 RPM

而且實際完全聽不到風扇聲。

這時候問題就不能再當成單純 sensor 顯示錯誤。

後來檢查 Apple SMC sysfs：

sudo find /sys/devices/platform \
  -path '*applesmc*' \
  -name 'fan*' \
  -print

可以找到：

fan1_input
fan1_manual
fan1_min
fan1_max
fan1_output
fan1_safe

而最後讀到的狀態大致是：

fan1_manual = 0
fan1_input  = 0
fan1_output = 1200

換句話說：

系統的目標最低轉速是 1200 RPM。

但實際回報是：

0 RPM

從這一步開始，我停止再做 CPU 壓力測試。

這也是我會修改給其他人的建議：如果你在老 Mac 上看到風扇長期 0 RPM，而且溫度升高時也完全沒有出風或風聲，就沒有必要反覆 stress test。

直接進硬體診斷比較有效。

十七、用 Apple Diagnostics 把 Linux 排除掉

這一步是整個排錯過程最重要的一步。

如果只是 Linux 說風扇有問題，我仍然不能確定是：

• Linux applesmc driver
• kernel bug
• SMC communication
• 實體風扇

所以我直接關機，使用 Apple 自己的 Diagnostics。

Intel Mac 的官方方法是：

開機後立即按住：

D

如果不行則：

Option ⌥ + D

Apple 官方目前仍然提供這套 Intel Mac 診斷啟動方式。

我的 D 直接成功。

選 English 後跑完整診斷。

最後 Apple Diagnostics 回：

PPF004
Additional reference code: PPF003

至此，問題的性質完全改變了。

因為這已經不是 Omarchy 或 Linux 自己說風扇有問題。

是 Apple 自己的硬體診斷環境也偵測到散熱／風扇相關異常。

結合前面的：

• fan input = 0 RPM
• CPU 87°C 仍無風聲
• Apple Diagnostics PPF003 / PPF004

我目前的判斷優先順序是：

風扇本體故障／卡死 → 風扇排線或接頭 → 最後才考慮 SMC／主機板控制端

因此我已經決定採購 A1466 相容風扇與 P5 / T5 工具，之後直接更換。

十八、在換風扇之前，我會怎麼使用這台 Omarchy

這次安裝並沒有因為風扇故障而失敗。

相反地，目前整個軟體環境其實非常完整：

• Omarchy 正常開機
• Wi-Fi 正常
• 觸控板正常
• 雙指捲動正常
• 休眠 / 喚醒正常
• 音效正常
• Bluetooth 正常偵測
• F1/F2 亮度正常
• F10-F12 音量正常
• 繁中注音正常
• 磁碟加密正常
• 電池健康約 93%

因此在風扇更換前，我仍會繼續使用這台機器。

但工作型態會限制在低負載：

• Terminal
• SSH
• 文字工作
• Git
• 輕量程式開發
• 瀏覽器
• 系統管理

暫時不做：

• 長時間編譯
• 影片轉碼
• CPU stress test
• 高負載 Docker workload

電源模式則先保持：

powerprofilesctl set power-saver

或至少：

powerprofilesctl set balanced

同時偶爾用：

sensors

監控 CPU 溫度。

十九、Omarchy 真正改變的是使用電腦的方式

裝完一天後，我最大的感覺不是「Linux 讓舊 Mac 變快」。

而是操作模型完全不同。

在 macOS，我習慣點 GUI、找 Settings、開 Finder、找 App。

Omarchy 的核心則更接近：

• Terminal
• keyboard shortcut
• configuration files
• package manager
• tiling window manager

Command 鍵在 Linux 裡就是 Super，所以 Mac 使用者其實很容易適應。例如 Omarchy 官方也直接把 macOS / Windows 的操作概念映射成 Super 快捷鍵。

現在我真正會記住的快捷鍵其實不多：

• ⌘ + Space：Omarchy Menu
• ⌘ + K：快捷鍵說明
• ⌘ + Enter：Terminal

剩下的慢慢學就可以。

結論：十一年的 MacBook Air 還沒有必要退休

這次最大的意外，是原本以為要來處理 Linux 相容性，最後反而靠 Linux 把一個 Mac 硬體故障抓了出來。

從實際結果來看，2015 MacBook Air 跑 Omarchy 的相容性比我原本預期好很多。

最麻煩的 Broadcom Wi-Fi 沒有出問題。

觸控板沒問題。

Suspend / Resume 沒問題。

音效沒問題。

中文輸入也很容易補上。

Mac 鍵盤上排功能鍵雖然一開始行為不對，但本質只是 hid_apple fnmode 設定，幾分鐘就能修好。

最後真正需要維修的，是一顆已經服役十一年的實體風扇。

現在這台 MBA 的定位反而更清楚了：

它不再是舊 Mac。

它是一台薄、輕、有鍵盤、有螢幕、有電池，而且可以隨身帶著走的 Linux Terminal。

下一階段就是換掉風扇。

之後再開始裝 SSH、Docker、GitHub、Claude Code / Codex，以及我真正需要的工作環境。

到那個時候，這台 2015 MacBook Air 才算真正完成第二次生命。