Docker zajmuje za dużo miejsca na Macu? Odzyskaj je bezpiecznie

Dlaczego Docker zajmuje tak dużo miejsca

Docker Desktop przechowuje obrazy, warstwy kontenerów, pamięć podręczną kompilacji i woluminy w dużym pliku obrazu dysku maszyny wirtualnej — zwykle Docker.raw — a nie w zwykłych folderach do edycji w Finderze. Maksymalna pojemność tego pliku, jego widoczny rozmiar i faktycznie zajęte bloki mogą się różnić, więc zacznij od statystyk samego Dockera i wolnego miejsca w macOS. Usunięcie Docker.raw omija mechanizmy Dockera i może naraz zniszczyć wszystkie lokalne obrazy, kontenery i woluminy, a przeniesienie go w Finderze może zepsuć Docker Desktop.

Przeprowadź audyt tylko do odczytu

docker system df -v rozbija zajętość na obrazy, kontenery, lokalne woluminy i pamięć podręczną kompilacji oraz pokazuje, ile Docker uważa za możliwe do odzyskania. Polecenia docker ps -a, docker image ls i docker volume ls pomagają ustalić, do czego należy każdy obiekt. Wartość RECLAIMABLE nie znaczy „bezpieczne do usunięcia”: obraz może być współdzielony przez kilka kontenerów, a wolumin bez podłączonego kontenera może zawierać jedyną kopię bazy danych. Zanim cokolwiek zmienisz, zanotuj limit i lokalizację dysku w Docker Desktop Settings > Resources.

1. Uruchom docker system df -v i zapisz wynik z datą.
2. Poleceniami docker ps -a, docker image ls i docker volume ls przypisz kontenery, obrazy i woluminy do aktywnych projektów.
3. Zrób kopię zapasową każdego woluminu z ważnymi danymi i ustal, do kogo należy.
4. Najpierw wyczyść osobno kategorię, która wyjaśnia wzrost, np. pamięć podręczną kompilacji lub zatrzymane kontenery.
5. Ponownie uruchom docker system df -v, sprawdź, czy ważne projekty startują, i zmierz wolne miejsce w macOS, gdy Docker Desktop zdąży zwolnić bloki.

Wolumin bez podłączonego, działającego kontenera nie musi być zbędny: projekty Compose, zatrzymane bazy danych i jednorazowe procedury odzyskiwania często zostawiają odłączone, ale potrzebne woluminy.

Czyść konkretne kategorie, nie wszystko naraz

Znane, zbędne obiekty usuwaj poleceniami docker container rm i docker image rm; usunięcie zatrzymanego kontenera kasuje zmiany w jego warstwie zapisu, ale nie usuwa nazwanych woluminów. Polecenie docker builder prune (lub docker buildx prune dla builderów buildx) czyści nieużywaną pamięć podręczną kompilacji, którą da się odtworzyć z plików Dockerfile, choć następne budowanie potrwa dłużej. Z kolei docker system prune domyślnie usuwa zatrzymane kontenery, nieużywane sieci, wiszące (dangling) obrazy i nieużywaną pamięć podręczną kompilacji; -a obejmuje wszystkie obrazy nieużywane przez kontenery, a --volumes dodaje anonimowe woluminy, więc nie używaj tych opcji bez przeglądu.

Chroń woluminy i dysk wirtualny

Woluminy z założenia przeżywają kontenery i mogą zawierać jedyną lokalną kopię bazy danych, dlatego traktuj je jak dokumenty, a nie pamięć podręczną. Kopie zapasowe baz rób natywnym eksportem albo przetestowaną procedurą backupu woluminu, a limit i położenie dysku zmieniaj wyłącznie w Docker Desktop Settings — nigdy przeciągając Docker.raw w Finderze. Przed przywróceniem ustawień fabrycznych, deinstalacją lub zmniejszeniem dysku wyeksportuj potrzebne obrazy (albo upewnij się, że da się je pobrać ponownie), osobno zabezpiecz woluminy i zachowaj potrzebną konfigurację. AskClean pokazuje ślad Dockera na Macu, ale Docker.raw, dane Dockera w Group Containers, dane logowania, obrazy i woluminy oznacza jako zarządzane przez Dockera lub nigdy niezaznaczane, zamiast usuwać je jak zwykłą pamięć podręczną aplikacji.

Porównanie decyzji i ryzyka

Sprawdź, ile miejsca zajmuje Docker Desktop na Macu, bezpiecznie usuń zbędne kontenery, obrazy i pamięć podręczną kompilacji oraz chroń woluminy i Docker.raw.

FAQ