Hallo siducer allesamt,
um ein bisschen zu "dockern" braucht man die aufs Kernelmodule, deren Build Skript bei mir über aufs-dkms (D-U von heute) fehlschlägt. Woran kann das liegen oder hab ich da was falsch verstanden...
Viele Grüße
Könnte das an meinem geliebten ZFS Filesystem liegen (hab mal gegoogelt...)
Ähm, nach einem d-u von heute hast du keinen kernel 4.19.
Und ein make.log von dem Buildversuch wäre schon von Vorteil.
docker hat ein eigenen zfs-treiber. Dataset erstellen was benutzt werden soll (mountpoint /var/lib/docker) und in die config malen, fertich. vergiss aufs......
have fun ...
https://morph027.gitlab.io/post/zfs-docker/
So sorry, alles bis auf einen 4.20 Kernel, zfs hat wohl noch nicht die erforderlichen Anpassungen.
Am Schluss steht ...
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:303: /var/lib/dkms/aufs/4.19+20181217/build/fs/aufs/xino.o] Fehler 1
make[1]: *** [Makefile:1530: _module_/var/lib/dkms/aufs/4.19+20181217/build/fs/aufs] Fehler 2
make[1]: Verzeichnis ,,/usr/src/linux-headers-4.19.9-towo.1-siduction-amd64" wird verlassen
make: *** [Makefile:47: fs/aufs/aufs.ko] Fehler 2
make: Verzeichnis ,,/var/lib/dkms/aufs/4.19+20181217/build" wird verlassen
und zwischendurch haufenweise ..
/var/lib/dkms/aufs/4.19+20181217/build/fs/aufs/super.h:134:2: error: unknown type name 'vfs_readf_t'.../var/lib/dkms/aufs/4.19+20181217/build/fs/aufs/super.h:135:2: error: unknown type name 'vfs_writef_t'.../var/lib/dkms/aufs/4.19+20181217/build/fs/aufs/xino.c:786:7: error: implicit declaration of function 'xino_fread'; did you mean 'au_xino_read'? [-Werror=implicit-function-declaration].../var/lib/dkms/aufs/4.19+20181217/build/fs/aufs/xino.c:685:8: error: implicit declaration of function 'au_xino_do_write'; did you mean 'au_xino_write'? [-Werror=implicit-function-declaration]
siehe meine Post.....
Habsch gelesen, ich probiere es mal direkt mit dem Docker Repo und deren Anleitung
aufs funktionirt mit zfs sowieso nicht.
...
Jo, siehe oben. ist ja eigentlich auch (fast) schon logisch, weil dann die verschiedenen schreibbaren Overlay Filesysteme durcheinander kommen könnte ich mir vorstellen. Na ja, dann auf einer anderen Kiste ...
du gibst docker nur das dataset, den rest regelt docker, völlig easy