Toolbox: قم بإعداد / media و / mnt لتتناسب مع المضيف

واجهت نفس المشكلة بعد ترقية Silverblue. كانت هذه الحزم المضمنة في الترقية. تم إصلاحه بعد التراجع.

       Upgraded: crun 0.10.2-1.fc31 -> 0.10.5-2.fc31
                 kernel 5.3.8-300.fc31 -> 5.3.9-300.fc31
                 kernel-core 5.3.8-300.fc31 -> 5.3.9-300.fc31
                 kernel-devel 5.3.8-300.fc31 -> 5.3.9-300.fc31
                 kernel-modules 5.3.8-300.fc31 -> 5.3.9-300.fc31
                 kernel-modules-extra 5.3.8-300.fc31 -> 5.3.9-300.fc31

ربما تسبب إصدار جديد من crun حدوث ذلك.

لدي جهاز كمبيوتر محمول احتياطي قديم أستخدمه للاختبار ؛ انها تشغل Silverblue Rawhide. يعمل Toolbox هناك على آخر تحديث له (Rawhide.20191107.n.1) ، لكنه بين إصدارات F31: crun-0.10.4-1.fc32.x86_64 .

لذلك يبدو أن شيئًا ما قد كسر في crun بين 0.10.4 و 0.10.5 . نأمل أن يساعد هذا في عزل المشكلة وإما إصلاحها في crun أو podman ... أو حلها أو التكيف معها في صندوق الأدوات.

ومع ذلك ، يجب أن أشير إلى أن podman في جلد خام في الإصدار 1.6.3-0.34.dev.git1e750f7.fc32.x86_64 ، وليس podman-1.6.2-2.fc31.x86_64 .

في هذه الأثناء ، يكون مربع الأدوات على نفس الإصدار في جميع الأماكن ، toolbox-0.0.16-1.fc31.noarch (أو toolbox-0.0.16-1.fc32.noarch في جلد خام).

هل تسمح من فضلك بمشاركة ناتج stat /media من المضيف؟

لقد فتحت العلاقات العامة لإصلاحها في كرون. في غضون ذلك ، يمكنك حلها باستخدام:

diff --git a/toolbox b/toolbox
index a7433e1..6b443c7 100755
--- a/toolbox
+++ b/toolbox
@@ -987,7 +987,7 @@ create()
     fi

     if [ -d /run/media ] 2>&3; then
-        run_media_path_bind="--volume /run/media:/run/media:rslave"
+        run_media_path_bind="--volume $(readlink -f /run/media):/run/media:rslave"
     fi

     echo "$base_toolbox_command: checking if /usr is mounted read-only or read-write" >&3

شكرا لك على الإصلاح السريع ،giuseppe !!

أواجه مشكلة مماثلة مع / mnt

Error: unable to start container "fedora-toolbox-31": creating file '/var/home/pluto/.local/share/containers/storage/overlay/e56a2816dbb492d3446030ba65d10d659ee6dd621dbaf76e20290f59ad4f35af/merged/mnt': Is a directory: OCI runtime error

لقد قمت للتو بإزالة جميع الإشارات إلى / mnt و / تشغيل / الوسائط في مربع الأدوات وهذا حل المشكلة مؤقتًا بالنسبة لي.

@ p1u3o فقط للتأكد من أن الإصلاح الخاص بي يعالج مشكلتك ، هل يمكنك أن تريني ناتج stat /mnt ؟

giuseppe أواجه نفس المشكلة. ناتج stat /mnt هو:
File: /mnt -> var/mnt
Size: 7 Blocks: 0 IO Block: 4096 symbolic link
Device: fd01h/64769d Inode: 2621481 Links: 5
Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Context: system_u:object_r:mnt_t:s0
Access: 2019-11-13 08:18:38.666995206 -0500
Modify: 2019-11-12 13:51:35.169000757 -0500
Change: 2019-11-13 06:09:45.432966095 -0500
Birth: 2019-11-12 13:51:35.169000757 -0500

إذا كانت هناك أي مساعدة ، فأنا أستخدم XFS مع ضبط SELinux على أنه متساهل.

File: /mnt -> var/mnt
  Size: 7           Blocks: 0          IO Block: 4096   symbolic link
Device: 822h/2082d  Inode: 134217875   Links: 4
Access: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Context: system_u:object_r:mnt_t:s0
Access: 2019-11-13 09:13:30.879734789 +0000
Modify: 2019-11-11 09:36:01.148936755 +0000
Change: 2019-11-13 09:12:15.780417160 +0000
 Birth: 2019-11-11 09:36:01.148936755 +0000

