Toolbox: होस्ट से मेल खाने के लिए /मीडिया और /mnt सेट करें

को निर्मित 12 नव॰ 2019 · 20टिप्पणियाँ · स्रोत: containers/toolbox

आज मैं अचानक अपने टूलबॉक्स में प्रवेश नहीं कर सका, इसलिए मैंने बिना किसी भाग्य के toolbox reset और toolbox enter का उपयोग करके इसे फिर से बनाने का प्रयास किया। toolbox -v enter का आउटपुट यहां दिया गया है:

toolbox: running as real user ID 1000
toolbox: resolved absolute path for /usr/bin/toolbox to /usr/bin/toolbox
toolbox: checking if /etc/subgid and /etc/subuid have entries for user zlopez
toolbox: TOOLBOX_PATH is /usr/bin/toolbox
toolbox: running on a cgroups v2 host
toolbox: current Podman version is 1.6.2
toolbox: migration not needed: Podman version 1.6.2 is unchanged
toolbox: Fedora generational core is f31
toolbox: base image is fedora-toolbox:31
toolbox: container is fedora-toolbox-31
toolbox: checking if container fedora-toolbox-31 exists
toolbox: calling org.freedesktop.Flatpak.SessionHelper.RequestSession
toolbox: starting container fedora-toolbox-31
toolbox: /etc/profile.d/toolbox.sh already mounted in container fedora-toolbox-31
Error: unable to start container "fedora-toolbox-31": creating file '/var/home/zlopez/.local/share/containers/storage/overlay/bcd97a238cf639f8d3dfeef7b5c44b7ad9f4ba99410864856358b26ade201f1e/merged/media': Is a directory: OCI runtime error
toolbox: failed to start container fedora-toolbox-31

स्रोत

Zlopez

सबसे उपयोगी टिप्पणी

मैंने इसे क्रुन में ठीक करने के लिए एक पीआर खोला है। इस बीच, आप इसे इसके साथ हल कर सकते हैं:

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 12 नव॰ 2019

👍6

सभी 20 टिप्पणियाँ

सिल्वरब्लू को अपग्रेड करने के बाद भी मुझे यही समस्या थी। ये अपग्रेड में शामिल पैकेज थे। वापस लुढ़कने के बाद इसे ठीक किया गया।

       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

elhutchi 12 नव॰ 2019

संभवतः crun एक नए संस्करण के कारण यह हुआ।

Zlopez 12 नव॰ 2019

मेरे पास एक पुराना अतिरिक्त लैपटॉप है जिसे मैं परीक्षण के लिए उपयोग करता हूं; यह सिल्वरब्लू रॉहाइड चला रहा है। टूलबॉक्स वहां अपने सबसे हालिया अपडेट (रॉहाइड.20191107.n.1) पर काम कर रहा है, लेकिन यह F31 संस्करणों के बीच है: crun-0.10.4-1.fc32.x86_64 ।

तो ऐसा लगता है कि 0.10.4 और 0.10.5 के बीच क्रुन में कुछ टूट गया। उम्मीद है कि यह समस्या को अलग करने में मदद करता है और या तो इसे क्रुन या पॉडमैन में ठीक करता है ... या टूलबॉक्स में इसके आसपास काम करता है या इसे अनुकूलित करता है।

हालांकि, मुझे ध्यान रखना चाहिए कि रॉहाइड में पॉडमैन संस्करण 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 )।

garrett 12 नव॰ 2019

क्या आप कृपया होस्ट से stat /media का आउटपुट साझा करेंगे?

giuseppe 12 नव॰ 2019

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 12 नव॰ 2019

👍6

त्वरित सुधार के लिए धन्यवाद, @giuseppe !!

HarryMichal 12 नव॰ 2019

मैं /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 और /run/media के सभी संदर्भों को अभी हटा दिया है और इसने मेरे लिए अस्थायी रूप से इस मुद्दे को हल कर दिया है।

p1u3o 13 नव॰ 2019

@ p1u3o बस यह सुनिश्चित करने के लिए कि मेरा फिक्स आपकी समस्या का समाधान करता है, क्या आप मुझे stat /mnt लिए आउटपुट दिखा सकते हैं?

giuseppe 13 नव॰ 2019

@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

benhoman 13 नव॰ 2019

अगर यह किसी भी मदद की है तो मैं 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

p1u3o 13 नव॰ 2019

वही समस्या है।
एक कंटेनर के मनोरंजन के बाद भी प्रवेश नहीं कर सकता।
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

aaronuurman 13 नव॰ 2019

