烏龜紀事

其實我有點懶得重寫，所以我只打算把之前自己在 MacRumors 上的留言整理一下 XD，有興趣的人不好意思就得麻煩你爬一下原文啦。 首先，基本上所有需要的資訊都在 原始討論串的第一則貼文 （目前已轉為一篇 wikiPost，並且有在持續更新）。這篇討論串大概是 MacRumors 上關於 Mac 討論度最高的一篇了。除了 MacBook Pro 2013-2015 的機型之外，還有部份的 MacBook Air，以及 MacBook Pro 2016-2017 只有 2 孔 ThunderBolt 孔的機型可以更換。 我有在這篇討論串裡面分享我 轉移到 NVMe SSD 的紀錄跟心得 。不過，有幾件事情從那之後有一點改變，在參考上述連結的流程時請注意到以下的事項，包括：     1.  當時 MacBook Pro 2013-2014 機型有睡眠後無法正常喚醒的問題。      原本 Apple 一直沒有讓 2013-2014 機型拿到 2015 機型可以正常處理 NVMe SSD 睡眠跟喚醒的韌體（其實就只是個更新問題），直到 2020 年年底一次安全性更新後韌體版本號 (Boot Rom version) 大躍進，我記得我的 MacBook Pro 2014 那時候的韌體版本號從 1XX 跳到 429 開頭，在那時候大家就發現再也不需要做特別的設定來處理睡眠喚醒問題，更換成 NVMe SSD 的 MacBook 可以直接正常使用。所以更換成 NVMe SSD 之前建議先作一次作業系統更新（不一定要更新大版，繼續留在 Mojave 也是可以的，只要確定有把安全性更新裝到最新就可以了）免去處理睡眠喚醒的問題，你也就可以跳過我上面連結中寫的 Step 4 了。      2.  當時我的硬碟並沒有用 FileVault 加密。      最近一次把整顆硬碟複製回原本內建 SSD 的過程讓我發現，如果 FileVault 有開的話，一定要先解掉再複製還原才會成功。     3.  當時我的作業系統是 High Sierra、硬碟格式是 HFS+，現在作業系統則是 Mojave、硬碟格式是 APFS。 最後一點比較麻煩。這件事情的差異在於，直到 High Sierra 使用者都還是可以在安裝時選擇硬碟格式使用 HFS+（雖然得靠 command line，有興趣的話請參

2021/03/11 Updated: 最近 VS Code 更新為 1.54.1 之後原生支援了 M1。照理說原本是應該開心的，但... 因為有許多東西目前還是得在 Rosetta 2 底下才能正常運作，因此像這篇所說的設置在 VS Code 更新之後就完全修不好了。即便我在 r.rterm.mac 中加了 arch -x86_64 作為前綴，還是出現了錯誤訊息說它找不到 R client，真的是見鬼。目前也不太知道是該等 R extension 的作者修，還是該等 Radian 以及 R 原生支援 M1 才能修好了。 ===== ===== 最近買了一台搭載了好香 M1 的 MacBook Air（TSMC's 5nm inside!），有一些心得但簡單來說就是超快、超省電，然後依然有一些軟體跟外接硬體的相容性問題。不過，對於得（部分）靠寫程式吃飯的我來說，最頭痛的事情其實是開發工具們非常混亂地同時存在著 ARM 以及 x86 兩種版本。 比方說，brew 在安裝的時候如果沒有特別處理，就會裝在 /opt/homebrew/bin/ 底下（ARM 版本）；如果讓 Terminal 在 Rosetta 2 底下執行的話，就會裝在 /usr/local/bin/ 底下（x86 版本）。類似的情況在處理各種 library 的時候層出不窮，就算想要盡量裝可以有原生效能的 ARM 版本，也有可能裝到一半的時候發現 library 需要的 dependencies 有的就是只能在 x86 模式底下執行而得整個換成在 Rosetta 2 的環境底下安裝。 最近因為上課需要用到 R 而試著在 M1 上安裝看看。以往雖然聽過 R 在統計上非常泛用，但因為自己已經很習慣用 Python 所以一直沒有去學，這次因為課堂需求就不得不用了。R 在 M1 上的安裝沒有什麼問題，問題出在當我想要在 VS Code 可以直接執行 R 的時候就撞牆了。 我主要參考了  A fresh start for R in VSCode  這篇，但問題在於我實在不曉得 R executable 到底路徑在哪。原本猜想可能跟 MATLAB 一樣要直接到 R.app 的 Package Contents 裡面找，結果是找到了，但只會在 VS Code 打開的時候把 R.app 開起來，還是沒辦法在