새 버전으로 업그레이드 할 때 대부분의 배포판 (데비안 이외)이 전체 재설치를 권장 / 필요한 이유는 무엇입니까?


10

데비안을 사용하여 대부분의 Linux 수명을 보냈지 만 다른 배포판을 살펴보고 있으며 버전간에 원활한 업그레이드를 제공하지 않는 것에 놀랐습니다. 데비안은 무한히 업그레이드 가능하며, 몇 가지 주요 안정적인 버전을 통해 업그레이드했습니다.

Fedora (및 파생 상품), 심지어 Ubuntu 및 파생 상품과 같은 잘 지원되는 배포판에 대해 이야기하고 있습니다. CentOS와 같은 안정적인 서버 지향 배포판도 있습니다.

데비안의 패키지 관리 시스템과 패키지 업그레이드 스크립트가 다른 배포판이 제공하는 것보다 훨씬 고급이기 때문입니까?

아니면 배포판에 관계없이 메이저 버전 업그레이드시 처음부터 다시 설치하는 것이 더 좋은 아이디어일까요?

답변:


6

여러 가지 요소의 조합입니다.

대부분의 배포판은 주요 릴리스를 중요한 변경 사항을 구현할 때로 사용합니다. 예를 들어 Fedora 15는 systemd를 추가했고 Ubuntu는 6.10에서 시작을 추가했습니다. 데비안은 여러면에서 매우 보수적 인 배포판입니다. 큰 변화가 눈에 f 다.

예를 들어, 데비안의 릴리스주기가 너무 멀리 떨어져 있기 때문에 새로운 릴리스의 표준에 맞게 모든 중요한 패키지를 수정해야하기 때문입니다.

데비안의 패키지 관리 기술은 페도라 나 우분투보다 우월하지는 않지만 (우분투와 동일하기 때문에) 데비안은 문화적으로 원활한 업그레이드 시스템을 갖추는 것이 중요하다고 결정했습니다.


5
보다 정확하게, 그들은 프로덕션 서버에서 원하지 않는 것은 소프트웨어를 업그레이드하기 위해 처음부터 다시 설치해야한다는 결정을 내 렸습니다.
Shadur

그러나 Fedora에서도 설치 프로그램통해 (단일 버전) 업그레이드 수행 하면 가능한 경우 기본 인프라 변경과 관련하여 DTRT를 시도합니다.
Ignacio Vazquez-Abrams 3

1

좀 더 구체적으로 말하면, 업그레이드를 할 때 많은 배포판에서 문제가 발생했습니다. 우분투 예를 들어, 릴리스간에 설치된 패키지 기반을 대폭 변경합니다. 기존의 'dist-upgrade'를 수행하면 설치된 패키지가 새로운 릴리스로 업데이트되지만 최종 결과에는 새로운 라인업 변경 사항이 없습니다. 기본 설치의 패키지가 강등되고 '지원'또는 '지원되지 않음'으로 악화 된 경우에도 해당 패키지를 유지합니다. 새 패키지가 기본 설치 상태이면 설치되지 않은 것입니다. 릴리스가 업그레이드 된 릴리스의 '기술적으로'이지만 새로운 릴리스 환경을 반영하지는 않습니다. 같은 경우도 CentOS5를 CentOS6과 비교할 때 패키지 이름을 완전히 재구성했습니다.

데비안은 급격한 업그레이드 비용을 겪으면서 급격한 업그레이드를 우선시합니다. 그렇기 때문에 데비안이 새로운 기능을 더 느리게하는 이유는 커뮤니티의 트레이드 오프가 허용되는 것입니다. 이전 답변을 반영하기 위해 패키지 관리 기술 자체와는 아무런 관련이 없습니다. 나는 지속적인 우분투 재설치가 나를 입고 있다고 말할 것입니다.


Ubuntu에는 dist-upgrade보다 더 많은 것을 처리하는 업그레이드를위한 특수 도구가 포함되어 있습니다. 그것에 대해 더 잘 알고 있습니까?
trr

1

롤링 릴리스 배포판 전체에 대해 언급 한 내용이 아닙니다 .

시스템 유지 관리 소프트웨어의 경우 시스템의 일부만 업그레이드하거나 업그레이드 전체에서 구성 일관성을 유지할 때 패키지 간 호환성 문제를 해결하는 것이 훨씬 더 어렵습니다. 서로 잘 작동하도록 다양한 소프트웨어 패키지를 조정해야합니다.

그렇기 때문에 시스템 업데이트를 제공하는 가장 쉬운 (즉 , 동일한 개발 노력으로 가장 안정적인 ) 솔루션은 정기적으로 전체 테스트를 거친 전체 설치 릴리스를 준비하는 것입니다. Red Hat과 같은 엔터프라이즈 솔루션은 클라이언트에게 안정적인 시스템을 제공해야하며 가능한 한 오랫동안 업그레이드를 중단하여 문제를 해결해야합니다. 물론, 약간의 업그레이드 및 버그 수정이 가능하거나 자동으로 풀어야합니다. 이것은 CentOS와 같은 무료 서버 배포판의 기본 철학이기도합니다.

최종 사용자에게 릴리스간에 완벽한 업그레이드 경로를 제공하는 것은 시스템 개발자에게 큰 과제입니다. 많은 배포자들이 부족한 시간을 희생하지 않기로 결정했습니다. QT와 같은 널리 사용되는 많은 패키지는 업그레이드가 어렵고 종종 완전한 재설치가 필요합니다. 더 중요한 것은, 많은 프로젝트가 개발 노력의 감소를 나타내거나 새로운 기술로 대체 된 것입니다. 시스템 패키지의 경우 종종 상당한 시스템 재 설계가 필요합니다. 일부 사람들은 C 버전에서 D 버전으로 업그레이드하기를 원하지만 다른 유형은 B에서 A로 또는 일부 사용자 지정 상태에서 중간으로 전환한다는 사실을 고려해야하는 경우 마이그레이션 절차를 구현하기가 특히 어려울 수 있습니다.

따라서 이미 짐작했듯이 가장 어려운 방법은 롤링 릴리스입니다. 데비안의 접근 방식에 대한 자세한 내용은 알지 못하지만 설명에서 중간에 어딘가에 있음을 알 수 있습니다.


데비안은 이전 안정에서 현재 안정으로의 업그레이드를 완벽하게 지원합니다. 그것들은 2 년에서 3 년 떨어져 있기 때문에, glibc, KDE 3에서 4, 다가오는 Gnome 2에서 3과 같은 주요 전환을 포함합니다. 일부 패키지는 업그레이드하기가 어렵고 다시 설치해야합니다. 데비안 내에서 "주요 전환"으로서 패키지 관리자는 이들을 완벽하게 관리 할 수 ​​있으며 최종 사용자를 위해 완전히 테스트하고 지원합니다. 나는 그것이 당신이 주장하는 것보다 사고 방식에 대해 훨씬 더 많은 것을 생각하고 있습니다.
trr
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.