sources.list를 편집하는 것이 좋습니다?

이 의심은 2 ~ 3 일 이후로 나에게 타격을 주었으므로 직접 테스트하기로 결정했습니다. 내가 한 일은 VMWare에서 Ubuntu 16.04.4를 설치 /etc/apt/sources.list하고 다음 xenial을 bionic사용하여 편집 하고 바꿨습니다 .

sudo sed -i 's/xenial/bionic/g' /etc/apt/sources.list

그런 다음 나는 달렸다

sudo apt-get update && sudo apt-get upgrade

를 사용하여 확인한 18.04로 업그레이드 할 수있었습니다 lsb_release -a. 그러나 다음과 같은 문제가 발생했습니다.

apt에는 안정적인 CLI 인터페이스가 없습니다. 스크립트에서주의해서 사용하십시오.
python3-aptdaemon.pkcompat의 충족되지 않은 종속성
'appstream'에 대한 '바이오닉 백 포트'릴리스를 찾을 수 없음
깨진 단결

나는 모든 오류를 해결하고 설치 gnome및 gdm3.

따라서 편집하는 것이 좋은지 알고 싶습니다 sources.list. 시스템이 고장 났지만 이것을 사용하지 않는 다른 특별한 이유가 있다는 것을 알고 있습니다.

참고 : VMWare의 Ubuntu 16.04 에서이 문제를 테스트하여 의심의 여지가 없습니다.

package-management upgrade software-sources

— 쿨피
소스

업그레이드 프로세스에 새로운 종속성을 포함 sudo apt-get dist-upgrade시키 sudo aptitude dist-upgrade려면 실행해야합니다 . 스크립트에서 apt에 대한 경고 메시지는 정상이며 16.04와 18.04에 모두 존재합니다.

— N0rbert

@ N0rbert dist-upgrade더 나은 옵션이지만 다시 sudo apt-get install -f종속성 을 설치 한다는 것을 알고 있습니까?

— Kulfy

일반적으로 그렇습니다. 그러나 두 명령을 모두 사용하는 것이 좋습니다.

— N0rbert

의존성을 고려하면 차이가 있습니까?

— Kulfy

무엇을하고 있는지 알고 파일에서 적절한 형식을 사용하는 한 완벽하게 괜찮습니다

— Sergiy Kolodyazhnyy

답변:

편집 /etc/sources.list은 데비안에서 후속 릴리스로 마이그레이션하기위한 한 단계이지만 우분투에서는 아닙니다. 여전히 사용할 수는 있지만 대부분의 사용자가 발생한 문제를 정확하게 처리 할 필요가 없으므로 권장 하지 않습니다.

대신 우분투는 do-release-upgrade문제를 예방하기 위해 예측 가능하고 재현 가능한 방식으로 소스를 올바르게 변경하고 업그레이드를 다운로드 및 설치하며 고아를 제거 하는 도구 ( 명령)를 제공합니다 . 이 도구는 새로운 Ubuntu 릴리스로 업그레이드하는 데 권장되는 방법입니다.

— 사용자
소스

그러나 때로는 do-release-upgrade작동하지 않습니다. 따라서 해당 시나리오에서 사용자가 프로그램을 테스트하려는 경우 옵션으로 간주해야합니까?

— Kulfy

왜 효과 do-release-upgrade가 없는지 배우는 것이 좋습니다 . 같은 이유로도 dist-upgrade실패 할 수 있습니다.

— user535733

do-release-upgrade가 작동하지 않으면 데비안 방식으로 업그레이드하는 것이 가능합니다. 우분투 업데이트 관리자는 전형적인 우분투 사용자가 알지 못하는 준비 및 정리를 수행합니다. 그러나 결국 주요 단계는 여전히 "apt-get upgrade && apt-get dist-upgrade"입니다. 를 자유롭게 사용 apt하십시오. 스크립트에서만 권장되지 않습니다.

— allo

@Kulfy 당신은 do-release-upgrade지금 작동하지 않는 것에 대해 이야기하고 있습니까? 이 경우 Canonical은 아직 업그레이드를 릴리스하지 않았습니다. 릴리스 노트에는 7 월 말 18.04.1 릴리스에서 며칠 내에 사용할 수 있다고 명시되어 있습니다. 계속 확인하십시오.

— Terrance

@ user535733이 동의했습니다.

— Kulfy

업그레이드하기 전에 사용한 버전에는 "소스 버전" 이라는 용어를 사용 하고 업그레이드 후에 사용한 버전 에는 "대상 버전" 이라는 용어를 사용하겠습니다 .

우분투 버전을 업그레이드하는 방법 :

첫 번째 방법 : sources.list 편집

일반적으로 데비안 업그레이드 방식 또는 때로는 Brute Force Method 라고 불립니다 .

이 방법:

대상 버전의 패키지로 시스템을 제공합니다.
일부 타사 리포지토리에는 대상 버전에 대한 채널이 없을 수 있으므로 때때로 충족되지 않은 종속성 문제가 발생하며 모든 경우에 패키지를 최신 버전으로 업그레이드 할 수 없습니다. 예를 들어, wine-hq저장소는 최근에 Bionic에 대한 지원 만 추가했습니다.
- 404 Not found오류가 발생할 수 있으므로 타사 리포지토리를 제거하지 않고 리포지토리 업데이트를 완료 할 수 없습니다 .

일부 참고 사항 : 타사 저장소를 비활성화하십시오.

작동 : 작동하거나 작동하지 않습니다.

권장 수준 : 너무 낮습니다.

두 번째 방법 : 출시 후 업그레이드 수행 :

일반적으로 Ubuntu 업그레이드 방법이라고합니다.

이 방법:

리포지토리의 경우 :
- 로 전환 sources.list새 저장소 항목
- 더 이상 사용되지 않는 항목을 자동으로 제거
패키지 :
- 파손 된 패키지 제거
- 패키지 색인을 업데이트합니다 (에 해당 sudo apt full-upgrade).
- 시스템 업그레이드 (에 해당 sudo apt full-upgrade)
- 오래된 패키지를 제거합니다 :
  - 오래된 커널
  - 패키지는 소스 버전의 Ubuntu에 존재하지만 대상 버전에는 존재하지 않습니다.
- Nvidia 드라이버와 거래합니다.
특정 작업을 해제하십시오.
- 일부 구성으로 재생
- 릴리스 특정 스크립트를 실행합니다.
  - 예를 들어 Unity Desktop을 Gnome Desktop으로 바꿉니다.

그러나 많은 사람들 이 do-release-upgrade다음 과 같은 문제를 겪고 있습니다 .

작품 : 버그와 함께 작동합니다.

권장 수준 : 낮음과 중간

세 번째 방법 : 새로 설치

이것이 시스템을 업그레이드 할 때 가장 권장되는 방법입니다 .

참고 # 1 : 백업을 잊지 마십시오.

참고 # 2 : 위에서 언급 한 방법으로 호출 된 오류를 수정하는 데 동일한 시간을 소비하게됩니다. 그렇다면 왜 새로 설치를 주저하십니까?

작동 : 항상 작동합니다.

권장 수준 : 매우 높습니다.

— 올림 존
소스