Systemd haters를위한 Manjaro isos의 OpenRC

오늘 내 RSS를 읽고 흥미로운 뉴스를 발견했습니다. 복제 자의 모습 블로그, Manjaro 커뮤니티에서 사용하지 않는 특성을 가진 여러 ISO가 시작되었습니다. Systemd init처럼, 그렇지 않으면 오픈RC,에서 사용하는 시작 시스템 젠투.

오픈RC

나는 당신에 대해 잘 모르지만 Systemd 테마는 이미 내 공을 많이 만지고 있으며 더 많이 읽을수록 최종 사용자 (또는 많은 사람들에게)가 적어도 나에게 관련성이 없다는 것을 더 많이 깨닫습니다. , 나는 이것이 가고있는 길을 좋아하지 않는다. 건조한 사막에서도 포크와 불만이 터지는 GNU / 리눅스의 세계에 검은 계절이 다가오고 있다고 생각합니다.

그러나 사업에 착수합시다. Manjaro 포럼에서 그들은 앞서 말했듯이 OpenRC가 사용하는 일부 isos를 게시했습니다. 그리고 이러한 버전을 설치하는 것을 두려워하는 사람들을 위해 설치 방법에 대한 비디오를 남깁니다.

OpenRC로 ISO 다운로드

우리가 보게 될 첫 번째 ISO는 버전입니다. 넷인스톨. 이 ISO에는 다음과 같은 특성이 있습니다.

  • Manjaro-Net 프로필 기반 (데스크톱 환경이 사전 설치되어 있지 않음)
  • 테스트 분기를 기반으로합니다.
  • 무료 드라이버 만
  • Linux 커널 3.14 시리즈 사용
  • 플리머스를 사용하지 않음
  • Virtualbox에서 테스트되었습니다.

언어는 처음에 F2 키를 눌러 선택할 수 있습니다. 부팅 프로세스가 완료되면 다음 항목에 액세스하는 데 사용할 프롬프트가 표시됩니다.

  • 사용자 : root
  • 비밀번호 : manjaro

이전 비디오와 같이 설치를 시작하려면 다음을 작성합니다.

setup

ISO 다운로드 링크

만자로-net-0.8.11-openrc-i686.iso (32 비트)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

만자로-넷-0.8.11-openrc-x86_64.iso (64 비트)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

설치 후 지침

만자로 포럼 설치 후 데이터를 제공합니다.

이 지침에 따라 openrc-eudev 저장소를 추가합니다.

1) /etc/pacman.conf 끝에 다음을 추가합니다.

[openrc-eudev] SigLevel = 선택적 TrustAll 서버 = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

키를 추가하고 가져옵니다.

sudo 팩맨 키 -r 518B147D sudo 팩맨 키 -lsign-key 518B147D

2) 시스템 업데이트

수독 팩맨 -Syu

3) 선호하는 데스크탑 환경을 설치합니다. 예제에서는 lxde

sudo 팩맨 -S lxde

데스크탑 환경 설치에 대한 정보는 위키.

4) 세션 관리자를 설치합니다.:

sudo 팩맨 -S lxdm-consolekit
세션 관리자도 파일에 설정되어야합니다. /etc/conf.d/xdm 더 많은 정보가 있습니다 여기에 y 여기에

5) 네트워크 관리자 용 애플릿과 같은 패키지를 설치합니다.

sudo pacman -S 네트워크 관리자 애플릿

6) 시스템을 다시 시작합니다.

sudo 재부팅

이를 위해서는 케이블을 통해 인터넷에 연결되어야한다는 것은 말할 필요도 없습니다. Wi-Fi를 사용하는 경우 방법을 볼 수 있습니다. 이 링크.

OpenRC 및 OpenBox를 사용하는 Manajaro ISO

Openbox ISO의 경우 몇 가지 사항을 고려해야합니다.

  • 주요 목표 만드는 것입니다 더 쉬운 설치 과정 허용 구성 양식 그래프 네트워크 (사용 위드) 및 분할 사용 GParted와 선택적으로.
  • 구성에는 다음이 포함됩니다. Openbox WM, LXTerminal, PCMan 및 NetSurf 웹 브라우저 (검색 정보 위키 o 구글),
  • 콘솔 설치 프로그램을 사용하십시오.

OpenRC로 ISO 다운로드 링크 :

만자로-openbox-openrc-2014-11-13-i686.iso (32 비트)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 비트)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

OpenRC가있는 Manjaro XFCE ISO

