Je reçois cette erreur lorsque j'essaie de créer un fichier Docker
error creating aufs mount to /var/lib/docker/aufs/mnt
/6c1b42ce1a98b1c0f2d2a7f17c196221445f1054566065d4c607e4f1b99930eb-init:
invalid argument
Qu'est-ce que ça veut dire? Comment je le répare?
J'ai eu quelques erreurs non résolues après la suppression de /var/lib/docker/aufs
, ce qui a permis d'éliminer quelques étapes supplémentaires.
Pour ajouter à @benwalther answer , il me manque la réputation de commenter:
# Cleaning up through docker avoids these errors
# ERROR: Service 'master' failed to build:
# open /var/lib/docker/aufs/layers/<container_id>: no such file or directory
# ERROR: Service 'master' failed to build: failed to register layer:
# open /var/lib/docker/aufs/layers/<container_id>: no such file or directory
docker rm -f $(docker ps -a -q)
docker rmi -f $(docker images -a -q)
# As per @BenWalther's answer above
Sudo service docker stop
Sudo rm -rf /var/lib/docker/aufs
# Removing the linkgraph.db fixed this error:
# Conflict. The name "/jenkins_data_1" is already in use by container <container_id>.
# You have to remove (or rename) that container to be able to reuse that name.
Sudo rm -f /var/lib/docker/linkgraph.db
Sudo service docker start
J'ai supprimé /var/lib/docker/aufs/diff
et j'ai le même problème:
erreur de création de montage aufs dans/var/lib/docker/aufs/mnt/blah-blah-init: argument non valide
Il a résolu en exécutant les commandes suivantes:
docker stop $(docker ps -a -q);
docker rm $(docker ps -a -q);
docker rmi -f $(docker images -a -q)
AUFS ne parvient pas à monter le système de fichiers du conteneur de docker.
Cela est dû soit au fait que: le chemin est déjà monté - ou - il y a une situation critique dans l'interaction de docker avec AUFS, en raison du grand nombre de volumes existants.
Pour résoudre ce problème, essayez ce qui suit:
redémarrez le service ou le démon docker et réessayez.
cochez mount
pour les fichiers aufs montés sur des chemins sous /var/lib/docker/aufs/
. Si trouvé, arrêtez docker, puis umount
les (besoin de Sudo).
exemple:
mount
none on /var/lib/docker/aufs/mnt/55639da9aa959e88765899ac9dc200ccdf363b2f09ea933370cf4f96051b22b9 type aufs (rw,relatime,si=5abf628bd5735419,dio,dirperm1)
puis Sudo umount /var/lib/docker/aufs/mnt/55639da9aa959e88765899ac9dc200ccdf363b2f09ea933370cf4f96051b22b9
Sudo rm -rf /var/lib/docker/aufs
. Vous perdrez tous les conteneurs arrêtés existants et toutes les images. Mais c'est à peu près garanti pour résoudre le problème.Malheureusement, sur mon système, je n'ai pas pu résoudre ce problème avec les réponses ci-dessus. L’administration du menu fixe a gardé en mémoire un certain fichier dans la couche aufs qu’elle ne pouvait plus accéder. Les autres solutions ne fonctionnaient pas non plus. Donc, s'il s'agit d'une option pour vous, vous pouvez essayer le correctif suivant: uninstall/purge docker
and docker-engine
:
apt-get purge docker docker-engine
Ensuite, assurez-vous que tout de /var/lib/docker
est supprimé.
rm -rf /var/lib/docker
Après cela, installez à nouveau le menu fixe.
Je viens d'avoir un problème similaire sur Lubuntu (Ubuntu 4.15.0-20-generic) avec Docker CE 18.03. Aucune des options décrites n'a aidé.
Il semble que les dernières versions de docker utilisent le pilote de stockage overlay2. Cependant, certaines applications nécessitent aufs. Ainsi, une solution possible pourrait simplement utiliser ce guide de menu fixe pour changer le pilote de stockage en aufs (remplacez simplement "overlay2" par "aufs") par dans ce guide.
Un problème similaire s'est posé alors que j'utilisais Docker sous Windows:
ERROR: Service 'daemon' failed to build: error creating overlay mount
to /var/lib/docker/overlay2/83c98f716020954420e8b89e6074b1af6
1b2b86cd51ac6a54724ed263b3663a2-init/merged: no such file or directory
Le problème est survenu après la suppression d'un volume de la Dockerfile
de l'image, la reconstruction de l'image, puis le redémarrage du PC. Peut-être est-ce une cause commune?
J'ai réussi à résoudre le problème en cliquant sur Docker
-> Settings
-> Reset
-> Reset to factory defaults...
Toutes mes images ont été perdues par la suite, mais cela importait peu pour moi. J'ai aussi pensé que le fait de supprimer l'image disque VM (le chemin d'accès qui se trouve sous l'onglet Advanced
dans Settings
) pourrait résoudre le problème. Je n'ai pas essayé cette approche cependant.
Dans Windows après un redémarrage, le problème de la machine de docker est résolu pour moi.
Utilisez ces commandes:
docker-machine stop
docker-machine start
docker-compose up