# 공간 부족 - Docker 이미지가 큰가요?

**URL:** https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122
**Category:** Support
**Created:** [5월 30, 2026, 12:40오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122 "2026-05-30T00:40:02Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![long\_season](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/long_season/32/549854_2.png) [@long\_season](https://meta.discourse.org/u/long_season)
#### Post date: [5월 30, 2026, 12:40오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/1 "2026-05-30T00:40:02Z")

</div>

안녕하세요, 저는 25GB 클라우드 VM(Debian 13)에서 소규모 셀프호스팅 포럼을 운영 중입니다. `./launcher rebuild app` 명령을 사용하여 2026.6.0-latest로 업데이트를 시도했는데, 디스크 공간이 부족하여 업데이트가 취소되었습니다. 안내에 따라 Docker 이미지를 정리했지만 문제가 해결되지 않았습니다. 현재 남은 공간은 3.9GB입니다. 포럼 업로드 파일은 138MB, 백업 파일은 448MB 정도입니다. 이 서버에는 Discourse 설치 외에는 다른 작업이 없었습니다.

`du` 명령으로 확인해 보니 `/var/lib/containerd`가 13GB, `/var/docker`가 5.1GB를 차지하고 있었습니다. 이 정도 용량을 차지하는 것이 정상적인가요? 해결할 수 있는 방법이 있을까요?

정상적인 현상이라면 추가 저장비를 지불해야 할 것 같습니다. 추가 비용 지출 전에 확인받고 싶었습니다. 감사합니다!

---

<div class="post-metadata">

### Author: ![NateDhaliwal](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/natedhaliwal/32/313494_2.png) [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)
#### Post date: [5월 30, 2026, 2:54오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/2 "2026-05-30T02:54:33Z")

</div>

음… `./launcher cleanup`을 시도해 보셨나요?

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [5월 31, 2026, 6:44오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/3 "2026-05-31T06:44:22Z")

</div>

정리를 실행해 볼 가치가 있습니다. 무슨 일이 있었는지 세부 사항을 게시해 주세요. 이전에 제가 했던 작업의 예시입니다:

```plaintext
root@ubuntu-2gb-nbg1-1:/var/discourse# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 19G 12G 6.5G 65% /

root@ubuntu-2gb-nbg1-1:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B

WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y

Deleted Images:
deleted: sha256:33ce56b3484175342191a344fe1aa9f330431de7bf6f0f0e14f75c5bd851a5b0
deleted: sha256:5e04a0411f813e8f2c1a50d84a7d7bb1b17a855ce041730cf8e3b2fb90144b19
untagged: discourse/base:2.0.20200512-1735
untagged: discourse/base@sha256:7f6c5be23a8e4237cecafaca9d041de5964f8237345b7b183cebdee1f73ed024
deleted: sha256:991acdba0b1f18141192f8682bc5ec1c3365dff0d4fa1c6504e6ce0e3ae6dd76
deleted: sha256:e1c41c8dbd697ae0a61ca612c61f085f69f5bf74c4269cf5c68b4de0fec723fa
deleted: sha256:c2adabaecedbda0af72b153c6499a0555f3a769d52370469d8f6bd6328af9b13
untagged: discourse/base:2.0.20200724-1815
untagged: discourse/base@sha256:1d5eb2f8eae84203b28d3c643648d0dd7d213c2055865cfa5132e30db9e365d5

Total reclaimed space: 2.591GB

# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 19G 8.7G 9.3G 49% /

```

디스크 사용량에 대한 상세한 정보를 확인하고 이를 여기에 게시하는 것도 좋습니다! 예를 들어 아래를 참고하세요.

> [@Ed\_S](#):
>
> 미래를 위해 참고할 팁으로, 아마도 여기가 도움이 될 것입니다:
> 
> > [@Ed\_S](#):
> >
> > 특히 서버에서 root 권한으로 다음 명령을 실행하거나 유사한 명령을 실행하는 것을 권장합니다.  
> > `du -kx / | sort -n | tail -49`
> 
> 또는 여기:
> 
> > [@Ed\_S](#):
> >
> > 예를 들어 root 셸 프롬프트에서 다음을 시도해 볼 수 있습니다:  
> > `du -kx / | sort -n | tail -33`  
> > 그리고 아마도 이것도:  
> > `find / -xdev -size +1000k -ls | sort -n -k 2 | tail`

시스템에 백업이 있다면, 그것들을 다운로드하고 테스트한 후 최신 것 하나를 제외한 나머지를 삭제해야 합니다. 극도로 공간이 부족하다면 최신 백업도 삭제하십시오. (제 경우에는, 다운로드한 사본이 제 개인 오프사이트 백업에도 포함되어 있는지 먼저 확인합니다. 항상 두 개 이상의 사본을 유지하세요.)

OS 레벨에서 질문에 답하는 du 외에도, docker 레벨에서 질문을 할 수 있습니다. 상세한 조사 결과를 게시해 주세요!

```plaintext
# docker volume ls -qf dangling=true
# docker images -a

```

25G 인스턴스에서 디스크 사용량을 관리하는 것은 어렵습니다 - 저는 오랜 시간 동안 시간을 들여 시스템 관리 경험을 활용하여 이것을 해왔습니다. 결국 제공업체를 변경하여 더 적은 비용으로 40G를 확보했고, 그것이 훨씬 낫었습니다.

이전에도 관련 글이 있습니다.  
[25G 드롭렛에서 디스크 공간 부족으로 Discourse 업그레이드 실패](https://meta.discourse.org/t/discourse-upgrade-fails-due-to-insufficient-disk-space-on-25g-droplet/222062)

---

<div class="post-metadata">

### Author: ![long\_season](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/long_season/32/549854_2.png) [@long\_season](https://meta.discourse.org/u/long_season)
#### Post date: [5월 31, 2026, 7:20오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/4 "2026-05-31T19:20:54Z")

</div>

매우 유용한 정보 감사합니다.

`cleanup`을 시도하기 전에, 복원(restore)을 수행하지 않고 백업 무결성을 확인할 수 있는 방법이 Discourse에 있을까요?

`du -hx / | sort -h | tail -49`의 결과입니다 (결과를 해석하기 쉬우므로 -h 옵션을 사용했습니다):

```plaintext
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle/ruby
837M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
839M	/var/discourse/shared
839M	/var/discourse/shared/standalone
840M	/var/discourse
863M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42
863M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs
868M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283
868M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/284
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/284/fs
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs
908M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263/fs/usr
925M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs/usr
944M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263
944M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263/fs
961M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22
961M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs
1.3G	/usr
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www/discourse
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse
1.6G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227
1.6G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs
2.5G	/var/log
2.5G	/var/log/journal
2.5G	/var/log/journal/1d9299c9656046d6bd0e18d4a09c183c
2.7G	/var/lib/containerd/io.containerd.content.v1.content
2.7G	/var/lib/containerd/io.containerd.content.v1.content/blobs
2.7G	/var/lib/containerd/io.containerd.content.v1.content/blobs/sha256
9.8G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs
9.8G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots
13G	/var/lib
13G	/var/lib/containerd
17G	/var
20G	/

```

`docker volume ls -qf dangling=true`의 출력은 비어 있었습니다. 실제로 `docker volume ls`도 비어 있습니다.

`docker images -a`:

```plaintext
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
discourse/base:2.0.20260209-1300 50d2dae489a9 4.77GB 1.12GB        
discourse/base:2.0.20260521-0047 27373b823bbe 4.89GB 1.17GB        
local_discourse/app:latest 01527763be8d 6.9GB 1.63GB U   

```

Docker에 대해 아는 것이 적어 이 출력을 진단하기 어렵지만, 로그만이라면 `/var/log/`가 다소 크고, 포럼을 하나만 운영하고 있는데 이미지가 3개 있는 것은 흥미롭습니다(아마도 이는 완전히 정상적인 상황일 수도 있겠지만요).

저장 공간에 대해 더 신경 써야 한다는 지적에 감사드립니다. 확장을 진행할 가능성이 높지만, 그렇게 하기 전에 좋은 학습 경험이 될 것 같습니다.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [5월 31, 2026, 8:08오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/5 "2026-05-31T20:08:32Z")

</div>

저널링(journalling)을 재구성하면 용량을 조금 절약할 수 있습니다:

> [@Ed\_S](#):
>
> `journalctl`을 사용하면 이 부분을 개선할 수 있을 것 같습니다.
> 
> `# journalctl --vacuum-size=50M`

저는 도커 컨테이너 관리에 대해 제대로 이해한 적이 없습니다. 때로는 정리(cleanup)가 도움이 되기도 합니다. 방금 이 명령어들을 실행해 보았습니다:

```plaintext
# cd /var/discourse/
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 38G 24G 13G 67% /
# docker images -a
                                                                                             i Info → U In Use
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
discourse/base:2.0.20260209-1300 18ccefc73392 3.1GB 0B        
local_discourse/app:latest 810ac5579584 4.57GB 0B U   
<untagged> d303cfc49c99 4.37GB 0B        
<untagged> a9d03385c205 4.34GB 0B        
# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
deleted: sha256:d303cfc49c992b7fa0b0da65e38f3de79312c6e42eb99e5fd7b27bf4e237ab1d
deleted: sha256:829057c668fd2bd0f7b863c2589e5c3c27364285b39d6df31d38eb208e6410df
untagged: discourse/base:2.0.20260209-1300
untagged: discourse/base@sha256:50d2dae489a9c9916c3d50d880f7f1282fcbe179339b60a8947ab135c1f1f9bf
deleted: sha256:a9d03385c205f740e5f02db0c665a83688f7194d5386bd2d01772b8b5cd5dc65
deleted: sha256:70ec1b4b6cab7365b5f56b8187ef7631e6906fe13b5d3a2b1e39d3457d14514c

Total reclaimed space: 2.517GB
# docker images -a
                                                                                             i Info → U In Use
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
local_discourse/app:latest 810ac5579584 4.57GB 0B U   
<untagged> 18ccefc73392 3.1GB 0B        
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 38G 21G 15G 59% /

```

백업을 완전히 테스트하려면 이를 복원(어딘가에)해야 합니다. 저는 보통 크기만 확인하고,  
`gunzip -tv filename`  
을 사용하여 파일이 온전한지 테스트합니다. 또한  
`tar tvzf filename | less`  
을 사용하여 내용을 확인하기도 합니다: 압축된 데이터베이스 백업과 제 경우에는 여러 업로드 파일들이 포함되어 있습니다.

---

<div class="post-metadata">

### Author: ![long\_season](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/long_season/32/549854_2.png) [@long\_season](https://meta.discourse.org/u/long_season)
#### Post date: [5월 31, 2026, 8:33오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/6 "2026-05-31T20:33:10Z")

</div>

`./launcher cleanup`의 출력 결과:

```plaintext
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
untagged: discourse/base:2.0.20260209-1300
deleted: sha256:50d2dae489a9c9916c3d50d880f7f1282fcbe179339b60a8947ab135c1f1f9bf
deleted: sha256:1bb6f08ca8363e7e002eaf8bafc76b7742d8baa429f816cde77d3d38d234c98a
deleted: sha256:07596c600885cf3f0647c4b41959c5631328ee37af14913b9f2b1b1771ad4f45
untagged: discourse/base:2.0.20260521-0047
deleted: sha256:27373b823bbeca526dd006cefe1c58e7eeca1e5670ab6e619fcd2138f7d50420
deleted: sha256:ab90467600edc09bae8ac2f43420b7c771f87d357aa15646cd40025ec0774fda
deleted: sha256:053438a5cf1727f724f96a4d7af0b135929f633afd8ee05edcddeaf99232b636

Total reclaimed space: 1.17GB

```

다만 이상한 점은 이렇습니다: 제 Discourse 포럼의 여유 공간이 3.9GB에서 8.5GB로 증가했습니다. `du -hx / | sort -h | tail -49`를 다시 실행하면 이전 결과와 비교할 수 있는데, `/var/lib`의 크기가 8GB 줄었습니다:

```plaintext
628M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor/bundle/ruby
628M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
629M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor
733M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0/gems
792M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse/node_modules/.pnpm
793M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse/node_modules
794M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var
794M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www
794M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby
833M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
839M	/var/discourse/shared
839M	/var/discourse/shared/standalone
841M	/var/discourse
863M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42
863M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43
874M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs
925M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs/usr
961M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22
961M	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs
1.3G	/usr
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www
1.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www/discourse
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www
1.5G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse
1.6G	/var/lib/containerd/io.containerd.content.v1.content
1.6G	/var/lib/containerd/io.containerd.content.v1.content/blobs
1.6G	/var/lib/containerd/io.containerd.content.v1.content/blobs/sha256
1.6G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227
1.6G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs
2.5G	/var/log
2.5G	/var/log/journal
2.5G	/var/log/journal/1d9299c9656046d6bd0e18d4a09c183c
6.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs
6.4G	/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots
7.9G	/var/lib/containerd
8.0G	/var/lib
12G	/var
15G	/

```

그리고 `docker images -a`의 출력도 눈에 띄게 다릅니다:

```plaintext
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
local_discourse/app:latest 01527763be8d 6.9GB 1.63GB U   

```

`./launcher cleanup`가 재사용된 공간의 양을 과소평가하는 것 같습니다.

이제 업데이트를 수행할 충분한 공간이 있을 것입니다. 업데이트 후 `cleanup`을 실행하는 것이 좋은 습관인 것 같습니다.

도움 주셔서 감사합니다!

---

<div class="post-metadata">

### Author: ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [5월 31, 2026, 8:35오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/7 "2026-05-31T20:35:50Z")

</div>

방금 두 개의 기본 이미지를 정리하고 로컬에서 빌드된 이미지를 남겨 두었습니다.

---

<div class="post-metadata">

### Author: ![long\_season](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/long_season/32/549854_2.png) [@long\_season](https://meta.discourse.org/u/long_season)
#### Post date: [5월 31, 2026, 8:41오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/8 "2026-05-31T20:41:37Z")

</div>

베이스 이미지는 원래 설치 과정의 잔재일 뿐인가요? 아니면 `rebuild app` 실행 시에도 다운로드되나요?

---

<div class="post-metadata">

### Author: ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [5월 31, 2026, 8:44오후 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/9 "2026-05-31T20:44:46Z")

</div>

네. 이미지가 없으면 최신 이미지가 다운로드되며, 이를 기반으로 로컬 이미지를 빌드하게 됩니다.

기본 이미지를 하나 이상 유지하려는 이유가 무엇인지 떠오르지 않습니다…

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [6월 1, 2026, 5:20오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/10 "2026-06-01T05:20:30Z")

</div>

> [@long\_season](#):
>
> ```plaintext
> 2.5G	/var/log/journal
> 
> ```

여기서도 여전히 상당한 절감이 가능합니다.

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [7월 1, 2026, 5:21오전 UTC](https://meta.discourse.org/t/running-out-of-space-docker-image-is-large/404122/11 "2026-07-01T05:21:19Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.