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는 최신 업데이트(Rawide.20191107.n.1)에서 작업 중이지만 F31 버전 사이에 있습니다: crun-0.10.4-1.fc32.x86_64 .

그래서 0.10.4 와 0.10.5 사이에 뭔가 문제가

그러나 rawhide의 podman은 1.6.3-0.34.dev.git1e750f7.fc32.x86_64 가 아니라 podman-1.6.2-2.fc31.x86_64 입니다.

한편, toolbox는 toolbox-0.0.16-1.fc31.noarch (또는 생가죽의 경우 toolbox-0.0.16-1.fc32.noarch )의 모든 위치에서 동일한 버전에 있습니다.

호스트에서 stat /media 의 출력을 공유하시겠습니까?

crun에서 수정하기 위해 PR을 열었습니다. 그 동안 다음을 사용하여 문제를 해결할 수 있습니다.

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 및 /run/media에 대한 모든 참조를 제거했으며 일시적으로 문제가 해결되었습니다.

@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

도움이된다면 SELinux를 허용으로 설정하여 XFS를 사용하고 있습니다.

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

최신 업데이트를 사용하여 SB31에서 crun을 다운그레이드하면 도구 상자 컨테이너가 작동함을 확인할 수 있습니다. "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 재정의 ~/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 감사합니다. 도구 상자가 다시 작동하게 되었습니다.

며칠 후 도구 상자가 다시 고장났습니다.
이 정보 https://github.com/containers/libpod/issues/4024 에 따르면 문제가 crun-0.10.6-1.fc3에서 수정된 것 같습니다
문제를 해결하려면 위에서 언급한 @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)

• rpm-ostree 재정의 ~/Downloads/crun-0.10.6-1.fc31.x86_64.rpm 교체

• systemctl 재부팅

@aaronuurman crun-0.10.6-1.fc31.x86_64 은(는) 어제 현재 Silverblue에 있습니다. 더 이상 재정의할 필요가 없습니다.

도구 상자(및 podman 및 crun) 덕분에 바로 지금 바로 Silverblue의 컨테이너에서 작업을 수행하고 있습니다. rpm-ostree update (그리고 재부팅) 후에도 모든 것이 다시 작동하기를 바랍니다.

rpm-ostree upgrade 실행한 후 재정의가 유지되어야 하면 수동으로 rpm-ostree override reset crun 를 수행해야 하므로 문제를 해결하는 최신 버전의 crun을 사용하게 되었습니다(예!)

정리해주셔서 감사합니다, @giuseppe !

rpm-ostree 업그레이드 후에도 재정의가 유지되는 것 같습니다. 아마도 이것이 내가 새로운 재정의를 한 이유일 것입니다.
지적해주셔서 감사합니다 :+1:

FWIW, 나는 rpm-ostree override reset -a 하고 _any_ 재정의가 없는지 확인하기 위해 재부팅했습니다. (crun 또는 crun-0.10.6만 지정해도 작동하지 않았지만 모두 재설정하면 작동했습니다.)

crun 재정의가 표시되지 않았지만 현재 Silverblue에서 제공되는 것과 동일한 버전이었기 때문에 투명하게 표시되지 않았는지 확인하고 싶었습니다. (앞으로 서프라이즈는 하고 싶지 않습니다. :wink:)

이 문제의 용도를 /mnt 및 /media 처리를 개선하여 단기적으로 좀 더 강력하게 만들겠습니다. 우리는 이미 /home 대해 동일한 작업을 수행합니다.