[Bug]: Image size vs reclaimed space discrepancy
- Dominant language
- Swift
- Stars
- 49.9k
- Forks
- 1.8k
- Avg merge
- 1d 20h
- Merged PRs (30d)
- 22
Description
### I have done the following
- [x] I have searched the existing issues
- [x] If possible, I've reproduced the issue using the 'main' branch of this project
### Steps to reproduce
1. Pull or build an image
2. List images with verbose flag to see image size
3. Delete the image and reclaimed space will always be a lot more than the image size displayed in step 2
### Current behavior
Listing images shows the image size as ~110MB
```
$ container image ls -v
NAME TAG INDEX DIGEST OS ARCH SIZE
swift-demo 01 b130ac661a8a0488059ac4e6... linux arm64 110.7 MB
```
Deleting the image reclaims more space than the size of the image (reclaimed 446MB when the image was listed as only 110MB)
```
$ container image rm swift-demo:01
swift-demo:01
Reclaimed 446.4 MB in disk space
```
### Expected behavior
I would expect the reclaimed space to match the size of the image (as per `container image ls -v`) or at least be similar. Even if the value displayed in `container image ls` is compressed or something different, it's confusing that the two numbers are so different.
### Environment
```markdown
- OS: macOS 26.0.1 (25A362)
- Xcode: 26.0
- Container: 0.5.0
```
### Relevant log output
```shell
N/A
```
### Code of Conduct
- [x] I agree to follow this project's Code of Conduct
Contributor guide
Assessment
This issue has not been assessed yet.