裝置：TS-853A
韌體：QTS 5.2.1.2930
最近我的磁碟 #1 顯示錯誤，並建議更換。我裝上新磁碟後，雖然顯示綠色勾勾，但仍有一個「(!)」圖示，顯示如下：
安裝的磁碟不適合用於重建 RAID 群組 1。請安裝另一顆磁碟以重建 RAID 群組
在此之前，我的磁碟 #1 是這種類型：
1.82 TB - WD20EFRX-68EUZN0
所以，是的，在我更換舊磁碟之前，我的配置如下：
- #1 : 1.82 TB - WD20EFRX-68EUZN0
- #2 : 5.46 TB - WD6003FFBX-68MU3N0
另外：在我安裝 #2 5.46TB 磁碟之前，原本也是 1.82TB 的磁碟，但幾年前已經換掉。雖然知道目前還不能使用額外的磁碟空間，但我還是開始逐步更換成更大容量的硬碟，預計最終全部都換成 5.46TB。
現在 RAID 1 已經換成 5.46TB，但最初設定是 1.82TB：
最後我面臨兩個問題：
- 最新的磁碟完全無法被接受
- 最終我希望能擴充到 5.46TB
我的首要目標是解決第 1 點：讓新磁碟被接受，確保 RAID 不會降級，資料安全。
我找到 https://www.qnap.com/zh-tw/how-to/faq/article/why-is-my-disk-labeled-as-unsuitable-for-rebuilding-the-raid-group 但我無法重建 RAID 群組：
也無法擴充：
我需要做什麼才能解決這個問題？
感謝！
你有嘗試過將這個磁碟取出，從另一台機器格式化後，再在不關閉 NAS 的情況下把它裝回 NAS 嗎？
你有嘗試過提取嗎
你是指從系統中取出等等嗎？
沒有，因為我剛收到新的，直接放進系統裡了。
我只是把舊的拔出，換上新的。我也不確定有什麼方法可以把它放到其他地方。而且到底要用哪種檔案系統（FS）格式化？
感覺這好像沒有真正解決我遇到的問題。
我想提一下，我這次的操作跟之前換的所有硬碟都一樣，沒有做任何不同的事。
如果你還沒備份你的 raid1 資料，請先備份，然後向技術支援提交工單。
在 Qnap（威聯通）設備上，我只在 M.2 上用 raid1 作為「系統」池，或是在 hero 系統上用於 ZILwriteLog，但我曾多次在 raid6，以及幾次在 raid5 上操作過「偶爾根據預算更換更大容量的硬碟，直到最後一顆成員硬碟也被換成大容量，當最後一次重建完成後，raid 容量就會擴充」的流程。根據這些經驗，我原本預期你將全新 6TB 硬碟插入 HDD1 槽時，應該會立即開始重建，經過數小時重建完成後，容量擴充應會自動開始，最終通知你 raid1 容量已從 1.8TB 擴充到 5.4TB。
既然 raid1 在 HDD2 槽用同型號同容量硬碟運作得很正常，那麼全新同型號硬碟插入 HDD1 槽理應完全「適合重建 RAID 群組1」。除非新硬碟本身就是 doa（到貨即損壞）……你提供的截圖顯示硬碟狀態是「Ready」，但建議你還是檢查一下硬碟詳細資訊和 SMART 資料，確認沒有硬體問題導致其「不適合」使用。
同一截圖顯示 HDD1 狀態為「Data」（而非「Free」），而 Stor Pool 1 管理畫面顯示 HDD1 為「Not Member」。這似乎表示你的新 HDD1 硬碟已被 QTS 識別為「Data」硬碟，但並未加入此儲存池……我認為這也是有人建議你將新硬碟移到其他機器格式化再嘗試的原因。
根據你的韌體版本，我相信 QTS 在插入或首次使用硬碟時行為已改變，以前會跳出警告「所有資料將被銷毀，確定嗎？」現在則跳過警告，只顯示「info bubble」提示「not suitable…」——如果 QTS 認為該硬碟可能已屬於其他 QTS 儲存池，則需要你自行採取進一步行動才能使用。如果你有一顆全新、從未插入 Qnap 槽位的硬碟，理論上不會遇到這個問題，因此我建議你提交技術支援工單。
如果你已備份資料且等不及支援，也沒有其他機器可以格式化 hdd1，以下是可考慮的做法——你有一台 TS-853A……
如果 #3-8 槽有空槽，將 HDD1 的硬碟移到空槽，然後在 StorMan->Disks 選取該槽硬碟，應會顯示為「Free」，在「Action」下拉選單選「securely erase」。清除完成後，將硬碟移回 HDD1 槽，希望你能在事件記錄中看到「開始重建 raid 1」的訊息。
如果沒有空槽，也許可以安全卸載並移除 #3-8 槽的某個儲存池來騰出空槽操作。雖然我經常安全卸載並掃描恢復儲存池且都沒問題，但我最近在升級 NAS 到 5.2.1 時八次操作中有一次遇到前所未見的困難。事發經過如下（舊論壇貼文描述）：
QTS/hero 5.2.1 在多款型號升級時都沒問題。EC-1280U-RP 升級流程如其他機型：(1)重啟 (2)安全卸載所有資料卷儲存池並移除硬碟 (3)透過 GUI 手動下載並安裝韌體。
和其他 NAS 一樣，升級及重啟都很順利。當一切看起來「OK」時，重新插入資料池硬碟，但當我嘗試「Attach and recover」時，系統似乎無法識別我安全卸載的儲存池，什麼都沒恢復。重啟再試一次，結果相同。透過 Qfinder 重新安裝韌體，安裝成功，但還是找不到「安全卸載的儲存池」也無法「scan and recover」。插入新硬碟嘗試建立新池，卻顯示「pool creation failed」。由於我的「(System)」卷只需重裝應用程式及系統初始化後會遺失日誌，因此我直接在 5.2.1 版本下重新初始化。之後能用新硬碟建立新池，但仍無法成功「scan and recover」原本「安全卸載」的資料卷儲存池。
我懷疑當時雖然 5.2.1 無法成功「scan and recover」舊資料池，但系統可能識別到硬碟上有有效資料，因為當我嘗試用這些硬碟建立新池（明知會銷毀「安全卸載」的資料池內容）時，5.2.1 顯示這些硬碟不符合建立池資格（即使硬碟顯示為「Free」）。這讓我相信 QNAP 技術支援應能協助讓「Scan and Recover」正常運作，或以其他方式安全恢復升級前安全卸載的儲存池存取權。
考量過去支援回應時間（遠端登入修復需 >2 週到數月）與資料還原時間（7-10 天約 75TB），我決定資料還原還有額外好處，就是能測試多年沒驗證的災難復原計畫（雖然 GUI 顯示「Free」，但仍需安全清除資料池硬碟才能重建資料池）。
感謝你的深入見解，非常感謝，也是一個很棒的社群。
事實上，我也必須讚揚非常令人印象深刻的支援服務。先說在前面：我的問題目前還沒解決。
但我確實提交了支援工單，他們回覆得很快、態度友善且非常專業。
簡而言之，正如 @theunk7 所暗示的，理論上一切都應該正常運作，但最終還是沒能如願。
簡短說明，支援團隊做了以下幾點：
- 取得遠端存取
- 他們分析了硬碟，回報說沒發現問題，然後硬碟就開始能被 pool 接受（這部分「為什麼」我一直沒搞懂，也沒能從支援對話中找到答案）
- 直到我自己搞砸了，因為只有辨識硬碟的問題被解決，但擴充儲存空間的問題還沒解決，我開始嘗試「一顆一顆替換」的方法
- 為此我移除了第一顆硬碟，然後直接插回去
- 結果又回到最初的狀況：現在硬碟又無法被接受了
- 我再次聯絡支援，他們更深入檢查，但最終結論是「它沒辦法運作，但理論上應該可以」
- 他們建議我移除硬碟，重新格式化，再插回去
我目前沒有外接硬碟盒，所以得先訂購一個才能這麼做 
在此期間，我就讓 RAID 保持這個狀態，硬碟 1 插著但沒被正確整合，然後遇到最近 QNAP 更新，我就更新了。但系統關機時卡住了 
我用實體按鈕強制關機，結果開機時又卡住。再次強制關機，移除硬碟 1，終於順利開機。我暫時把硬碟 1 拿掉了。
簡短總結 2：目前正在等外接硬碟盒，準備重新格式化並再插回硬碟 1。
我不太明白你為什麼要重新格式化硬碟再放回去。只要刪除分割區，讓硬碟保持乾淨，然後把硬碟放進 NAS，讓 NAS 自行重新格式化／初始化硬碟即可。
是的，我想有人建議我使用快速格式化，並且去除分割區。
反正我還是得等外接硬碟盒。
謝謝
按照技術支援的建議，我終於收到了我的外接硬碟盒，我刪除了現有的5個分割區，使用單一分割區進行了快速NTFS重新格式化，然後把硬碟放回NAS——馬上被識別並開始重建 
等這步完成後，我還面臨一個挑戰，就是要讓容量為1.81TB的儲存池認識到所有硬碟現在都是5.46TB，並且應該使用這些空間，但還是等重建明天完成再說。
重建已成功完成！
現在我檢查了儲存對話框，然後在「逐一更換磁碟」對話框中，我確實發現，由於它偵測到儲存池 < RAID 中最小的磁碟，並且已經建議我可以擴充：
現在正在執行這個操作，我們再等一天吧 
現在一切都解決了，擴充容量後我還需要調整磁碟區大小，最後終於擁有了所有新的儲存空間。
終於勝利了 \\o/
感謝大家的幫忙 
