क्या Docker Mac पर बहुत जगह ले रहा है? सुरक्षित रूप से जगह वापस पाएँ
AskClean टीम · अपडेट: 2026-11-02
docker system df -v चलाकर देखें कि Docker की जगह इमेज, बंद कंटेनर, बिल्ड कैश या वॉल्यूम में से किसमें जा रही है। पहले उसी श्रेणी को साफ़ करें जो जाँच में वजह निकले, नामित वॉल्यूम (named volume) तब तक रखें जब तक उनके डेटा का बैकअप न हो, और Finder में Docker.raw को कभी हाथ से डिलीट न करें, न कहीं और ले जाएँ।
macOS पर Docker इतना बड़ा क्यों दिखता है
Docker Desktop, Linux कंटेनर एक हल्की वर्चुअल मशीन में चलाता है। इमेज, कंटेनर की लिखने योग्य परतें, बिल्ड कैश और वॉल्यूम Finder के आम फ़ोल्डरों में नहीं, बल्कि एक बड़ी डिस्क इमेज फ़ाइल में रहते हैं, जिसका नाम आम तौर पर Docker.raw होता है। इस फ़ाइल की अधिकतम क्षमता, दिखने वाला आकार और Docker की असल खपत अक्सर अलग-अलग होते हैं, इसलिए Finder में दिखने वाली सबसे बड़ी संख्या के बजाय Docker के अपने आँकड़ों और macOS की ख़ाली जगह से शुरू करें। Docker.raw डिलीट करने से Docker का अपना प्रबंधन दरकिनार हो जाता है और सारी लोकल इमेज, कंटेनर और वॉल्यूम एक साथ नष्ट हो सकते हैं; Finder में इसे खिसकाने से Docker Desktop बिगड़ सकता है।
पहले Docker स्टोरेज की रीड-ओनली जाँच करें
Docker Desktop चालू करें, टर्मिनल खोलें और docker system df -v चलाएँ: यह इमेज, कंटेनर, लोकल वॉल्यूम और बिल्ड कैश की खपत दिखाता है, और यह भी कि Docker कितनी जगह को “reclaimable” (वापस पाने लायक़) मानता है। docker ps -a, docker image ls और docker volume ls से पता करें कि कौन-सी चीज़ किस प्रोजेक्ट की है। reclaimable का मतलब यह नहीं कि डिलीट करना हमेशा सुरक्षित है: एक इमेज कई कंटेनर साझा कर सकते हैं, और जिस वॉल्यूम से अभी कोई कंटेनर नहीं जुड़ा, उसमें भी किसी डेटाबेस की इकलौती कॉपी हो सकती है। Docker Desktop Settings > Resources में डिस्क की सीमा और डिस्क इमेज का स्थान भी लिख लें।
- docker system df -v चलाएँ और उसका आउटपुट तारीख़ के साथ सहेज लें।
- docker ps -a, docker image ls और docker volume ls से कंटेनर, इमेज और वॉल्यूम को मौजूदा प्रोजेक्ट से मिलाएँ।
- अहम डेटा वाले हर वॉल्यूम का मालिक पहचानें और उसका बैकअप लें।
- पहले सिर्फ़ उसी श्रेणी को साफ़ करें जिससे जगह बढ़ी है, जैसे docker builder prune या docker container prune; docker system prune तभी चलाएँ जब पुष्टि में दिख रही हर श्रेणी आपको मंज़ूर हो।
- docker system df -v दोबारा चलाएँ, ज़रूरी प्रोजेक्ट चालू करके देखें, और Docker Desktop को जगह लौटाने का समय देकर macOS की ख़ाली जगह जाँचें।
जिस वॉल्यूम से कोई चलता कंटेनर नहीं जुड़ा, उसका डेटा बेकार हो, यह ज़रूरी नहीं। Compose प्रोजेक्ट, बंद डेटाबेस और एक बार की रिकवरी प्रक्रियाएँ अक्सर ज़रूरी वॉल्यूम को अलग छोड़ देती हैं।
छोटे दायरे वाले कमांड से हटाएँ
जिन कंटेनर और इमेज को आप पहचान चुके हैं, उन्हें docker container rm और docker image rm से हटाएँ। बंद कंटेनर हटाने पर उसकी लिखने योग्य परत के बदलाव चले जाते हैं, पर नामित वॉल्यूम तब तक नहीं हटते जब तक आप ख़ुद न कहें; अगर Docker बताए कि कोई कंटेनर अब भी किसी इमेज का इस्तेमाल कर रहा है, तो ज़बरदस्ती डिलीट करने के बजाय उस कंटेनर को जाँचें। docker builder prune बेकार बिल्ड कैश साफ़ करता है, जो दोबारा बन सकता है — बस अगला बिल्ड धीमा होगा। docker system prune डिफ़ॉल्ट रूप से बंद कंटेनर, बेकार नेटवर्क, बिना टैग वाली (dangling) इमेज और बेकार बिल्ड कैश हटाता है, वॉल्यूम नहीं; -a इसे हर उस इमेज तक बढ़ा देता है जिसे कोई कंटेनर इस्तेमाल नहीं कर रहा, और --volumes अनाम वॉल्यूम भी जोड़ देता है, जिनमें असली डेटा हो सकता है — इसलिए जाँच के बिना ये विकल्प न जोड़ें।
वॉल्यूम और वर्चुअल डिस्क बचाएँ
वॉल्यूम कंटेनर के बाद भी बने रहने के लिए बनाए जाते हैं: PostgreSQL, MySQL या किसी डेवलपमेंट सर्विस के वॉल्यूम में डेटा की इकलौती लोकल कॉपी हो सकती है, इसलिए जब तक उसका मालिक और बैकअप पता न हो, उसे कैश नहीं, दस्तावेज़ मानें। बैकअप डेटाबेस के अपने एक्सपोर्ट टूल या आज़माई हुई वॉल्यूम बैकअप प्रक्रिया से लें — चलते डेटाबेस के वॉल्यूम से कॉपी किया गया फ़ोल्डर अपने-आप भरोसेमंद बैकअप नहीं होता। डिस्क की सीमा या डिस्क इमेज का स्थान Docker Desktop Settings से बदलें, Finder से नहीं, और फ़ैक्टरी रीसेट या अनइंस्टॉल से पहले ज़रूरी इमेज और वॉल्यूम सुरक्षित करें। AskClean दिखाता है कि Docker आपके Mac पर कहाँ जगह घेर रहा है, लेकिन Docker.raw, Docker के ग्रुप कंटेनर का डेटा, लॉगिन जानकारी, इमेज और वॉल्यूम कभी अपने-आप नहीं चुनता।
फ़ैसलों और जोखिमों की तुलना
Mac पर Docker Desktop की डिस्क खपत जाँचें, बंद कंटेनर, बेकार इमेज और बिल्ड कैश सुरक्षित रूप से हटाएँ, और वॉल्यूम व Docker.raw वर्चुअल डिस्क का डेटा बचाएँ।
| फ़ैसला | कहाँ जाँचें | सुरक्षा सीमा |
|---|---|---|
| macOS पर Docker इतना बड़ा क्यों दिखता है | Docker.raw / Docker Desktop Settings | Docker Desktop, Linux कंटेनर एक हल्की वर्चुअल मशीन में चलाता है। |
| पहले Docker स्टोरेज की रीड-ओनली जाँच करें | docker system df -v / docker ps -a / docker volume ls | Docker Desktop चालू करें, टर्मिनल खोलें और docker system df -v चलाएँ: यह इमेज, कंटेनर, लोकल वॉल्यूम और बिल्ड कैश की खपत दिखाता है, और यह भी कि Docker कितनी जगह को “reclaimable” (वापस पाने लायक़) मानता है। |
| छोटे दायरे वाले कमांड से हटाएँ | docker container rm / image rm / builder prune / system prune | जिन कंटेनर और इमेज को आप पहचान चुके हैं, उन्हें docker container rm और docker image rm से हटाएँ। |
| वॉल्यूम और वर्चुअल डिस्क बचाएँ | वॉल्यूम / Docker Desktop Settings | वॉल्यूम कंटेनर के बाद भी बने रहने के लिए बनाए जाते हैं: PostgreSQL, MySQL या किसी डेवलपमेंट सर्विस के वॉल्यूम में डेटा की इकलौती लोकल कॉपी हो सकती है, इसलिए जब तक उसका मालिक और बैकअप पता न हो, उसे कैश नहीं, दस्तावेज़ मानें। |
FAQ
Docker.raw इतना बड़ा क्यों है?
यह वह वर्चुअल डिस्क है जिसमें Docker Desktop की Linux वाली इमेज, कंटेनर, कैश और वॉल्यूम रहते हैं। इसका तार्किक या अधिकतम आकार Mac पर असल में इस्तेमाल हो रही जगह से अलग हो सकता है, इसलिए कुछ करने से पहले docker system df -v और Docker Desktop Settings देखें।
क्या docker system prune वॉल्यूम भी हटाता है?
डिफ़ॉल्ट रूप से नहीं। --volumes जोड़ने पर सफ़ाई अनाम वॉल्यूम तक फैल जाती है। जो वॉल्यूम बेकार दिखता है, उसमें भी डेटाबेस का अहम डेटा हो सकता है, इसलिए हटाने से पहले उसका मालिक पहचानें और बैकअप लें।
क्या Finder में Docker.raw डिलीट किया जा सकता है?
इसे हाथ से न डिलीट करें, न कहीं और ले जाएँ। इससे Docker की पूरी लोकल स्थिति नष्ट हो सकती है या Docker Desktop बिगड़ सकता है। ऑब्जेक्ट के लिए Docker का CLI और डिस्क इमेज के लिए Docker Desktop Settings इस्तेमाल करें।
स्रोत