Si votre hôte est CentOS et que vous utilisez le fichier loop par défaut, il n'y a aucun moyen que CentOS n'ait pas d'implémentation Union FS, et ce fichier clairsemé continuera à croître s'il est simulé. Ubuntu/Debian n'a pas ce problème.
Quant à la question de la suppression des images inutilisées et de la création d'images intermédiaires. Vous pouvez d'abord docker images -a voir s'il y a trop de <none> miroirs, dont certains sont de ce type de miroirs. Supprimez-les directement docker rmi $(docker images -aq -f "dangling=true"). Ensuite, cela devrait être beaucoup moins si vous y regardez à nouveau.
De plus, le contenu de votre conteneur se trouve également dans la couche de stockage. Vous pouvez utiliser docker ps -a pour voir s'il existe de nombreux conteneurs précédents qui n'ont pas été supprimés. De même, vous pouvez également utiliser docker rm $(docker ps -aq -f "dangling=true") pour les supprimer.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Si votre hôte est CentOS et que vous utilisez le fichier
looppar défaut, il n'y a aucun moyen que CentOS n'ait pas d'implémentation Union FS, et ce fichier clairsemé continuera à croître s'il est simulé. Ubuntu/Debian n'a pas ce problème.Quant à la question de la suppression des images inutilisées et de la création d'images intermédiaires. Vous pouvez d'abord
docker images -avoir s'il y a trop de<none>miroirs, dont certains sont de ce type de miroirs. Supprimez-les directementdocker rmi $(docker images -aq -f "dangling=true"). Ensuite, cela devrait être beaucoup moins si vous y regardez à nouveau.De plus, le contenu de votre conteneur se trouve également dans la couche de stockage. Vous pouvez utiliser
docker ps -apour voir s'il existe de nombreux conteneurs précédents qui n'ont pas été supprimés. De même, vous pouvez également utiliserdocker rm $(docker ps -aq -f "dangling=true")pour les supprimer.