मैं नवीनतम अपडेट का उपयोग करके एसबी 31 पर डाउनग्रेडिंग क्रुन की पुष्टि कर सकता हूं जिसके परिणामस्वरूप टूलबॉक्स कंटेनर काम कर रहे हैं। "31.20191115.0 (2019-11-15T01:59:08Z)" चल रहा है और इन चरणों का पालन किया:

डाउनलोड 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)
आरपीएम-ओस्ट्री ओवरराइड ~/डाउनलोड/क्रून-0.10.4-1.fc31.x86_64.rpm बदलें
systemctl रिबूट

हो सकता है कि यह किसी ऐसे व्यक्ति के लिए मददगार हो, जो एसबी पर मुख्य डेस्कटॉप के रूप में काम करने वाले टूलबॉक्स कंटेनरों के बिना कोई काम नहीं कर रहा हो।

मुझे खुशी है कि मुझे @garrett की यह पोस्ट मिली जिसने मुझे इस दिशा में इंगित किया https://discussion.fedoraproject.org/t/toolbox-broken-again-crun-update-in-31-20191112-0/11369/8

stephanmol 15 नव॰ 2019

🎉3 👍1

@stephanmol धन्यवाद, टूलबॉक्स फिर से काम कर रहा है।

aaronuurman 17 नव॰ 2019

🎉1

कुछ दिनों बाद, टूलबॉक्स फिर से टूट जाता है।
ऐसा लगता है कि समस्या crun-0.10.6-1.fc3 में ठीक हो गई है, इस जानकारी के अनुसार https://github.com/containers/libpod/issues/4024।
समस्या को ठीक करने के लिए ऊपर बताए गए @stephanmol के समान कदम उठाएं:

डाउनलोड 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)
आरपीएम-ओस्ट्री ओवरराइड ~/डाउनलोड/क्रून-0.10.6-1.fc31.x86_64.rpm बदलें
systemctl रिबूट

aaronuurman 20 नव॰ 2019

@aaronuurman crun-0.10.6-1.fc31.x86_64 कल तक सिल्वरब्लू में है। आपको अब ओवरराइड करने की आवश्यकता नहीं है।

टूलबॉक्स (और पॉडमैन और क्रुन) की बदौलत मैं खुशी-खुशी सिल्वरब्लू पर कंटेनरों में काम कर रहा हूं। उम्मीद है कि rpm-ostree update (और रीबूट) के बाद भी यह सब आपके लिए फिर से काम करेगा?

garrett 20 नव॰ 2019

क्या ओवरराइड rpm-ostree upgrade चलाने के बाद यथावत बना रहना चाहिए, मुझे मैन्युअल रूप से rpm-ostree override reset crun प्रदर्शन करना पड़ा, जिससे इसने क्रुन के नवीनतम संस्करण का उपयोग किया जो समस्या को ठीक करता है (याय!)

stephanmol 20 नव॰ 2019

इसे सुलझाने के लिए धन्यवाद, @giuseppe !

debarshiray 20 नव॰ 2019

ऐसा लगता है कि ओवरराइड आरपीएम-ओस्ट्री अपग्रेड के बाद रहता है, शायद इसीलिए मैंने एक नया ओवरराइड किया।
इसे इंगित करने के लिए धन्यवाद: +1:

aaronuurman 21 नव॰ 2019

एफडब्ल्यूआईडब्ल्यू, मैंने rpm-ostree override reset -a और यह सुनिश्चित करने के लिए रीबूट किया कि मेरे पास _any_ ओवरराइड नहीं है। (सिर्फ crun या crun-0.10.6 निर्दिष्ट करने से काम नहीं चला। लेकिन सभी को रीसेट करने से काम नहीं चला।)

क्रुन ओवरराइड दिखाई नहीं दे रहा था, लेकिन मैं यह सुनिश्चित करना चाहता था कि यह पारदर्शी रूप से वहां नहीं था क्योंकि यह वही संस्करण था जो अब सिल्वरब्लू में जहाजों के रूप में था। (मैं भविष्य में कुछ आश्चर्य नहीं करना चाहता।: पलक :)

garrett 21 नव॰ 2019

👍1

मुझे इस मुद्दे का पुन: उद्देश्य /mnt और /media हमारी हैंडलिंग में सुधार करना है ताकि तत्काल अल्पावधि में चीजों को थोड़ा और मजबूत बनाया जा सके। हम पहले से ही /home लिए ऐसा ही करते हैं।

debarshiray 21 नव॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Toolbox: होस्ट से मेल खाने के लिए /मीडिया और /mnt सेट करें

सबसे उपयोगी टिप्पणी

सभी 20 टिप्पणियाँ

संबंधित मुद्दों