실험적으로 만 64 비트의 경우 XFCE가있는 ISO도 있습니다.

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 비트)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   일부 중 하나

    당신 말이 맞습니다. OpenRC가 현재 초기화의 자연스러운 후계자이기 때문에 시스템 문제는 특정 냄새를 발산하기 시작합니다. 이 이야기가 어디에서 끝나는 지 보게 될 것입니다.

  2.   빌헬름

    "최종 사용자 (또는 많은 사용자에게)는 매우 관련성이 높은 것은 아니지만"

    사용자로서 OS 자체의 운영에 영향을주지 않았기 때문에 똑같다고 생각합니다.

    사실 유일한 큰 것 (데비안)은이 주제에 대해 "스캔들"에 대한 뉴스를 냈고, 모든 관련 시스템이 다른 이유가 있다고 말했지만 (그렇게해서는 안되는).

    다른 큰 배포판은 문제를 일으키지 않았습니다 (또는 최소한 스페이드와 횃불로 나타남), Fedora, Ubuntu 및 OpenSUSE.

    예를 들어 opensuse 13.2는 좋은 수용 / 비평을 가지고 있고 리뷰에서 아무도 systemd에 대해 말하지 않기 때문에 (토론을 설정하는 경우에도) 프로그래머 간의 싸움이라는 인상을줍니다.

    이제 결국에는 영향을 미치지 않는다면 systemd에서 OpenRC로 이동하는 모든 소란이 발생합니다.

    1.    데로

      개인적으로 systemd에 관해서는 나를 불안하게 만들고 불안감이 있으며 좋은 게시물이 있습니다.

    2.    유키 테루

      Fedora에서는 systemd를 init로 설정하기로 결정했을 때 systemd에 대한 논쟁이 있었고 시스템에 대한 비방이있었습니다. 주로 매우 신선하고 결함이 많기 때문에 기본적으로 init으로 사용하는 데 동의하지 않았기 때문입니다. 그러나 대부분의 주요 개발자는 핵심 개발 팀에 있으며 systemd와 관련이 있으므로 Upstart가 Ubuntu 개발이고 CLA가 상당히 있다는 문제 외에도 systemd를 Upstart로 대체하는 것은 부과 된 신호였습니다. 결국 모든 사람들이 의심의 여지없이 체계적인 것을 받아들이도록 도왔습니다. OpenRC는 병렬화 및 cgroup 지원을 포함하여 현재 가지고있는 많은 기능이 부족했기 때문에 당시에는 의문의 여지가 없었습니다.

  3.   anonimo

    좋은 소식! openrc를 출시 할 바이너리 배포판 .... 그것은 마치 신의 선물과 같습니다.
    이것은 archlinux가 처음부터 취해야했던 경로입니다. 저는 systemd로 가기 위해 archlinux를 보증해야했던 때를 기억합니다. 이제 저는 여기서 gentoo에서 정확히 사용하는 openrc + eudev로 바이너리 배포판을 다시 테스트 할 수 있습니다.
    Manjaro의 많은 사람들에게 감사드립니다 !!!

    # eix -IC openrc
    [I] sys-apps / openrc (0.13.6@24/11/14) : OpenRC는 호스트의 서비스, 시작 및 종료를 관리합니다.
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14) : Linux 동적 및 영구 장치 이름 지정 지원 (일명 사용자 공간 devfs)

  4.   시엡

    정보 주셔서 감사합니다, elav!

    나는 systemd에 대한 당신의 의견을 공유하고 또한이 새로운 init의 출현 이후 Linux가 취한 표류에 대해 우려하고 있습니다. 데비안 포크가 도착하기 전에 Wheezy가 너무 늙어 가면 Manjaro OpenRC를 시도해 볼 생각입니다. 젠투 시스템을 준비 할 자유 시간이 없기 때문입니다. 내 개인적인 상황에 대해 광범위 함).

    안녕하십니까!

  5.   크리스티안

    Elav는 "논란"을 너무 많이 이해하지 못하는 사용자를 위해 10 자 미만으로 설명 할 수 있습니다. 한동안 블로그에 매우 기술적 인 기사가 여러 개 있었으며 이에 대한 컨텍스트 설명을 완료하지 않았습니다. "초보자"... 이제까지 그들은 기술에 관계없이 설명이 좋으려면 할머니도 이해해야한다고 말했습니다.

    사실, 얼마 전 페도라에서는 문제가 참을 수 없게되어 여러 데스크톱 사용자가 문제를 우회하기 위해 centos로 전환하려고 생각하고있었습니다.

    1.    루이스

      나는 그 요청에 서명합니다.

      Systemd는 저에게 잘 맞는데 그렇게 많이 움직이는 문제는 무엇입니까?

      내가 모른다고하자.

    2.    Daryo

      systemd는 시스템 시작을 담당하는 프로그램이지만 개발자는이를 확장하기로 결정했으며 이제 시작뿐만 아니라 cron (프로그램을 자동으로 실행하는 프로그램), 네트워크, 시스템 로그와 같은 작업도 처리합니다. 바이너리, 무엇보다도

      많은 사람들이 그러한 갑작스러운 변화에 대해 호의적으로 보지 않습니다. 특히 그것이 새로운 소프트웨어이기 때문에 프로그래밍과 예를 들어 그놈이 점점 더 연결될 때 종속성을 생성하는 것 외에도 평생 동안 일한 프로그램보다 버그가 더 많기 때문입니다. 이 시스템에. 다른 유닉스 플랫폼에 덜 이식성있게 만듭니다.

      다른 의견이 중재를 통과하지 못했는지는 모르겠지만 systemd를 좋아한다고 말했지만 모든 배포판을 독점하고 다른 요구를 가진 사람들을 위해 항상 Linux에서 수행되었으므로 대안을 남겨서는 안됩니다.

    3.    Daryo

      부팅시 시스템 시작을 담당하는 프로그램이 system v 였기 전에는 대부분의 배포판에서 systemd xD로 대체 될 때까지 오랫동안 진행되어 왔었다 고 말할 필요가 없습니다.

    4.    엘라 브

      @daryo가 말한 것에 다음을 추가합니다 (제 의견이기도합니다).

      저는 프로그램이 한 가지만 수행하지만 잘 수행하는 유닉스 철학을 항상 좋아했습니다. Systemd가 @daryo가 말한 모든 것을 제어하려고 할 때 약간의 의심이 있으며 Systemd가 어떻게 든 손상되면 어떻게 될까요? 글쎄, 그것은 그것이 제어하는 ​​모든 것을 드래그 할 것입니다.

      거기에 내가 추가 한 (그리고 아마도 이것은 습관이 더 멀다), 내 시스템 로그가 순수한 텍스트 파일이라는 것을 항상 좋아했지만 Systemd에서는 모든 것이 바이너리이며 다음과 같은 명령이 있습니다.

      cat log.txt

      o

      tailf log.txt

      GREP와 같은 다른 옵션을 사용하여 특정 콘텐츠를 필터링 할 수 있지만 Systemd는 명명 된 명령을 사용합니다. 저널.

      앞서 언급 한 것 외에도 Systemd의 주요 지수 인 RedHat이므로 끌 수 없다는 경고가 표시됩니다. 내가 틀렸을 수도 있지만 이건 좋지 않은 것 같습니다 .. 부팅, 크론, 네트워크를 제어하기 위해 필요한 것이 무엇이며 얼마나 많은 서비스가 존재하는지 계속 궁금합니다. 그게 무슨 의미일까요?

      1.    알렉산더

        귀하의 의견과 조사한 내용 덕분에 귀하의 의심을 확인할 수 있습니다. 경고가 정확합니다, Broder.
        내가 TCP Stealth에 대해 읽은 적이 있는데, 이는 Red Hat이 5 개의 눈의 청취 시스템에 대한 산업 스파이 활동을 촉진했다고 비난하는 독일 논문입니다.
        나는 이미 이것에 대해 썼습니다. 필요한 재능이 있다면 당신이 그것을 가지고 있다는 것을 알고 있습니다. 당신은 자신의 결론에 도달 할 수 있습니다.
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP 스텔스

      2.    유키 테루

        좋은 코멘트 @elav를 보완하기 위해 systemd는 NIH가 너무 높아서 다음을 제어한다고 주장합니다.

        1.- systemd-networkd 및 systemd-nspawn을 사용하여 IPv4 및 IPv6과의 인터넷 연결 관리.
        2.- 내부 DNS 캐시를 통한 DNS 관리, systemd-resolved.
        3.- systemd-networkd를 사용하여 내부 네트워크에서 멀티 캐스트 DNS 관리.
        4.- systemd-consoled를 사용하여 Linux에서 TTY 터미널 관리. (안녕 KMScon?)
        5.- logind를 통한 세션 및 권한 관리.
        6.- Coredump 제어, 바이너리 파일 사용 및 커널 지시문 건너 뛰기.
        7.- 로그 제어, 바이너리 파일 사용, 커널 지시문 건너 뛰기.
        8.- logind를 사용하여 ACPI 이벤트 제어. (Systemd-212는 시스템을 쓸모 없게 만드는 다양한 버그로 Nvidia 개발자에게 몇 가지 골칫거리를 추가했습니다)
        9.- 아직 진행중인 작업 인 네트워크에 대한 PPPoE 지원.
        10.-클라이언트 및 서버에서 DHCP 지원. (그것으로 무엇을하나요? 몰라)
        11.- 공장 초기화 기능이있는 시스템 지원, 그건 그렇고 BTRFS와 밀접하게 연결되어 있습니다 (나중에 BTRFS가 systemd에 종속 되더라도 놀라지 마십시오. Lennart는이를 좋아합니다)
        12 ..- 가상화 된 컨테이너 지원 (주로 Xen 및 KVM)
        13.- 장치 처리 및 초기화 지원 (udev가 수행하는 작업)
        14.- 디스크 암호화 시스템 처리.
        15.-펌웨어 및 커널 모듈로드.
        16.- 호스트 이름 처리 (PC의 고유 한 식별자까지 생성), 전제, 시간, NTP 동기화, sysctl (커널 제어 변수), 난수 생성기 (매우 WTF이, 그리고 많은 의심)
        17.- 임시 파일 시스템 처리.

        짧고 긴 목록에서, 누군가가 그것을 말하는 것보다 더 많이 알고 있다면 systemd 가하는 것을 알고 있습니다. :).

        추신 : systemd는 systemd-214 이후로 더 이상 LSB 및 SysV 스크립트에 대한 지원을 제공하지 않으므로 현재 "레거시"지원이 얼마나 진실한지 또는 표준을 얼마나 준수하는지 모르겠습니다. LSB가 여전히 Linux의 표준이라고 말합니까, 아니면 제가 틀렸습니까?

        1.    앨런 헤레라

          알려 주셔서 감사합니다. BTRFS에 갈 생각을했지만 레나 트가 그를 좋아한다는 사실을 알면 그가 NSA-IBM에 대해 끔찍하고 스파이가되어야한다는 것을 알 수 있습니다.

    5.    anonimo

      요약하고 설명 할 공간이 거의 없습니다. 그것은 숨기려고 시도조차하지 않는 거대한 트로이 목마입니다. 네트워크 서비스, dhcp dns, 심지어는 avahi ...를 systemd에 넣음으로써 시작 시스템이하는 일은 무엇입니까? 서비스를 관리 할 수 ​​없어 의사 결정의 힘이 상실됨
      원치 않고 비활성화 할 수있는 나에게 오지 않는 것, 나는 그것들을 systemd 패키지에 넣기를 원하지 않는다!
      OpenRC에서는 각 런레벨에서 어떤 일이 시작되는지를 결정하는 사람이고, 일부 서비스는 다른 서비스에 대한 종속성이 있지만 매우 적고 나열되어 있습니다. systemd에서는 어떤 것이 든 그가 원하는 순간에 원하는대로 수행합니다. .. 부팅 시간이 약 5 초이고 종료 시간이 빨라집니다.
      Systemd는 너무 복잡해서 그것이 무엇을하는지 알 수 없습니다. 당신은 그것이 당신의 주인이고 당신에게 어떤 잘못도하지 않는다고 생각해야합니다.
      Systemd는 데몬이나 서비스 및 런레벨 측면에서 쉽고 이해하기 쉬워야한다는 개념을 깨뜨립니다. systemd를 사용하는 사람은 항상 서비스에서 일어나는 일을 완전히 알지 못합니다.
      Systemd는 syslog-ng를 기본적으로 사용하는 것을 허용하지 않으며 journald 단계를 수행했으며 작동하지 않습니다. 즉 journald 또는 naninga!를 사용합니까? 시스템 로그는 로컬 및 원격 연결에서 발생하고 발생하는 일에 대한 보안 및 감사를위한 기본 사항이지만 journald는 jornalctl 만 볼 수있는 바이너리 형식을 사용합니다. 그가 손상된 것을 보았을 때 그는 그것을 한 번 삭제하고 이미 존재했던 모든 로그를 잊어 버리고 새로운 로그로 시작합니다.
      나는 몇 시간 동안 계속할 수 있지만 최악의 문제는 Lennart가 그러한 오류를 신고하는 사람들에게 공을주지 않고 내가 읽는 한 그는 누구의 패치도 받아들이지 않는다는 것입니다.
      나는 systemd에 들어가면 그들은 버그와 패치를보고 할 것이라고 생각했고, systemd는 그것을 받아 들여야 할 것입니다 ...하지만 저는 솔직히 Lennart와 RedHat이 나머지 배포판에 대한 또 다른 계획을 가지고 있다고 믿습니다. , RedHat의 HORSE OF TROYA.
      솔직히 나에게 systemd는 고칠 수없고, 그 디자인 뒤에 숨은 아이디어는 매우 나쁘다. 프랑케 슈타인을 고치는 것보다 처음부터 부팅 가능한 시스템을 시작하는 것이 낫다.

      1.    엘라 브

        아멘!! @anonymous ..

      2.    쿠 나기

        나는 몇 년 동안 systemd (Fedora)를 사용해 왔으며 이것에 이르렀습니다.
        더 많은 것들이 더 많은 비활성화 / 리디렉션을 추가함에 따라 문제는 이상한 냄새가납니다.
        내가 rsyslog로 직접 지시 한 journald. 귀하의 일부 바이너리 로그가 이미 손상되었습니다.
        dns에서 bind를 사용하고, systemd에 통합하면 모든 것을 수정해야하지만 계속해서 동일하게 사용할 것입니다.
        저는 XFCE를 사용하므로 그놈이 통합하고자하는 것을 많이 절약 할 수 있습니다.
        마치 도자기 가게의 코끼리 같다.

      3.    티토

        진실; 그들은 그것을 무엇이라고 부를지조차 모릅니다. 우리는 매일 업데이트하여 버그 및 기타 쓰레기를 수정합니다. 그것은 나를 매우 화나게하는 주제입니다. 하지만 SystemD가 주권 적이라는 사실 때문 만은 아닙니다. 그들이 어떻게했는지가 아니라면.
        Linux 세계에는 모든 것을 제어하려는 여러 회사가 있습니다. Canonical, RedHat 및 Gnome을 참조하십시오 (Miguel de Icaza 자신도 Gnome을 떠났습니다).
        내가 리눅스를 사용한다면 그것은 내가 그것을 통제하기 때문이며 그것이 그것의 기초이자 철학이다. 무엇을하는지 알기 위해 W Server가 이미 실행중인 머신을 마운트합니다.
        제가 유감스럽게 생각하는 것은 데비안이 굴복했다는 것입니다. 사실, SystemD없이 병렬 포크를 생성 할 가능성이 고려되고 있습니다.
        일이 더 이상 가지 않기를 희망합시다. 또는 내 모든 컴퓨터를 BSD로 마이그레이션하고 있습니다.

      4.    유키 테루

        @ 익명, 댓글 조각 남자, 당신은 더 옳을 수 없습니다.

        systemd는 많은 일에 대해 설명이없는 미친 일입니다. 진실은 그것이하는 모든 일에 대해 매우 의심스럽고 다른 도구가 그렇게하는 것을 허용하지 않습니다. 진실은 데비안 사람들이 이것을 어떻게 허용하는지 모르지만 결국 그들은 이미 그 결정을 내 렸습니다 , 그리고 수년 만에 처음으로 데비안을 기본 OS로 사용하는 것을 중단했으며 systemd가 더 투명한 옵션을 위해 데비안을 종료 할 때까지 계속 사용할 것입니다.

    6.    티토

      간단히 말해서. SystemD는 형편 없다.
      이진 형식으로 로그를 저장하고 다른 모든 프로세스 (Pid 1)의 상위 프로세스로 실행되며, 일부가 중단되면 시스템을 복구 할 수 없게됩니다. 그것은 리눅스가 의미하는 모든 것, 즉 일반 텍스트 파일에 위배됩니다 (도대체 바이너리 파일 ??, 일반 텍스트 파일입니다! 하나님의 모든 생명체처럼).
      어서, 그건 쓰레기 야. 나는 아무것도 좋아하지 않는다.
      그러나 Canonical, Gnome 및 Red Hat과 같은 회사 덕분입니다. 감자로 먹겠습니다.
      다른 옵션이있는 경우 내가 관리하는 서버 나 개인 컴퓨터에서 사용하지 않을 것입니다.
      이것은 이미 Redmond 회사의 지점이되고 있습니다.

      1.    세피로스

        나는 누구를 변호하려는 것이 아니지만 canonical이 신생 기업에 찬성하여 시스템을 완전히 반대한다는 것을 잘 기억합니다. 데비안이 systemd에 굴복했을 때 우분투로 끌려갔습니다.

  6.   Daryo

    또한 이러한 버그는 시스템의 보안과 서버의 안정성을 손상시킬 수 있습니다. 예를 들어 이러한 버그에 대해 가장 많이 불평하는 사람은 시스템 관리자입니다.

  7.   알렉산더

    그리고 Mageia는 어떻습니까? KDE가 흠 잡을 데없는 512MB의 램에서 실행될 수 있다는 것은 놀랍습니다.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   세르지오 E. 듀란

    몇 가지 질문; OpenRC에서 서비스를 관리하는 것이 얼마나 쉬운가요? 그리고 systemd와 함께 Manjaro 설치에서 기본적으로 사용하여 설치하는 것이 얼마나 쉬운가요? 내가 systemd에 대해 좋아하는 점은 간단한 명령 systemctl enable (service) .service 또는 systemctl disable (service) .service를 사용하면 서비스를 쉽게 관리 할 수 ​​있다는 것입니다. OpenRC에 대해 알고 싶은 경우, 특히 나에게 약간 이상한 냄새가 나는 경우 그건 그렇고,이 모든 것은 systemd에서 온 것입니다. 나는 새로운 사용자입니다

    1.    세르지오 E. 듀란

      그건 그렇고; 사용자 에이전트 재정의를 사용하고 있기 때문에 Windows에 있다고 표시됩니다.

    2.    anonimo

      OpenRC는 다루기 매우 쉽습니다. cupsd 인쇄 서비스를 예로 들어 보겠습니다.

      시작하려면.
      # rc-service cupsd 시작
      * 시작 cupsd .. [확인]

      그것을 막으려 고.
      # rc-service cupd stop
      * cupsd 중지 중… [확인]

      다시 시작하려면.
      # rc-service cupd 재시작
      * cupsd 중지 중… [확인]
      * 시작 cupsd .. [확인]

      기본 런레벨에서 시작합니다.
      # rc-update cupsd 기본값 추가
      * 서비스 cupsd가 런레벨 기본값에 추가되었습니다. [ok]

      기본 런레벨에서 제거하려면.
      # cupsd 기본값에서 rc-update
      * 서비스 cupsd가 런레벨 기본값에서 제거됨 [ok]

      모든 런레벨에서 모든 서비스의 상태를 확인합니다.
      # rc-상태 -a

      런레벨의 상태를 보려면이 예제에서는 기본값입니다.
      # rc-status 기본값

      여기 Gentoo에서 OpenRC는 기본 시작 시스템이며 영원히 남을 것입니다. 우리는 운 좋게도 소수의 자살 폭탄 테러범을위한 포티지에 시스템을 구축했습니다.
      journald를 대체하기 위해 syslog-ng 및 logrotate를 사용합니다. 여기 젠투에서 시스템 로그는 control + alt + F12 인 가상 콘솔 vt12를 통해 나가거나 다음을 사용하여 루트 사용자로 모든 그래픽 터미널에서 계속 볼 수 있습니다.

      # tailf / var / log / messages

      1.    세르지오 E. 듀란

        그리고 내 Manjaro에 설치하려면?

      2.    세르지오 E. 듀란

        내가 말하다; OpenRC로 전환하기 위해 모든 파일과 아름다운 XFCE를 잃지 않을 것입니다 🙂

      3.    세르지오 E. 듀란

        준비된; sudo pacman -S manjaro-openrc bluez-openrc를 사용하여 설치했습니다 (후자는 블루투스가 있기 때문에)

      4.    세르지오 E. 듀란

        이제 내 문제는 XFCE4 전원 관리자가 upower-pm-utils 🙁와 함께 작동하지 않으며 일반적인 일시 중지 및 최대 절전 모드 옵션이 없다는 것입니다.

    3.    유키 테루

      OpenRC는 매우 간단합니다. 서비스 관리는 간단한 예입니다.

      서비스 활성화 : rc-update add cronie default

      서비스 시작 : /etc/init.d/cronie start 또는 rc-config start cronie

      서비스 중지 : /etc/init.d/cronie stop 또는 rc-config stop cronie

      간단하고 복잡하지 않습니다.

  9.   유키 테루

    @elav 앞에 놓여있는 것은 장기적이며 모래 폭풍, 트롤의 비, 벌크 포크, 개발 그룹 분할 및 BSD로 마이그레이션하는 것이 시스템에 갇히는 것보다 더 나은 옵션인지 궁금해하는 많은 사람들입니다.

    개인적으로 저는 Manjaro의이 이니셔티브에 박수를 보냅니다. 이것은 제가 좋아하는 시스템에 머물고 싶지 않은 사람들을위한 옵션입니다. Gentoo에있는 순간 저는 그것을 좋아합니다. 저는 그것이주는 자유에 편안함을 느낍니다. 하지만 지금은 FreeBSD로 변경하기 위해 여러 번 생각했습니다. 이번 달에 도약 할 수 있습니다.이 모든 것은 마이그레이션을 성공적으로 수행하기 위해 시간과 주문에 달려 있습니다.

    1.    유키 테루

      그 어느 것도 systemd의 현실을 반박하지 않습니다. Lennart는 사물과 책임을 피하는 데 매우 능숙합니다. 기사를 읽는 대신 시스템 코드를 읽거나 적어도 systemd의 개발자 목록을 읽는 것이 좋습니다. 반박하는 것들에 대해 알게 될 것입니다. 이 세 가지 기사에서 일어난 일을 말하고 체계적인 비방자를 더지지합니다.

      1.    팸프

        그의 주장은 내가 보여준 것을 반박하지만 증거를 제시하지 않는 지식이 있다는 것을 증명하는 것이므로 그 존재를 믿을 수 없다.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    유키 테루

        @pamp 내 주장은이 같은 항목의 25 번째 주석에서 설명했기 때문에 좀 더 지원이되며, debian irc와이 배포판 목록에 공개하는 것 외에도 systemd와 관련된 다른 많은 항목에 공개했습니다. 또한 나의 초대는 당신이 당신 자신의 의견을 창조하고 이것을 위해 당신은 단지 systemd의 개발 목록을 조금 읽어야한다는 것입니다. 또한 호기심을 불러 일으키기 위해 systemd-214가 "코드 정리"라는 핑계로 더 이상 SysV 및 LSB 스크립트를 지원하지 않는다고 분명히 말하는 링크를 제공합니다.

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        이제 말 해주세요 : 모든 배포판에 대한 공통 기반을 만들기 위해 만들어 졌어 야했던 LSB 표준에 대한 지원은 어디에 있습니까? 왜냐하면 그의 첫 번째 링크에서 Lennart는 systemd가 SysV 및 LSB 스크립트의 사용을 지원한다고 말하면서 그의 입을 가득 채우고 뽐내며 채우고 있습니다. 진실은 지원이 삭제되고 초기화 생성기로 대체된다는 것입니다. 그건 그렇고 몇 가지 버그가 있고 결국 완전한 초기화 파일을 만드는 것 외에는 선택의 여지가 없습니다.

        인사말.

    2.    티토

      의견은 당나귀 같고 우리 모두 하나가 있습니다.
      이 남자의 말은 그에게 잘 맞을지 모르지만 내 경우는 아닙니다. 그리고 웹 포털에 글을 쓰는 사람의 의견은 그것이 하나님의 말씀이라는 것이 아닙니다. 당신의 의견, 기간입니다.
      그래서 "반박", 아무것도.
      우리가 남긴 좋은 점은 우리가 원하는 것은 무엇이든 사용할 수 있다는 것입니다. "탈레반"이 되려고하지 않고 다른 사람에게 우리의 기준을 강요하지 않습니다.
      나에게 SystemD는 진짜 똥입니다. 그리고 그것을 사랑하는 사람들이 있습니다. 글쎄, 환영합니다!
      내 의견이 좋지도 나처럼 생각하지 않는 사람들의 의견도 똥이 아닙니다. 그들은 단순히 다릅니다.
      이것이 우리를 다른 운영 체제와 구별하는 것입니다. 우리는 선택할 수 있습니다.
      아무데도 이끌지 않는 쓸데없는 싸움에 빠지지 말자.

      1.    anonimo

        티토
        당신은 그것을 더 잘 말할 수 없었습니다 ... 아멘.
        시스템 드라이브가 모든 것을 포함하고 완벽하게 작동하는 프로젝트를 덮고 대체하고, 코어와 둘 이상의 호환성이없는 경우에도 결코 도달하지 않거나 안정되지 않는 버전으로 교체하는 시스템 드라이브의 지속성을 인식하지 않으려면 맹목적이어야합니다. systemd의 이전 버전.
        데비안 사람들은 지진이 일어나서 깨어 났을 것 같습니다. 저는 그들이 eudev와 openrc에 의지하기를 바랍니다. 이렇게하면 gentoo debian manjaro와 openrc를 사용하는 다른 일부의 개발이 통합되어 짧은 시간에 많이 개선 될 것입니다. 전체 커뮤니티에서 승리했습니다.

      2.    다65

        나는 당신의 말을 두 번째입니다.

        다른 사람 (일반적으로 관심이있는 의견)을 인용하고 증거로 사용하는 사람들이 있습니다.

        제 입장에서는 systemd에 대한 의견이 없습니다. 기술적으로 upstart 또는 openrc보다 나은지 모르겠지만 분명한 것은 모든 배포판에서 sysvinit의 가능성을 배제하고 Debian이 정책으로 인해 여전히 Wheezy에 계속 유지하고 있다는 것입니다. 그러나 다음 안정된 데비안 인 Jessie는 sysvinit이없는 데비안이 될 것입니다.

        분명한 것은 윤리적으로 100 % 자유 소프트웨어라는 것입니다. 기술적 인 부분에 관해서는 코드를 연구하지 않았고 대안과 비교하지 않았기 때문에 합리적인 의견이 없습니다. 그러나 현재의 우분투조차도 여전히 신생 기업이 있음에도 불구하고 systemd의 일부를 사용하고 있으며 Canonical이 Red Hat에 의해 "구매"되었기 때문에 그렇게 한 것 같지 않습니다.

        Systemd는 "악"이 아닙니다. 우리는 Skynet (터미네이터) 또는 HAL9000 ( "2001 스페이스 오디세이")과 싸우지 않으며 제다이를 지배하려는 포스의 어두운 면도 아닙니다. 팀에 정착하여 모든 것을 인수하고 식료품 저장실의 식품도 사라지게하는 것도 아닙니다.

        그리고 "완벽하게 작동하는 프로젝트를 이동시킨다"(코멘트 52), 클라이언트 컴퓨터를 종료하는 과정에서 NFS 시스템을 분리하기 전에 네트워크 연결을 끊기 때문에 서버에 액세스하는 컴퓨터의 홈 NFS 네트워크에 문제가있었습니다. 셧다운이 멈추고, 유일한 해결책은 on / off 버튼을 눌러 강제로 끄는 것입니다 (여러 사용자가보고 한 버그). 클라이언트 시스템을 종료하기 전에 실행할 NFS 파일을 마운트 해제하는 스크립트를 만들어야했습니다. 반면에 NFS 서버 컴퓨터는 wifi를 통해 연결되고 때때로 연결이 끊어집니다. 문제가 네트워크 관리자인지 dhcpd인지, 어디에 있는지 모르겠습니다.

        나는 이러한 문제가 systemd와 함께 사라진다고 말하는 것이 아닙니다. 나는 그것을 사용하지 않았기 때문에 그것을 무시합니다. systemd가 작업을 완벽하게 대체한다고 말하는 것은 과장된 예일뿐입니다.

      3.    유키 테루

        하나는 의견이고 다른 하나는 논쟁입니다. 확실히 첫 번째는 @Tito라고 말한 것처럼 매우 다양하지만 두 번째는 더 간결하고 집중적 인 것입니다. 적어도 경우에는 그렇게 쉽게 조작 할 수있는 것이 아닙니다. 검토 할 수있는 코드가 있습니다.

        @pamp는 제시된 주장이 오랫동안 반박되어 왔음을 알려주며, 첫 번째 테스트로 Lennart의 의견 (논쟁이 아님)에 대한 최신 정보를 제공합니다. 그러나이 사람이 그의 의견에서 말하는 것은 한 가지입니다 (숫자 4와 8은 웃으면 서 죽는 것입니다), 다른 하나는 그가 시스템화 된 코드에서하는 일입니다. Avahi 및 Pulseaudio와 같은 것을 개발하기 시작한 이후 Lennart에서 반복적으로 보아온 태도는 두 소프트웨어의 개발자 목록과 버그 보고서를 읽음으로써 간단히 확인할 수 있습니다.

      4.    유키 테루

        @ Dah65는 확실히 많은 사람들이 제 XNUMX 자의 의견을 사용하여 증거를 휘두르며, 문제를 스스로 조사 할 수없는 사람들은 자신과 개인적 의견을 갖고 건설적인 토론에 참여할 수있는 타당한 주장을하는 나쁜 습관입니다. .

        제 경우에는 devel list 덕분에 systemd의 변경 사항을 잘 알고 있습니다. 도구가 마음에 들지 않지만 완전히 싫지만 사용자 및 기술 수준에서 읽는 것을 멈추지 않습니다. 이를 위해 매우 간단합니다. said init를 사용하는 클라이언트에 참석해야한다면 어떻게해야하는지, 어떤 상황에 어떻게 참석해야하는지 알고 있습니다.

        이제 서비스가 문제없이 실행되는 것, 즉 오류에 대해 문제가있는 SysV 스크립트가 많고 systemd에서도 동일한 일이 발생합니다.하지만 적어도 SysV에서 오류를보고하면 문제가 해결되거나 주석 처리 한대로 간단한 방법으로 수행 할 수 있습니다. , systemd에서 버그 보고서를 작성한 후 Lennart 또는 Kay 덕분에 WONTFIX 또는 CLOSED를 찾을 수 있습니다. 사례가있을 수 있으며 여기에 샘플이 있습니다.

        https://bugzilla.redhat.com/show_bug.cgi?id=753882

        댓글 48을 읽으면 손실이 없습니다. 클레멘트의 53은 특히 레나 트가 해결하기를 원하지 않는 문제에 대한 구식이지만 기능적인 솔루션으로 손실이없는 또 다른 하나이며 2011 년에보고되었습니다.

    3.    마리오

      그들을 설립 한 "신화"? 일부는 "systemd가 이유없이 이식 가능하지 않음"으로 갤러리에서 제거되었습니다. 이식 가능하지 않다는 것은 완전히 사실입니다 (그리고 Linux 용으로 매우 맞춤화되었다고 그는 인정합니다)
      BSD가 관심이 없다는 가정과 같은 오류를 가정합니다. (신화 10).

      Poettering의 의도가 귀하의 시스템 (http://0pointer.de/blog/projects/systemd-for-admins-3.html) 우리는 잘못 될 것입니다. 원칙적으로 고전적인 초기화 스크립트는 당신이 어디로 가는지 신경 쓰지 않습니다. GNU, UNIX 또는 BSD에서 작동하도록 최소한의 수정이 이루어집니다. 지금까지는 (OpenRC를 사용하지 않는 한) 그랬습니다. 어쨌든, 이런 것들이 데스크톱 용 리눅스와 서버 사이에 분열을 일으킬 것이라고 생각합니다. 우분투 및 파생 사용자는 내년 말에 변경 사항을 볼 수 있습니다.

      1.    anonimo

        @ Dah65

        글쎄요, 당신은 systemd가 인격화되지 않았다고 말 했으니, 왜 그들이 컴파일 타임에 모든 모듈을 비활성화하기 위해 Makefile 옵션을 넣지 않았는지 알려주세요. 그래서 "선택적 모듈을 원하지 않는 사람들은 "다른 패키지에 대한 단계이므로 컴파일하고 자체적 인 systemd capped 버전을 만들 수 있습니다!
        왜 그렇지 않은지 아십니까? 개발 형태를 강제 부과라고하고 95 %의 사용자가 NPI를 가지고 있지 않기 때문에 기본값을 활용하므로 모두 거부했습니다.
        그것이 무료 또는 오픈 소스 소프트웨어 또는 그들이 부르고 싶은 것이 작동하지 않는 방법입니다. 이제는 저를 웃게 만듭니다. 데비안에 대한 새로운 포크로 많은 사람들이 힘 낭비라고 생각하고 추가 컴파일 옵션을 추가하는 것이 얼마나 어려운지 계속 궁금합니다. Makefile?
        주제는 더 많은 것을 포기하지 않습니다. 이것은 물과 기름을 섞고 싶어하는 것과 같습니다. 그래서 나머지 모든 것에 대해 몇 가지 부과가있는 각 개발에서 끝없는 포크가 나타날 것입니다.

      2.    유키 테루

        @mario는 정확히 당신이 말하는 것입니다. Jordan Hubbard는 또한 새로운 기술에 적응할뿐만 아니라 현재 가능한 새로운 기능을 지원하기 위해 BSD init를 업데이트해야한다는 사실을 깨닫게되었지만 지금 systemd가 수행해야하는 방식에 대한 개념을 우회합니다. 유닉스에서는 항상 "한 가지 일을 잘하는 프로그램을 만들어라"라는 철학으로 단순화하고, 하나 이상의 악마에 대해 이야기하는 것이 아니기 때문에 init에서 가장 중요합니다. 우리는 많은 전문가들이 이미 systemd에 대해 폭언하기 시작한 것과 비교하여 보안 조치 일뿐 아니라 운영 체제의 초기화에 대해 이야기하고 있습니다. 그리고 입증 가능하며, systemd는 Windows의 svchosts.exe와 매우 유사합니다. 다른 많은 것들 중에서 네트워크 제어에 대한 서비스의 시작.

  10.   루이스

    여러분, 정말 무섭습니다.

    ArchLinux에서 제거하는 것이 매우 복잡합니까? ????

    정보를 찾아 보 겠지만 시스템이 망가 져서 시스템을 잃어 버리지 않도록 그런 종류의 일을 감히 만질 수는 없습니다.

  11.   마뉘

    내가 읽은 많은 의견에서 SYSTEMD는 진정한 TROYAN HORSE입니다.
    스페인어로는 FreeBSD에서 데스크탑을 설정하고 시스템을 사용할 수 있도록 준비하는 것에 대한 정보가 거의 없습니다.

  12.   라파엘 마르도 자이

    시스템 상태가 좋지 않습니다. xD

  13.   Waco

    이 증오 체계는 바이러스가되지 않을 것입니다 ???? 아치는 나를 위해 잘 됐습니다 ... 더 많이 덮고 있다는 것이 사실이라면 그것이 좋은지 나쁜지 모르겠습니다! 하지만 이미 통제 할 수있는 취약점이 있거나 이로 인해 시스템을 파괴하는 바이러스가있을 수 있습니다 ... 안정적이고 안전하다면 문제가 보이지 않습니다 ... 어쨌든 시간이 있는지 확인하고 주제를 연구하고 openrc로 몇 가지 테스트 수행

    1.    Daryo

      그다지 안정적이지 않습니다. 시스템 v보다 훨씬 안전하지 않습니다. 우리와 같은 데스크톱 사용자에게는 문제가되지 않고 더 빠른 부팅이 잘 작동하며 일반적으로 로그를 읽지 않으므로 로그가 얼마나 명확한 지 또는 바이너리 형식인지는 중요하지 않습니다.

      나는 리눅스가 데스크탑 (및 정부)에서 성장하고 서버에서 기반을 잃을 것이라는 이론을 가지고 있습니다 (freebsd와 같은 OS를 사용하는 대신)

  14.   오스카

    esdebian Wiki에서 Debian Jessie에 SysVinit를 설치하는 방법을 게시합니다. http://www.esdebian.org/wiki/sysvinit

  15.   anonimo

    보안에 대해 읽어 보니 인텔 측에는 칩셋이 장착 된 마더 보드가 있습니다. 일반적으로 노스 브릿지에는 AMR 인텔 액티브 관리 기술이라는 것을 구현합니다. .... 흥미롭고 운 좋게도 인텔은 없지만 저는 AMD 측에는 그런 것이 없습니다.
    그들은 인텔 + AMR + 시스템의 조합을 상상합니다.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Stallman의 편집증 환자가 무료 바이오스를 요구하는 것은 당연합니다.

  16.   다65

    우선, 아직 쿠분투에 내장되어 있지 않기 때문에 systemd를 사용하지 않습니다 (쿠분투 14에서 파생 된 Netrunner 14.04를 사용하고 있습니다).

    이를 명확히 한 후 몇 가지 사항을 지정해야합니다.

    1- systemd는 다양한 배포판 (Debian, openSUSE, Arch, Fedora…)의 개발자 / 패키저에 의해 채택되고 있지만 이제이 블로그 독자들은 systemd의 장단점에 대해 알고있는 것보다 더 많은 것을 알고 있습니다.

    2- systemd는 시간과 지식이있는 사람들 (이전에 이야기 한 개발자 / 패키저)이 코드를 읽고 이해할 수있는 자유 소프트웨어입니다. 뒷문을 숨기면 발견 될 것입니다. 코드를 읽지 않았고 읽을 수없는 독점 펌웨어 또는 드라이버를 사용하는 리더는 몇 명입니까? 나는 시스템이 아닌 것보다 두려워하는 것이 더 합리적이라고 생각합니다.

    3- 우리는 모두 바이너리 패키지로 작업합니다. 왜냐하면 리포지토리에서 .deb를 다운로드하여 설치할 때 일반 텍스트 파일을 다운로드하지 않기 때문입니다. 그래서 그 주장은 매우 역설적입니다.

    4- GNU / Linux에는 이미 많은 작업을 수행하는 프로그램이 있습니다. 동일한 커널은 점점 더 많은 드라이버를 통합하고 심지어 독점 펌웨어 (코드가 게시 된 프로그램보다 닫힌 펌웨어에 백도어를 두는 것이 더 낫습니다). 그래픽 서버뿐만 아니라 키보드, 마우스 등을 처리하는 Xorg도 있습니다. Xorg가 유닉스 철학을 "배반"한다고 말하는 사람은 아무도 없습니다. 그는 이미 다른 프로젝트에 의해 추월 되었기 때문에 그를 은퇴시키고 싶어합니다.

    5- 물론 "리눅스는 선택입니다."하지만 코드를 읽고, 변경하고, 배포할지 등을 선택할 수있는 자유가 있습니다. 모든 선택 (모든 프로세서 아키텍처, 모든 데스크톱 환경, 모든 패키지 형식 등)을 제공하기 위해 배포판이 필요하지는 않습니다.

    6- BSD로 전환하려는 사람들을 위해 일부 BSD 시스템에서 미국 NSA가 이미 발톱을 썼다는 뉴스를 읽은 기억이 있습니다. 이 소식이 맞다면 주제를 따르지 않았기 때문에 잘 모르겠습니다. 하지만 내가 "Red Hat이 배후에 있고 어쩌면 ..."라고해서 "NSA가 배후에 있을지도 모른다."

    GNU / Linux, BSD, Windows 또는 우리가 사용하기를 원하는 모든 것을 사용하는 것 외에도 논리와 추론 능력을 사용할 수 있습니다.

    1.    엘라 브

      우선, 아직 쿠분투에 내장되어 있지 않기 때문에 systemd를 사용하지 않습니다 (쿠분투 14에서 파생 된 Netrunner 14.04를 사용하고 있습니다).

      이를 명확히 한 후 몇 가지 사항을 지정해야합니다.

      1- systemd는 다양한 배포판 (Debian, openSUSE, Arch, Fedora…)의 개발자 / 패키저에 의해 채택되고 있지만 이제이 블로그 독자들은 systemd의 장단점에 대해 알고있는 것보다 더 많은 것을 알고 있습니다.

      즉,이 블로그의 독자는 독자이기 때문에 어떤 것이 좋은지 아닌지를 깨달을 능력이 없습니다. 왜냐하면 우리는 패키지 제작자와 개발자의 좋은 판단, 지식 및 경험에 따라야하기 때문입니다.

      2- systemd는 시간과 지식이있는 사람들 (이전에 이야기 한 개발자 / 패키저)이 코드를 읽고 이해할 수있는 자유 소프트웨어입니다. 뒷문을 숨기면 발견 될 것입니다. 코드를 읽지 않았고 읽을 수없는 독점 펌웨어 또는 드라이버를 사용하는 리더는 몇 명입니까? 나는 시스템이 아닌 것보다 두려워하는 것이 더 합리적이라고 생각합니다.

      사실입니다, 그것은 자유 소프트웨어입니다. 그리고 만약 이상한 것이 나타나면, 당신이 전에 말했고 우리가 믿어야하는 슈퍼 사람들이 그것을 알아 채고 발표 할 수있을 것입니다. 무언가의 대가로 닥쳐.

      3- 우리는 모두 바이너리 패키지로 작업합니다. 왜냐하면 리포지토리에서 .deb를 다운로드하여 설치할 때 일반 텍스트 파일을 다운로드하지 않기 때문입니다. 그래서 그 주장은 매우 역설적입니다.

      .deb를 다운로드 할 때 압축 파일을 다운로드하는 것뿐입니다. 압축을 풀 수 있으므로 바이너리가있는 내부에 무엇이 있고 가능한지 확인할 수 있습니다. 😉

      6- BSD로 전환하려는 사람들을 위해 일부 BSD 시스템에서 미국 NSA가 이미 발톱을 넣었다는 뉴스를 읽은 것을 기억합니다. 이 소식이 맞다면 주제를 따르지 않았기 때문에 잘 모르겠습니다. 하지만 내가 "Red Hat이 배후에 있고 어쩌면 ..."라고해서 "NSA가 배후에 있을지도 모른다."

      Linux에서 BSD로 이동하려는 사용자가 누군지는 모르겠지만, 예를 들어 Linux를 떠날 필요는 없습니다. Systemd를 예 또는 예로 설정하는 배포판 만 남겨두면됩니다. .

      GNU / Linux, BSD, Windows 또는 우리가 사용하기를 원하는 모든 것을 사용하는 것 외에도 논리와 추론 능력을 사용할 수 있습니다.

      간단히 말해서,이 블로그에서 GNU / Linux에 대해 논평하고 읽고 사용하는 사람들은 이유가 없습니다. 그게 당신이하고 싶은 말입니까? 어쨌든 나는 나의 개인적인 경험과 나의 추론 (논리적이든 아니든)에서 말할 것이다.

      Systemd는 막대기에 똥이 붙어 있습니다. 나는 훨씬 더 빨리 시작하기 때문에 DNS, RED, CRON 및 Systemd가 제어하려는 다른 모든 것을 제어 할 필요가없는 다른 Inits가 있다는 것을 읽었습니다. 컴퓨터를 켜고, 브라우저를 열고, 이메일을 보내는 데에만 관심이있는 최종 사용자에게는 Systemd를 사용하든 Systemx를 사용하든 상관 없지만, 서버를 관리하는 우리에게는 당연한 일입니다. 그리고 Systemd가 손상되어 지옥에 가면 어떻게되는지 항상 묻는 것과 동일한 질문을합니다. RED, CRON, DNS, Init 및 기타 모든 기능이 남아 있습니까? 나는 당신을 위해 그것을 남겨 둡니다.

      그리고 조심하세요, 나는 당신에게이 모든 것을 거짓없이 말합니다. 즉,이 부분에 오신 것을 환영합니다.

      1.    다65

        환영 해주셔서 감사합니다.

        나는 비난하지 않고 대응하면서 체계적으로 발전하지도 않고 그것을 홍보하기 위해 돈을 받지도 않는다는 것을 분명히합니다. 그리고 다른 사람들이 사용하든 사용하지 않든 나에게 전혀 영향을 미치지 않는다는 것은 그들의 결정입니다.

        하지만이 문제에 대해 내가 보는 것은 때때로 히스테리처럼 보이며, 코드를 연구하거나 사용하지 않고 그것을 쓰레기, 부과, 반역으로 분류하는 사람들의 의견을 읽었습니다. 다른 것들. 며칠 전 제가 Windows를 설치하지 않았거나 하드 드라이브를 분할하는 방법을 알고 있다는 것을 인정한 사람이 Linux가 매우 어렵다고 말하기 시작했을 때 제가 경험 한 상황이 생각납니다. 스마트 폰에 Android를 탑재하고 있습니다.

        systemd를 sysvinit, upstart 및 openrc와 비교해 보셨습니까? 자신의 경험을 바탕으로 결정을 내릴 수 있습니다. 한 컴퓨터에서 작동하는 배포판이 다른 컴퓨터에서도 가치가있을 수 있다는 것을 알고 있기 때문에 최고입니다. GNU / Linux에 대한 경험이있는 우리는 최고의 배포판이 사용자는 편안함을 느낍니다.

        1-«즉,이 블로그의 독자들은 독자 일 뿐이 기 때문에 무언가가 좋은지 아닌지를 깨닫는 능력이 없습니다. 우리는 패키지 제작자와 개발자의 좋은 판단, 지식 및 경험에 따라 인도되어야하기 때문입니다. »

        나는 꽤 오랫동안이 블로그의 독자 였기 때문에 (오래된 뉴스에서 내 댓글을 볼 수있을 것입니다), 그래서 나는 팩에 포함되어 있습니다. 대답은 아니오입니다.이 블로그 나 블로그를 읽는다고해서 내가 모르는 소프트웨어의 장단점을 판단 할 수는 없습니다. 나는 다른 사람들이 말하는 것을 읽을 수 있으며,이 경우 systemd에 대한 입장과 반대 입장이 있습니다. 사실 포로 닉스에서 주제가 제기 될 때마다 논란이 많지만 논란의 여지가있는 댓글도 거의 없다. 나는 "systemd 호출이 X를 처리 할 때 무한 루프가 발생하여 시스템을 사용할 수 없게 만든다"와 같은 주장을 언급하고 있습니다.

        그리고 진실은 배포판이나 다른 배포판을 사용함으로써 패키지 제작자와 개발자의 판단, 지식 및 경험에 따라 안내를 받고 있다는 것입니다. OS 또는 프로그램의 사용은 부분적으로 다른 사람의 판단과 경험에 의존한다는 것을 의미합니다. 예를 들어 Linux에서는 Hurd와 같은 마이크로 커널을 사용하는 대신 모 놀리 식 커널을 사용하기로 한 결정을 수락합니다. 그 결정은 Linus Torvalds의 것이었고, 당신은 그의 핵심을 사용하여 받아들입니다.

        2-«그것이 사실입니다. 그것은 자유 소프트웨어입니다. 이상한 것이 나타나면, 당신이 전에 말했고 우리가 신뢰해야하는 슈퍼 사람들은 그것을 알아 채고 발표 할 수있을 것입니다. 뭔가 대가로 닥치고 싶은 유혹을 느낄 것입니다. "

        글쎄요, 의심 스럽습니다. 왜 Linus Torvalds와 Richard Stallman과 GNU 프로젝트를 신뢰합니까? 나는 당신의 프로그램의 코드를 보지 않았기 때문에 그들이 나를 속이고 있을지도 모른다.

        3-«제가 항상 묻는 것과 동일한 질문을합니다. Systemd가 손상되어 지옥에 가면 어떻게됩니까? RED, CRON, DNS, Init 및 기타 모든 기능이 남아 있습니까? 거기에 남겨 두겠습니다.»

        OpenRC가 어떤 식 으로든 손상되면 어떻게됩니까? 아니면 Upstart? 아니면 커널? 데비안 테스팅에서 "정상"업데이트를 한 후 나는 그럽이 다 떨어지고 데비안이나 윈도우에 들어갈 수 없었고 그 당시 제 무지는 다시 설치할 수있는 옵션 만 있다는 것을 의미했습니다.

        4-«간단히 말해서,이 블로그에서 GNU / Linux에 대해 논평하고 읽고 사용하는 사람들은 추론하지 않습니다. 그게 당신이하고 싶은 말인가요? "

        아니, 그런 뜻이 아닙니다. 나는 특정하고 구체적인 상황에서 한 명 또는 천 명에 이르는 행동의 총체로 일반화 할 의도가 없습니다. 그러나 나는 systemd의 경우 객관적이고 고요한 분석을하지 않고 여러 번 말하는 것으로 믿습니다. Wayland-Mir에서도 발생했습니다. Wayland와 Canonical 모두에 대해 입증되지 않은 많은 주장이 제기되었습니다.

        또한이 블로그 (다른 사람과 마찬가지로)를 읽고 댓글을 달았으며 GNU / Linux를 사용한다고 반복합니다.

        그리고 저는 또한 이전에 말한 것을 반복합니다. 우리의 두뇌를 사용하고, 듣고 읽은 것을 분석하고, A와 A가 아닌 것을 반박하기 위해 다른 관점을 취하고, 가능하면 사실에 근거하여 결론을 내릴 수있는 경험을합시다. . 그리고 우리에게 옳다고 느끼는 것을 사용합시다.

      2.    Waco

        음 .. 타협이 가설이라는 것은 모든 것과 같습니다 .. 내 질문이 이미 통과 되었습니까? .. 모든 소프트웨어에서 버그가 발견되지 않았을 수 있으며 x 버그가 시스템에 나타나면 수정되고 모든 프로그램이 가질 수 있습니다 그 버그 .. 문제는 그것이 실패 할 수 있다는 것이 아닙니다. 당신이 그것이 무엇을하고 있는지 또는 제어하기를 원하지만 그것이 실패 할 수 있다는 가정하에 그것이 순간에 실패 할 수 있다는 가정하에 ... 나는 팬이 아닙니다. 전혀 시스템의, 그것은 단지 내 의견입니다.

        1.    엘라 브

          사용자 컴퓨터에서 버그가 발생할 수 있으며 아무 일도 일어나지 않을 수 있지만 서버에서는 상황이 매우 다릅니다.

      3.    유키 테루

        @waco 소프트웨어에 버그가 있으면 수정해야합니다. 문제는 systemd에 많은 오래된 버그 (일부는 2010 년으로 거슬러 올라간 심각한 버그)가 있으며 오늘날에도 여전히 수정되지 않았거나 단순히 경시되거나 단순히 Lennart에 의해 CLOSED 또는 WONTFIX로 표시된다는 것입니다.

    2.    Waco

      귀하의 의견은 매우 성공적입니다! 유행하고 이것에 대한 스미어 캠페인으로 만들어 졌기 때문에 우리 모두가 체계화 될 수는 없습니다 ... 모든 변화에는 거부가 있습니다.

    3.    유키 테루

      나는 당신의 주장에 응답합니다.

      1.- 진지하고 호기심이 많은 사용자와 개발자 모두 모든 개발 및 작업 환경에서 systemd 채택의 장단점을 알고 있으며, systemd의 약점과 강점은 하나 또는 다른 관점을 가지고 있어도 변하지 않습니다.

      2.- 확실히 systemd는 무료 소프트웨어이며 감사를받을 수 있습니다. 문제는 숨겨진 백도어가 아니라 init이하지 말아야 할 일 (네트워크 제어, DNS, TTY 콘솔 등)을 수행하고 다른 사람들에게 제공해야하는 많은 서비스를 가지고 있다는 것입니다. Linux 커널 자체 (coredump)의 규칙을 위반하는 작업을 수행하는 방식과 완전히 다른 방식으로 작업을 수행하며, 많은 개발자가 systemd가 가진 구조적 문제 (coredump 및 디버그 가장 심각하지만 해결되지 않은 것입니다).

      3.- 한 가지는 CONFIGURATION 및 LOGS가 여전히 일반 텍스트로되어있는 프로그램으로 판명 된 바이너리를 다운로드하는 것이고, 또 다른 것은 CONFIGURATION 및 기타 정보가 바이너리로 저장되고 특정을 통해서만 액세스 할 수있는 바이너리를 다운로드하는 것입니다. 도구, 이것은 상황이 바뀌는 곳입니다. 바이너리 로그는 보안을 제공하지 않습니다 (정말로 보안을 원하면 AES-256으로 파티션을 암호화). 무슨 일이 일어나고 있는지 전혀 알지 못하는 블랙 박스 일 뿐이며 예를 들어 많은 것에 적합합니다. : 시스템 취약점을 악용하는 트로이 목마가 있고이를 통해 로그 서비스 및 권한 상승을 포함하여 시스템에 대한 전체 액세스 권한을 얻는다고 가정 해보십시오. 그게 심각한 문제 아닌가요? 시스템에 의해 직접 처리되는 바이너리 로그가 이미 무의식적으로 수정 된 지점에 도달하지 않고 감사 할 수 없게 됨으로써 역효과가 발생하지 않을까요? 프로그램과 구성 파일 / 로그 / 덤프 사이에는 이진법의 요점과 차이점이 있습니다.

      4.- 커널은 그런 의미에서 설계된 소프트웨어의 한 부분이며 처음부터 init이 아닌 PC의 모든 것을 제어하도록 설계되었습니다. init은 시스템이 커널을 들어 올려 사용 가능하게 만드는 데에만 전념합니다. 왜냐하면 그것은 처음에 시작하고 끝낼 것이기 때문입니다. 이것이 시스템을 시작하기 만하고 다른 작업을 수행하지 않기 때문에 init (초기화)라고하는 이유입니다. 그 이유는 매우 간단합니다. init는 어떤 이유로 든 가능한 가장 안정적이고 완벽한 소프트웨어 여야합니다. 이것은 결국 전체 시스템을 깨뜨리고 안정성과 보안에 관한 것입니다. Xorg는 또 다른 목소리입니다. 사실 인 많은 일을하지만 완전히 사용할 수없는 시스템을 남길만큼 위험한 것은 없으며 구성도 여전히 간단한 일반 텍스트 파일로 수행됩니다.

      5. 확실히 배포판은 넓은 의미에서 자유를 제공 할 의무가 없으며,이 때문에 현재의 tirade가 제시됩니다. 그러나 우리는 사용자이자 커뮤니티이며 우리 중 많은 사람들이 단순히이 시스템의 구현에 동의하지 않습니다. 그래서 우리가 우리의 목소리를 듣든 말든, 배포판을 개발하는 사람들의 문제입니다. , 그리고 그들의 결정은 배포판을 사용하거나 사용하지 않기로 결정한 사람들에게 영향을 미칠 것이며, 상황에 따라 여러 배포판의 실패로 이어질 수 있으며 현재 예는 Debian과 Devuan 포크입니다.

      6.- BSD 소식은 OpenSSH와 OpenBSD IP 스택에서 일어난 일 때문입니다. 백도어는 BSD뿐만 아니라 Linux (OpenSSH의 경우)에도 영향을 미쳤으며 수정되었습니다. 상황은이 도구 (OpenSSH)의 개발을 담당하는 BSD (OpenBSD의 Theo de Raadt)이기 때문에 BSD에 기인하고 프로젝트에서 더 이상 활동하지 않는 특정 개발자가 백도어를 심었 기 때문에 상황이 발생했습니다. . 이 상황이 소프트웨어를 사용하는 사람들에게 영향을 미칠 수있는 경우 상황이 해결되고 취해야 할 적절한 조치가 선언되었습니다. 현재 :이 상황이 systemd에서 발생할 수 있습니까? 대답은 간단하고 그 결과는 재앙 적입니다. systemd는 다른 많은 것들 중에서 권한 상승을 처리하기 때문에 systemd의 백도어는 시스템에 대한 전체 액세스를 의미하며 BSD에서 언급 한 백도어에서는 발생하지 않은 일입니다.

  17.   오스카

    systemd에 이미 웹 페이지가없는 데비안 포크를 반환합니다. 프로젝트가 진행되고 있으며 매우 진지하게 보입니다. https://devuan.org/

  18.   아디티야 바가

    업데이트 된 ISO 및 일부 새로운 업로드.
    https://forum.manjaro.org/index.php?board=50.0

  19.   케 오스

    설치 프로그램은 명확하지 않습니다. 특히 파티션 부분에서 단계를 따를 수 없습니다. 왜 이러한 혼란스러운 일을 고집하는지 모르겠습니다.

  20.   마누엘 R

    Openrc를 사용하는 netinstall에 대해주의를 끄는 것이 있습니다. 설치 어딘가에 systemd를 구성하고 있다는 메시지가 계속 표시됩니다. 실제로 systemd 또는 그 사용에서 벗어날 수 있습니까?

    1.    케 오스

      안녕하세요 마누엘, 나도 설치하는 동안 같은 것을 관찰했습니다. 의심 할 여지가없는 것은 systemd가 설치되어 있지 않다는 것이기 때문에 설치 프로그램의 문제 여야합니다. 다음과 같이 터미널에서 확인합니다. pacman -Qs openrc

      안부

      1.    마누엘 R

        안녕하세요 keos, 먼저 답변을받지 못해 죄송합니다. 귀하의 답변에 감사드립니다. Manjaro가이 옵션을 제공한다는 사실을 알게되어 기쁩니다. Ubuntu Precise 지원이 종료되는 즉시 (또는 더 빨리) 설치할 것입니다. 문안 인사.

  21.   익명

    좋은 게시물

    나는 OpenRC 버전이 좀 더 성숙 해지는 동안 Systemd와 함께 Manjaro에서 기다릴 것입니다. 나는 systemd에서 벗어나고 싶습니다.