mxlinux에서 anbox를 테스트하여 내가 사용하는 일부 Android 앱이 제대로 실행되는지 확인하고 싶습니다. 문제는 anbox가 snapd를 사용하는데 이 두 가지는 Systemd에서만 사용할 수 있다는 것입니다.
Systemd를 사용해 보았지만 재앙이었습니다. 어떤 이유로 컴퓨터가 예기치 않게 종료되면 다음에 컴퓨터를 시작할 때 컴퓨터가 시작되지도 않습니다.
그래서 sysvinit에서 snapd를 사용하는 방법을 알고 싶습니다.
답변1
별말씀을요. Snap은 systemd에서 제공하는 격리, 탑재 및 컨테이너 실행 서비스를 기반으로 합니다.
cgroup을 관리하는 서비스, 공유 네임스페이스를 조정하는 서비스, 권한이 없는 사용자가 아카이브를 마운트할 수 있도록 하는 서비스, 컨테이너화된 애플리케이션의 런타임을 관리하는 서비스가 필요합니다. Systemd는 이러한 모든 기능을 제공하지만 sysvinit는 80~90년대의 순수 부팅 시스템이며 snapd가 사용하는 최신 Linux 기반 운영 체제의 이러한 기능을 제공하지 않습니다.
설명하신 증상은 systemd와 관련이 없을 가능성이 높으므로 2023년에 sysvinit와 같은 틈새 초기화 시스템을 채택하는 것은 시스템이 제대로 작동하는 데 약간 비생산적일 수 있다고 생각합니다. 그럼에도 불구하고, snapd 사람들은 비-systemd 시스템을 지원할 계획이 없다고 공개적으로 반복적으로 밝혔으며, systemd의 일부를 다시 구현하는 데 필요한 해결 방법이 상당할 것이라고 기대하는 것이 불가능하지는 않습니다. .
나는 단지 여기서 화를 내고 있는 것일 뿐, 그것은 분명히 당신을 개인적으로 겨냥한 것이 아닙니다. 하지만 개발자들이 이 주제에 대해 실제로 말하는 내용을 살펴보면 인터넷 전체에서 볼 수 있는 매우 추악한 패턴이 생각났습니다. 그래서 나는 "이것이 내 가슴이다"라고 적어야 했습니다:
비슷한 주제를 읽을 때이것, 당신은 snapd 사람들이 매우 친절하고 생산적이며, systemd 없이도 snapd 기능의 하위 집합을 가능하게 만드는 데 전념하는 사용자를 돕는 것을 좋아한다는 것을 알게 될 것입니다. 그러나 이와 같은 모든 스레드에서 소프트웨어가 의존하는 종속성 없이 실행할 수 있는 소프트웨어를 요구하는 사람들이 실제 전문 지식을 가져오지 않고도 가장 인기를 얻는 것은 인터넷의 법칙인 것 같습니다. 그리고 개발자들은 사람들이 잘 통합된 그래픽 응용 프로그램이나 잘 격리된 서버를 실행하는 데 필요한 전체 기능 세트가 없을 수도 있지만 따라잡을 수 없는 작업을 만들려고 노력하고 있습니다. , 그리고 실제로 그들과 함께 일할 수 있는 능력을 잃게 됩니다.
이는 시스템화되지 않은 군중에 대한 저주입니다. 시스템화를 싫어하는 사람들이 기여하지 않는 개발자에게 시간을 조금 덜 소비한다면 시스템화에 의존해야 할 타당한 이유가 있는 많은 것들이 이제 실행 가능한 대체 백엔드를 갖게 될 수 있습니다. 일반적으로 말하면, FOSS 관리자로서 귀하의 에너지는 "특별한" 시스템을 지원하도록 유도하는 사람들에 의해 매우 빨리 소진될 가능성이 높으며, 따라서 대부분의 사람들에게 도움이 될 무언가를 구축하는 데 소요될 수 있는 시간을 소모하게 됩니다.
MX Linux 및 유사한 노력이 나쁘다고 생각한다는 것은 확실히 아닙니다. systemd가 수행하는 역할을 독점하지 않는 것이 중요하다고 생각합니다. 그냥 그거 하나면 돼긍정적인그 이유 - 누군가가 systemd에 의존하는 것이 있다고 언급할 때마다 부정적인 생각이 그의 편지함에 넘쳐납니다. 10년 전, 기본적으로 모든 주요 배포판은 이것이 옳은 일이라고 생각했습니다!