커널 4.4.194에서 데비안을 실행하는 Tinker Board 2(예: Raspberry Pi)가 있습니다.
예상대로 cgroups v2
파일에 추가하여 systemd.unified_cgroup_hierarchy=1
활성화했습니다 ./boot/cmdline.txt
결과 ls /sys/fs/cgroup/
는 다음과 같습니다.
cgroup.controllers cgroup.procs cgroup.subtree_control init.scope system.slice user.slice
이것이 맞는 것 같습니다.
그러나 이에 따르면가이드, 이제 및 도 추가해야 cpu
하는데 여기서 막히게 됩니다.chipset
cgroup.subtree_control
echo '+cpu' >> /sys/fs/cgroup/cgroup.subtree_control
echo '+cpuset' >> /sys/fs/cgroup/cgroup.subtree_control
이로 인해 권한 거부 오류가 발생합니다. sudo echo를 실행하더라도 동일한 결과가 발생합니다.
ls -l for /sys/fs/cgroup
보여주다:
-r--r--r-- 1 root root 0 Dec 2 06:52 cgroup.controllers
-rw-r--r-- 1 root root 0 Dec 2 06:29 cgroup.procs
-rw-r--r-- 1 root root 0 Dec 2 06:53 cgroup.subtree_control
drwxr-xr-x 2 root root 0 Dec 2 06:19 init.scope
drwxr-xr-x 53 root root 0 Dec 2 06:33 system.slice
drwxr-xr-x 4 root root 0 Dec 2 06:19 user.slice
cgroup v2에 누구 CPU와 칩셋을 추가해야 할지 모르겠어요...
내 목적은 kubernetes를 설치하고 보드를 클러스터로 연결하는 것입니다. 그런데 CPU와 CPUSET을 찾을 수 없다고 kubeadm이 실패했습니다. 이 질문으로 인해 cgroups v2가 생각났습니다.
답변1
@bgfvdu3w의 답변과 솔루션에도 불구하고 대안은 터미널 창을 열고 다음과 같이 작성하는 것입니다.
sudo -s<<START
echo '+cpu' >> /sys/fs/cgroup/cgroup.subtree_control
echo '+cpuset' >> /sys/fs/cgroup/cgroup.subtree_control
START
시작 태그(첫 번째 START 단어)가 작성된 후 터미널은 새 입력을 기다리고 슈퍼유저 권한으로 명령이 실행되며 터미널 프롬프트 줄의 시작 부분에 ">" 문자가 배치됩니다. 명령 작성을 마치고 종료 표시(두 번째 시작 단어) 뒤에 명령을 입력하면 터미널은 일반 프롬프트 상태로 돌아가고 수퍼유저 권한으로 모든 명령을 적용합니다.
권한으로 인해 오류가 발생하는 sudo를 사용할 때 항상 이 옵션을 사용합니다. 오류가 지속되면 권한을 확인하겠습니다.