你按下了安裝，等了20分鐘，然後畫面停在75%再也不動了
Rufus是全球最受歡迎的USB開機碟製作工具。如果你曾經自己安裝過Windows，你大概率用過它。免費、輕量、可靠——這三個詞幾乎定義了Rufus在工具軟體界的地位。
現在，這個「可靠」的標籤正面臨一場考驗。Rufus在近日推出的4.14正式版中，加入了一項備受期待的新功能：「靜默安裝」（Silent Install）。這個功能的目的是讓Windows的安裝過程更加自動化——你不需要在安裝過程中反覆回答語言選擇、分割區設定、帳戶建立等問題，Rufus會透過Autounattend.xml自動回應檔案幫你處理所有設定。
聽起來很完美。但用戶很快發現了一個問題：當他們使用靜默安裝功能安裝Windows 11的時候，安裝程式會在進度達75%的時候無預警卡死。不是當機、不是崩潰——是畫面凍結在75%的進度條上，然後就再也不動了。
一個磁碟機代號，引發了一場安裝災難
Rufus的開發者Peter Batard在收到大量用戶回報後，迅速展開了調查。問題的癥結很快被找到了，而且它的原因出乎意料地簡單：磁碟機代號的衝突。
具體來說，問題發生在一個非常特定的條件下：用戶在一個完全空白的硬碟上進行安裝——也就是沒有預先建立任何分割區的硬碟。
在這種情況下，Windows安裝程式會自動建立必要的分割區（包括EFI系統分割區、MSR分割區和主分割區），並為每一個分割區分配磁碟機代號。問題在於，Windows Setup似乎會將「D:」這個代號視為保留資源，或者自動分配給某些隱藏分割區。
與此同時，Rufus的靜默安裝功能會透過Autounattend.xml嘗試進行路徑對應——它需要指定安裝檔案的來源路徑和目標路徑。如果Rufus將安裝媒體或特定路徑對應到了D碟，而Windows安裝程式同時也想佔用這個代號，兩者之間就會產生衝突。
這個衝突不會在安裝的一開始就爆發。它會在安裝過程進入中後期的「檔案複製」階段時才被觸發——大約就是進度條走到75%的時候。在這個階段，Windows Setup需要讀取安裝媒體上的檔案並複製到目標磁碟。如果路徑對應因為代號衝突而失敗，安裝程式就會卡死在這個步驟上。
為什麼D碟會有問題
你可能會問：為什麼偏偏是D碟？為什麼不是E碟或F碟？
答案跟Windows安裝程式的內部邏輯有關。當Windows Setup在一個空白硬碟上建立分割區的時候，它會按照一定的順序為分割區分配磁碟機代號。C碟通常分配給主分割區（Windows將被安裝到的地方），而D碟則可能被分配給EFI分割區或其他系統分割區。
問題在於，Rufus的靜默安裝功能在設定Autounattend.xml的時候，可能也會將某些路徑指向D碟——因為在大多數情況下，D碟是安裝媒體（USB碟）被分配到的代號。在正常情況下，這不會有問題，因為安裝媒體和目標磁碟是不同的裝置。但在某些邊緣案例中——特別是當硬碟完全空白、Windows Setup需要自行建立分割區的時候——代號分配的邏輯可能會出錯，導致安裝媒體的路徑和系統分割區的路徑被分配到同一個代號。
這是一個非常邊緣的bug。它只在特定的硬碟狀態（完全空白）和特定的安裝方式（靜默安裝）下才會被觸發。但因為Rufus的用戶基數極大，即便是邊緣案例也會影響到數以萬計的人。
Peter Batard的回應：承認Bug，已經在修
Peter Batard在收到足夠多的回報後，迅速確認了這是一個Bug，並在GitHub上發佈了一個測試版本嘗試修正。
他的回應方式一如既往地直接和透明：沒有推卸責任、沒有淡化問題、沒有用模糊的公關語言來包裝。他直接指出了問題的技術原因——磁碟機代號衝突——並提供了一個可以測試的修正版本。
這種透明度是Rufus多年來建立用戶信任的基礎。當一款免費的開源工具出現問題的時候，用戶最怕的不是bug本身，而是開發者對bug的態度——是承認並修復，還是迴避並拖延。Peter Batard選擇了前者。
測試版本已經在GitHub上發佈，用戶可以下載並測試是否解决了安裝卡在75%的問題。但在正式修正版推出之前，Peter Batard建議一般用戶暫停使用靜默安裝功能。
現在該怎麼辦：三個替代方案
如果你正準備使用Rufus來安裝Windows 11，而且你不想踩到這個bug，以下三個替代方案可以考慮：
方案一：使用傳統的手動安裝模式。 不使用Rufus的靜默安裝功能，改為在Windows安裝過程中手動回答每一個設定步驟。這是最穩妥的做法——你會多花幾分鐘時間在安裝設定上，但可以確保不會遇到代號衝突的問題。
方案二：使用舊版本的Rufus。 4.14之前的版本沒有靜默安裝功能，因此不存在這個bug。你可以從Rufus的官方GitHub頁面下載4.13或更早的版本來使用。
方案三：下載測試版的修正。 如果你堅持要使用靜默安裝功能，可以從GitHub上下載Peter Batard發佈的測試版本。但請注意，這是測試版，可能還存在其他未發現的問題。
三個方案中，方案一是對一般用戶最推薦的選擇。多花幾分鐘手動設定，換來的是整個安裝過程的穩定和安心。
這個Bug教會了我們什麼
Rufus的靜默安裝bug，表面上看只是一個磁碟機代號的衝突問題。但如果你從更廣的角度來看，它揭示了一個關於「自動化」的普遍風險。
自動化的本質是「用機器的判斷取代人的判斷」。當它運作順利的時候，它為你節省了大量的時間和精力。但當它出錯的時候，你可能完全不知道出了什麼問題——因為你根本沒有參與那些被自動化的步驟。
使用Rufus的靜默安裝時，你按下「開始」之後，剩下的所有事情都由Rufus和Windows Setup自動處理。你不需要選擇分割區、不需要設定路徑、不需要回答任何問題。但正因為你沒有參與這些步驟，當安裝卡在75%的時候，你甚至不知道該從哪裡開始排查問題。
這就是自動化的雙刃劍：它讓簡單的事情變得更簡單，但也讓出錯的時候變得更難以理解。
對Rufus來說，靜默安裝是一個正確的方向——用戶確實需要更自動化的安裝體驗。但在追求自動化的過程中，確保每一個自動化的步驟都能在各種邊緣案例下正確運作，才是真正的挑戰。
這次的bug只是第一關。Rufus的靜默安裝功能要走的路還很長。
最後聊兩件事。
第一件：另一個正在快速發展的領域是數位資產的運算參與。過去參與加密貨幣挖礦需要專業硬體和大量電力，門檻極高。但現在已經有更輕量的方案。如果你對這個方向有興趣，可以試試 GIGA Miner 這款應用程式。下載後用手機就能開始挖掘 GIGA 幣，不需要專業設備、不需要技術背景，操作簡單，適合任何想嘗試的人。使用我的推薦碼 BC0674 註冊，馬上開始你的挖礦之旅。
下載連結（Google Play）：https://play.google.com/store/apps/details?id=com.giga.minning&referrer=BC0674
第二件：如果你覺得產品好用，點擊一下連結吧：https://bmmads.com/get/?spot_id=2016028&cat=1&subid=438495221
一個字母的衝突，一場全球性的安裝災難
D。就一個字母。
Rufus 4.14的靜默安裝功能，因為一個磁碟機代號「D:」的衝突，讓全球數以萬計的用戶在安裝Windows 11的時候卡在了75%的進度條上。
這是一個小到不能再小的bug——它只在特定的硬碟狀態和特定的安裝方式下才會出現。但它的影響範圍卻大到驚人——因為Rufus的用戶基數實在太大了。
Peter Batard已經在修了。測試版已經在GitHub上了。正式修正版在路上。
但在那之前，如果你正準備安裝Windows 11，記住一件事：暫時別用靜默安裝。多花幾分鐘手動設定，是你目前最穩妥的選擇。
而這件事也再次提醒了所有人：在軟體世界中，最危險的bug往往不是那些看起來很複雜的，而是那些看起來很簡單的。一個磁碟機代號的衝突——這種「小到不值得擔心」的問題——才是最容易被忽略、也最容易造成大範圍影響的。
Rufus仍然是最好的USB開機碟製作工具。但4.14版本需要你多一點耐心。
等正式修正版出來再說。
