Hari ini saya tiba-tiba tidak bisa masuk ke kotak alat saya, jadi saya mencoba membuatnya lagi menggunakan toolbox reset
dan toolbox enter
tanpa hasil. Berikut adalah output dari 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
Saya memiliki masalah yang sama setelah memutakhirkan Silverblue. Ini adalah paket yang termasuk dalam peningkatan. Itu diperbaiki setelah memutar kembali.
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
Mungkin versi baru crun
menyebabkan ini.
Saya memiliki laptop cadangan lama yang saya gunakan untuk pengujian; itu menjalankan Silverblue Rawhide. Toolbox bekerja di sana pada pembaruan terbarunya (Rawhide.20191107.n.1), tetapi berada di antara versi F31: crun-0.10.4-1.fc32.x86_64
.
Jadi sepertinya ada yang rusak antara 0.10.4 dan 0.10.5 . Semoga ini membantu untuk mengisolasi masalah dan memperbaikinya di crun atau podman... atau mengatasi atau beradaptasi dengannya di kotak peralatan.
Namun, saya harus mencatat bahwa podman di rawhide ada di versi 1.6.3-0.34.dev.git1e750f7.fc32.x86_64
, bukan podman-1.6.2-2.fc31.x86_64
.
Sementara itu, toolbox pada versi yang sama di semua tempat, toolbox-0.0.16-1.fc31.noarch
(atau toolbox-0.0.16-1.fc32.noarch
dalam kulit mentah).
maukah Anda membagikan output stat /media
dari host?
Saya telah membuka PR untuk memperbaikinya di crun. Sementara itu, Anda dapat mengatasinya dengan:
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
Terima kasih atas perbaikan cepatnya, @giuseppe!!
Saya mengalami masalah serupa dengan /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
Saya baru saja menghapus semua referensi ke /mnt dan /run/media di kotak alat dan itu untuk sementara menyelesaikan masalah bagi saya.
@p1u3o hanya untuk memastikan perbaikan saya mengatasi masalah Anda, dapatkah Anda menunjukkan kepada saya output untuk stat /mnt
?
@giuseppe Saya mengalami masalah yang sama. Output dari stat /mnt
adalah:
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
Jika ada bantuan, saya menggunakan XFS dengan SELinux ditetapkan sebagai permisif.
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
Masalah yang sama disini.
Setelah rekreasi wadah masih tidak bisa masuk.
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
Saya dapat mengonfirmasi penurunan versi crun pada SB31 menggunakan pembaruan terbaru akan menghasilkan wadah kotak peralatan yang berfungsi. Jalankan "31.20191115.0 (2019-11-15T01:59:08Z)" dan lakukan langkah-langkah berikut:
Mungkin ini berguna bagi seseorang yang tidak menyelesaikan pekerjaan di SB sebagai desktop utama tanpa memiliki wadah kotak peralatan yang berfungsi.
Saya senang saya menemukan posting @garrett ini yang mengarahkan saya ke arah ini https://discussion.fedoraproject.org/t/toolbox-broken-again-crun-update-in-31-20191112-0/11369/8
@stephanmol Terima kasih, kotak alat berfungsi kembali.
Beberapa hari kemudian, kotak peralatan rusak lagi.
Tampaknya masalahnya sudah diperbaiki di crun-0.10.6-1.fc3, menurut info ini https://github.com/containers/libpod/issues/4024 .
Untuk memperbaiki masalah, lakukan langkah serupa seperti @stephanmol yang disebutkan di atas:
Unduh 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)
penggantian rpm-ostree ganti ~/Downloads/crun-0.10.6-1.fc31.x86_64.rpm
systemctl reboot
@aaronuurman crun-0.10.6-1.fc31.x86_64
ada di Silverblue sejak kemarin. Anda tidak perlu menimpa lagi.
Saya dengan senang hati menyelesaikan pekerjaan dalam wadah di Silverblue saat ini juga berkat toolbox (dan podman dan crun). Semoga semuanya berfungsi lagi untuk Anda juga setelah rpm-ostree update
(dan reboot)?
Haruskah penggantian tetap di tempat setelah menjalankan rpm-ostree upgrade
Saya harus melakukan secara manual rpm-ostree override reset crun
yang membuatnya menggunakan versi terbaru dari crun yang memperbaiki masalah (yay!)
Terima kasih telah menyelesaikan ini, @giuseppe !
Tampaknya override tetap di tempatnya setelah rpm-ostree upgrade , mungkin itu sebabnya saya melakukan override baru.
Terima kasih telah menunjukkannya :+1:
FWIW, saya melakukan rpm-ostree override reset -a
dan mem-boot ulang hanya untuk memastikan saya tidak memiliki _any_ override. (Menentukan hanya crun atau crun-0.10.6 tidak berhasil. Tetapi mengatur ulang semua berhasil.)
Crun override tidak muncul, tapi saya ingin memastikan itu tidak transparan di sana karena itu adalah versi yang sama dengan apa yang sekarang dikirimkan di Silverblue. (Saya tidak ingin memiliki kejutan di masa depan. :wink :)
Izinkan saya menggunakan kembali masalah ini untuk meningkatkan penanganan /mnt
dan /media
untuk membuat segalanya sedikit lebih kuat dalam jangka pendek. Kami sudah melakukan hal yang sama untuk /home
.
Komentar yang paling membantu
Saya telah membuka PR untuk memperbaikinya di crun. Sementara itu, Anda dapat mengatasinya dengan: