데비안은 의견 불일치로 인해 시스템 유지 관리자가 없습니다.

2004 년부터 데비안 개발에 참여한 Michael Biebl 그리고 그것은 주요 기여자 중 한 명 배포에 시스템 관리자 영역 "systemd"에서 패키지를 데비안에 남겨 둡니다.

이것은 관리자로서 systemd 패키지에서 시스템 오류를 수정 한 상황을 "어리 석고 미친"것으로 설명했습니다. 시스템 개발자에게 다시 버그 보고서를 보내지 않겠다고 약속했습니다.

그 원인은 무엇입니까?

갈등 systemd 240 버전의 회귀 적 변경으로 인해 발생했습니다. 으로 기존 udev 규칙을 처리 할 때 동작 변경을 일으켰습니다. 및 데비안 사용자를위한 문제 네트워크 인터페이스의 이름 변경 논리를 변경할 때.

systemd 240에서 udev로 전환 한 후 "NAME"옵션을 사용하여 네트워크 인터페이스 이름을 MAC 주소에 바인딩했습니다.

이더넷 어댑터의 네트워크 인터페이스는 이름을 고정에서 자동 생성으로 변경했습니다 (이전에는 교체가 한 번만 수행되었으며 버전 240부터 사용할 수 있음). 여러 가지 교체가 있습니다.

Michael Bibl은 시스템 개발자에게 config에 지정된 수동 이름 바인딩이 더 높은 우선 순위 일 때 이전 동작으로 되돌 리도록 요청했습니다.

이는 v239와 비교 한 회귀이며, 네트워크 액세스 손실을 의미 할 수 있으므로 v241 마일스톤에 추가하는 경향이 있습니다. 인수 Michael Bibl

하지만 systemd 240에 대한 변경 사항이 문서화 된 동작을 위반하지 않았기 때문에 systemd 개발자는이 회귀 적 변경을 문제로 간주하지 않았습니다., 문서화되지 않은 udev 기능이 사용되었으며 성능이 보장되지 않았습니다.

그러나 나중에 위의 동작이 문서에 설명되어 있다는 증거가 발견되었습니다.

이것이 방법입니다 와타나베 유, 대답, 기본적으로 영향을받은 것이 아니라고 말합니다.

드라이버가로드 될 때 lan0이 호출되는 이유는 무엇입니까? 예, 최종 결과는 ens3입니다. 그러면 항상 ens3이되기를 바랍니다.

무엇을 마이클 바이블 그는 대답했다:

udev 규칙으로 인해 항상 lan0으로 이름이 지정되어야합니다.

문제가 확대되고있었습니다

그 후 시스템 개발자는 새로운 동작을 선택적으로 비활성화 할 것을 제안했습니다.

이전 버전의 systemd에 대해 udev 규칙이 생성 된 경우 (이름 지정 체계가 240 미만 버전에 대해 정의 된 경우 기본적으로 RenameOnce = yes 옵션을 설정하고 그렇지 않으면 RenameOnce = no).

시스템 개발자 메일 링리스트에는 발행 제안에 대한 토론도있었습니다. 더 이상 고민하지 않고, 주요 버전에 나타나는 심각한 버그에 대한 수정과 함께 systemd의 수정 버전.

Lennart Pottering은 자원 부족을 이유로 아이디어를 거부했습니다. 티안정성을 해치는 기능 개발에 대한 우선 순위가 사용자에게 부정적인 영향을 미치기 때문에 일부 개발자는이 의견을 근본적인 오해로 인식했습니다.

이에 대해 Lennart는 그는 최종 사용자가 systemd의 최신 버전을 사용하지 않고 배포판으로 안정화 된 패키지를 사용한다는 사실을 언급했습니다.예를 들어, 시스템 구성 요소를 RHEL에 배치하기 전에 Fedora 및 QA 서비스에 대해 확인됩니다.

이 전에 마이클 바이블, 논의 시스템에서 사용자가 이미 미리 설정 한 구성과 충돌을 일으킬 수 있으므로 사용자에게 영향을 미칩니다.

기존 사용자 설정을 깨뜨리기 때문에 사용자에게는 좋지 않습니다. 뭐야 말로

Lennart의 관점에서 개발 및 버그 수정의 우선 순위를 변경하는 경우, 이국적인 아키텍처, 비정형 그래픽 환경, 라이브러리 및 드라이버와 관련된 버그가 종종 무시되고 커뮤니티로 강등되는 다른 기준의 세대 만 나타날 것입니다. .

문제에 대해 조금 더 알고 싶다면 후속 조치를 취할 수 있습니다. 다음 링크에서.