大家早安，
設定
QNAP 673A - 韌體 QTS 5.2.6.3195
2x 2TB NVMe 硬碟 - Kingston SKC3000D2048G
4x 12TB Seagate Ironwolf ST12000VN0008
1x 16TB Seagate Ironwolf Pro ST16000NT001
配置
儲存池 1
1x NVMe，作業系統安裝及應用程式使用
儲存池 2
四顆 12TB Seagate Ironwolf 硬碟組成 RAID5，第二顆 NVMe 作為快取。（所有檔案都存放於此）
獨立硬碟
Seagate Ironwolf Pro 16TB - 本地備份。（我也有 Rsync 及備份到另一台 NAS 和外部 USB 硬碟放在其他地方，這只是為了本地快速還原用）。我知道大家都會說這不是好主意等等，但對我來說很有效。
我的問題
過去 20 年我累積了超過 180,000 張照片，全部都儲存在 NAS 上，直到最近 QNAP 都運作良好，但在最近一次上傳後，多媒體應用程式及所有相關應用程式都停止運作。
原因似乎是系統碟（儲存池 1 - 2TB NVMe）空間被填滿了！
我已移除所有快照並將快照頻率降為每週一次，刪除了所有縮圖。這讓我能重新啟動應用程式，但因為所有縮圖都被刪除，應用程式幾乎沒什麼用，所以我昨天開始重新生成縮圖。
今天早上，多媒體主控台及所有相關應用程式又停止運作，無法重新啟動，硬碟（儲存池 1）又滿了！
有人建議縮圖不能移到其他硬碟？這太荒謬了！
有沒有人遇過這種情況或有什麼解決方法？—理想上我希望能把縮圖移到儲存池 2，因為那裡有很多空間。
Raj
嗨 @rmistry22，Multimedia Console（多媒體主控台）會在兩個資料夾中產生並儲存縮圖：
- /.system/thumbnail/ 位於掛載 Multimedia Console 的磁碟區。
- /＠thumbnail/ 位於儲存照片和影片的資料夾。
我們的測試中，縮圖佔原始檔案大小的 5% 到 30%，這取決於是否啟用了大型 4K 縮圖的產生。
有人遇過這種情況或有什麼解決方法嗎？—理想上我希望能將縮圖移到有大量空間的 Storage Pool 2。
很抱歉，目前無法將縮圖從 Pool 1 移到 Pool 2，但如果你將儲存照片的資料夾從 Storage Pool 1 移到 Pool 2，則 /＠thumbnail/ 也會跟著移到 Pool 2，不會再佔用 Pool 1 的空間。
180,000 張照片真的很多，你可以開啟支援單，讓支援團隊安排 Multimedia Console 團隊在搬移過程中遠端待命協助。
嗨 HaruLin，
感謝你的回覆。
如我在原始貼文中提到的：
儲存池 1 - 2TB NVMe - 僅用於應用程式和 QTS 安裝。（我在電腦上也是這樣做的，例如將 Windows 安裝在 C:\，所有資料則放在另一顆硬碟，例如 D:）。因此，作業系統可以在不丟失資料的情況下重新安裝。另外理論上，使用更快的 NVMe 作為應用程式儲存，我認為可以提升效能。
儲存池 2 - 4x12TB Seagate RAID 5 = 24TB 儲存空間，已使用約 8TB。所有照片、影片、檔案都儲存在這裡。
因此 /@thumbnail/ 應該已經在儲存池 2 上。
那麼問題可能是 /.system/thumbnail，因為應用程式安裝在儲存池 1？
我昨天移除了多媒體應用程式，想要更改儲存池，但重新安裝時並沒有給我選擇儲存池的選項。我目前還安裝了以下應用程式，因為儲存空間不足，目前都沒有在運行。
Video Station 5.8.4
Media Streaming Add on V500.1.1.9
Music Station 5.4.4
Multimedia Console 2.8.1
QuMagie 2.7.1
作業系統安裝在所有內部硬碟上，無法透過圖形介面（GUI）進行設定。
嗯，這讓我的 QNAP 設備無法使用 Photos，而這正是我購買這麼昂貴的 NAS 盒子的主要原因之一。
為什麼分散式作業系統分割區會讓你陷入困境？所有 QNAP NAS 都是這樣運作的。
我也把大量照片存放在 NAS 上，但我完全不使用 NAS 的多媒體功能……非常簡單。
另外，系統磁區絕對不要只用單顆硬碟，應該要做 RAID1，否則硬碟故障時所有應用程式都會遺失。
如果你希望 QNAP 協助排除你的問題，請開啟支援單。
既然所有照片和影片都存放在池2，所以問題確實出在池1的 /.system/thumbnail/。
目前的Multimedia Console（多媒體控制台）有一個限制。它無法計算所有多媒體資料夾下 /＠thumbnail/ 的容量。因此在介面上顯示的縮圖容量只計算 /.system/thumbnail/ 的容量。
但在你的情況下，可以很快確認它在池1佔用了多少空間，你願意分享你的截圖嗎？
嗨 HaruLin，
很樂意分享截圖，不過由於硬碟已滿，我無法啟動 Multimedia Console 2.8.1 或任何相關應用程式。
以及
請問你建議我如何取得相關資訊？
我已經開了一個工單，但目前還在等待回覆。
週一（8月11日）登記後，有來回幾封郵件，但現在正在等他們遠端連線檢查。
我對「分散式作業系統分割區」（distributed OS partitions）完全不了解。
我最初是先用一顆 NVMe 硬碟來設定這台設備（存儲池1），確保 QTS 安裝在那裡，以確保作業系統和應用程式的速度。
依我看，如果 NVMe 硬碟故障，換一顆很容易，所以只用一顆硬碟來安裝 QTS 就足夠了。
我的目標是盡量讓家人使用簡單，一台設備就能存放所有東西，照片、影片、檔案等，並且能透過可靠的應用程式，在多個裝置上輕鬆存取。例如 QuMagie 在我的電視上運作得非常好。
希望這樣說明清楚。
R
@haru0 把縮圖存放在兩個地方聽起來很蠢。如果我們已經把縮圖放在實際檔案旁邊，為什麼還需要系統層級的縮圖呢？
有兩套縮圖就是重複了。而且把這麼大的、不能移動的資料集固定在系統分割區裡面很糟糕。
（我認為這裡的「系統分割區」不是指所有硬碟都鏡像的 OS 分割區，而是你在設定 NAS 時建立的第一個分割區。但這樣還是很糟糕）
1個讚
所以無論你何時安裝哪顆硬碟，作業系統都會在所有內部硬碟上
如果那顆 NVMe 故障，你的所有應用程式都會消失，所以雖然更換很容易，但重新安裝應用程式並且失去所有設定/資料可能就不容易了……所以建議用 RAID1！
haru0
12
是的，我同意……目前的架構確實已經過時了。維護兩套縮圖最終只會產生更多問題，尤其是在照片和影片的數量及解析度迅速成長的情況下。
我們現在正在研究一種新方法，只保留 /＠thumbnail/ 中的縮圖，並在更新後自動清除 /.system/thumbnail/ 內的縮圖以釋放儲存空間。這項變更預計會在 Multimedia Console 3.0.0 版本中推出。如果你有興趣，我可以在測試版足夠穩定時分享給你試用。
4個讚
haru0
13
嗨 @rmistry22，我已找到你的支援工單並已聯繫支援團隊。
不過由於硬碟已滿，我無法啟動 Multimedia Console 2.8.1 或任何相關應用程式。
Multimedia Console RD 認為他們可以手動將 /.system/thumbnail/ 目錄下的縮圖檔案移到 Pool 2，以防止這些檔案佔用 Pool 1 的空間。
如果支援團隊已安排遠端連線，你是否願意讓我們協助處理這個問題？
來自英國的早安，HaruLin，
支援團隊昨天進行了遠端連線，並建議關閉儲存池1的快照，然後將配置方式從厚置換為薄置。
我昨天已完成這項操作，目前看起來運作正常。
我仍然擔心硬碟最終還是會被填滿，因為我只會持續新增更多照片等等，其實我更希望能將所有資料移到儲存池2，因為那裡有很多空間。
目前的輸出如您所要求
我也已將圖片品質設定為低，以減少縮圖大小。
如果您能進一步建議如何移動這些縮圖，或是願意再安排一次遠端連線，以避免近期再次發生同樣問題，我將非常感激。
R
haru0
15
嗨 @rmistry22，我查看了你在支援票上傳的截圖，Pool 1 = 系統磁碟區現在應該有 30% 的可用空間，我們建議週末期間持續觀察系統，以確保其穩定，之後
我也已將影像品質設定為低，以減少縮圖大小。
很抱歉，即使你停用了大型縮圖選項，已產生的大型縮圖仍然會存在，並佔用系統磁碟區的空間。
雖然我們預計在 Multimedia Console 3.0.0（或 2.10.0？）調整規格以移除 /.system/thumbnail/ 內的縮圖，但還需要一些時間，針對這些縮圖我有幾個建議：
-
你可以繼續使用目前的設定直到 Multimedia Console 3.0，剩餘空間應足以儲存 10 萬張照片和影片的縮圖。
-
你可以按下 「重新產生所有縮圖」 按鈕，重新產生所有縮圖（不含大型 4K 縮圖），這樣應能釋放約 400GB 空間，但可能需要將近一週的時間來產生縮圖。
-
你可以下週安排時間與支援團隊聯繫，讓我們的研發人員協助手動移除 4K 縮圖，無需重新產生縮圖。
我也希望硬碟空間能有一半是空的，很抱歉這次的縮圖設計造成你的困擾。我會盡快將調整後的縮圖功能上架。
1個讚
嗨 HaruLin，
感謝你的支持。
一切都恢復正常了，我很高興。我購買了一個 Coral Edge TPU 單元來加快縮圖生成和 AI 臉部識別的速度，所以重新生成可能會更快一些，之後打算再加一張舊的 Nvidia 1050ti，等我終於給我的電腦買新顯卡的時候 
很樂意等待 Multimedia Console 3.0 或任何能修正這個問題的版本。非常感謝你的支援，讓一切都能重新運作。
也非常感謝你將這項開發納入 Multimedia Console，讓我對 QNAP 的投資再次覺得值得。
R