نفس المشكلة هنا.
بعد إعادة إنشاء الحاوية لا يزال يتعذر الدخول.
File: /mnt -> var/mnt Size: 7 Blocks: 0 IO Block: 4096 symbolic link Device: fd00h/64768d Inode: 655408 Links: 4 Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Context: system_u:object_r:mnt_t:s0 Access: 2019-11-13 20:58:21.899394135 +0200 Modify: 2019-10-19 12:03:46.378316430 +0300 Change: 2019-11-13 19:37:41.427229814 +0200 Birth: 2019-10-19 12:03:46.378316430 +0300

يمكنني تأكيد الرجوع إلى إصدار سابق من crun على SB31 باستخدام آخر التحديثات سيؤدي إلى عمل حاويات مربع الأدوات. تشغيل "31.20191115.0 (2019-11-15T01: 59: 08Z)" وتنفيذ الخطوات التالية:

1. تنزيل crun-0.10.4-1.fc31 (https://kojipkgs.fedoraproject.org//packages/crun/0.10.4/1.fc31/x86_64/crun-0.10.4-1.fc31.x86_64.rpm)
2. استبدال rpm-ostree override ~ / Downloads / crun-0.10.4-1.fc31.x86_64.rpm
3. إعادة تشغيل systemctl

ربما يكون هذا مفيدًا لشخص لم ينجز أي عمل على SB كسطح مكتب رئيسي دون وجود حاويات أدوات عمل.

أنا سعيد لأنني وجدت منشورgarrett الذي https://discussion.fedoraproject.org/t/toolbox-broken-again-crun-update-in-31-20191112-0/11369/8

stephanmol شكرًا لك ، تم تشغيل صندوق الأدوات مرة أخرى.

بعد بضعة أيام ، تم كسر صندوق الأدوات مرة أخرى.
يبدو أن المشكلة قد تم إصلاحها في crun-0.10.6-1.fc3 ، وفقًا لهذه المعلومات https://github.com/containers/libpod/issues/4024.
لإصلاح المشكلة ، نفذ خطوات مماثلة مثل

• تنزيل crun-0.10.6-1.fc3 (https://kojipkgs.fedoraproject.org//packages/crun/0.10.6/1.fc31/x86_64/crun-0.10.6-1.fc31.x86_64.rpm)

• استبدال rpm-ostree override ~ / Downloads / crun-0.10.6-1.fc31.x86_64.rpm

• إعادة تشغيل systemctl

aaronuurman crun-0.10.6-1.fc31.x86_64 باللون Silverblue اعتبارًا من أمس. لن تحتاج إلى التجاوز بعد الآن.

أنا سعيد بإنجاز العمل في حاويات على Silverblue في هذه اللحظة بالذات بفضل toolbox (و podman و crun). نأمل أن يعمل كل شيء مرة أخرى بالنسبة لك أيضًا بعد rpm-ostree update (وإعادة التشغيل)؟

في حالة بقاء التجاوز في مكانه بعد تشغيل rpm-ostree upgrade ، كان عليّ تنفيذ rpm-ostree override reset crun يدويًا مما جعله يستخدم أحدث إصدار من crun الذي يعمل على إصلاح المشكلة (رائع!)

شكرا لفرز هذا ، giuseppe !

يبدو أن التجاوز يظل في مكانه بعد ترقية rpm-ostree ، ربما لهذا السبب قمت بتجاوز جديد.
شكرا لتوضيح ذلك: +1:

FWIW ، لقد قمت بعمل rpm-ostree override reset -a وأعد تشغيله فقط للتأكد من عدم وجود أي تجاوزات. (لم ينجح تحديد crun أو crun-0.10.6 فقط. لكن إعادة التعيين نجحت.)

لم يتم عرض تجاوز crun ، لكنني أردت التأكد من عدم وجوده بشفافية لأنه كان نفس الإصدار الذي يشحن الآن في Silverblue. (لا أريد أن أحصل على بعض المفاجآت في المستقبل.: wink :)

اسمحوا لي بإعادة الغرض من هذه المشكلة لتحسين تعاملنا مع /mnt و /media لجعل الأمور أكثر قوة على المدى القصير. لقد فعلنا نفس الشيء بالفعل مقابل /home .