من أجل تصحيح السبب هذه المسألة يحدث يتم تشغيل الأمر التالي على حاوية:
docker run -it <dockerImageName> dmesg
النتائج في:
dmesg: read kernel buffer failed: Permission denied
محاولات
- تشغيل
docker run -it <dockerImageName> sudo dmesg
إرجاع نفس المشكلة
من أجل تصحيح السبب هذه المسألة يحدث يتم تشغيل الأمر التالي على حاوية:
docker run -it <dockerImageName> dmesg
النتائج في:
dmesg: read kernel buffer failed: Permission denied
محاولات
docker run -it <dockerImageName> sudo dmesg
إرجاع نفس المشكلةكما مايكل هامبتون المذكورة ، وتهدف الحاويات لتشغيل خدمة ذرية واحدة فقط. في الواقع ، ينبغي للمرء أن يفهم أن الحاويات ليست الأجهزة الظاهرية ولكن عملية واحدة في حد ذاته على المضيف المحلي الخاص بك.
ومع ذلك ، حصلت على معرفة ذلك ، لها أكثر قليلا أصعب للحصول على سيستيمد العمل داخل حاوية من هنا
كنت قادرا على الحصول على سيستيمد العمل داخل صورة بنيت من سينتوس: سينتوس 7 مع:
docker run --privileged -ti -e "container=docker" -v /sys/fs/cgroup:/sys/fs/cgroup trinitronx/ansible-base:stable-centos7 /usr/sbin/init
بالنسبة لبعض الأسباب غير الموثقة ، يبدو أن الحاوية المتغيرة = عامل الميناء مطلوبة. / سيس/فس / كغروب مطلوب أيضا ، كما سيستيمد يحتاج سيغروبس للعمل بشكل صحيح وفقا ل ريدهات علة 1033604.
بعد القيام بذلك ، حاول تسجيل الدخول إلى الحاوية باستخدام docker exec -it <container> /bin/bash
ومن ثم يمكنك تنفيذ الخاص بك systemctl
الأوامر.
لا يسمح لك بذلك في حاوية. ما هو الغرض من هذا?