문제를 피하기 위해 릴리스 업그레이드를 수행하기 전에 취해야 할 단계는 무엇입니까?

1404_HWE_EOL 에 대한 알림을받은 후 중요한 프로덕션 시스템을 16.04.1로 업그레이드하는 것을 고려하고 있습니다. "중요한 생산 시스템"이라고합니다. 이것이 매일 직장에서 사용하는 워크 스테이션이기 때문입니다. 디버깅 및 문제 해결에 시간이 오래 걸리지 않기 때문에 버그 또는 다른 문제를 피하고 싶습니다 (IT 부서는 Linux 시스템을 지원하지 않습니다). 모든 데이터를 백업했지만 현재 OS 파티션이 아닙니다 (OS 드라이브를 다른 폴백 계층으로 dd 할 수 있음). 업그레이드하기 전에 수행해야 할 다른 단계는 무엇입니까? 우분투에서 제공되는 릴리스 업그레이드를 사용할 때 합병증을 최소화하는 방법을 알고 싶습니다.

업그레이드하기 전에 PPA 제거 에 대해 읽었습니다 . 27 개의 PPA가 설치되어 있습니다. PPA를 모두 제거하고 업그레이드 한 후 되돌릴 때까지 시간이 걸립니다. 이것이 중요한 이점이 있습니까? 다른 거있어?

중요한 생산 시스템

나는 그런 시스템을 업그레이드하지 않을 것입니다. 다른 컴퓨터에 16.04를 설치하고 라이브 데이터를 해당 컴퓨터에 복사합니다. 좀 더 테스트 해봐 그런 다음 해당 시스템을 프로덕션 서버로 만듭니다.

현재 14.04 서버에서 18.04로 다시 실행할 수 있습니다.

왜 위험을 감수해야합니까?

Workstation의 이미지 백업 (Linux Live 시스템에서 "dd")을 가져 와서 VirtualBox VM으로 변환합니다. (RAW 이미지를 VDI로). 그런 다음 VB에서 스냅하여이 이미지를 실행하십시오. 모든 단계를 수행하여 업그레이드하십시오. 무언가가 작동하지 않으면 다시 끼우십시오. 시스템을 업그레이드 한 후에는 VDI를 다시 원시로 변환하여 시스템에 "dd"하거나 런북을 재생할 수 있습니다.
그러나 이전 시스템을 덮어 쓰기 전에 항상 마지막 "dd"이미지 백업을 만드십시오.
"VDI-> RAW-> usb tumb-drive"로 시스템 설치를 수행하고 업그레이드 / 설치된 시스템에서 부팅하여 USB Thumb 드라이브에서 시스템을 실행하는 것을 선호합니다. 준비된. 좋아, 당신은 하나의 USB 포트를 "느슨하게"하지만 당신은 스트레스를하지 않으며 항상 시스템 백업을 쉽게 할 수 있습니다.

다음은 이미 가지고있는 하드웨어에서 작동 할 수있는 @rinzwind의 변형입니다.

내부 디스크 드라이브에 충분한 여유 공간이 있거나없는 경우 (라이브 CD / USB 배포판에서 분리 된 것과 같은 것을 사용하여) 2 개의 새로운 파티션을 생성하고 루트 (/)를 그 중 하나에 복사 할 수 있습니다. 및 / home을 다른 사용자에게 표시하고 root2 및 home2와 같은 레이블을 지정하여 쉽게 찾을 수 있도록합니다.

루트와 홈이 같은 파티션에 있다면, 그냥 복사하면되지만 별개라면 여러 가지 이유로 훨씬 좋습니다.

/etc/fstab새 루트 파티션 에서 변경 사항을 편집 하여 새 / home 및 루트 파티션의 UUID를 업데이트하여 새 / home에서 새 루트를 지정해야합니다.

ls -l /dev/disk/by-label새 루트와 홈이 현재있는 장치를 찾은 다음 ls -l /dev/disk/by-uuid장치 이름에서 uuids로 가져 오기 위해 장치를 찾기 위해 수행합니다 .

다음으로 grub-customizer와 같은 것으로 grub을 프로덕션 시스템에서 업데이트하여 grub 메뉴에 새 루트를 추가하십시오.

이제 해당 파티션에 라이브 시스템의 정확한 사본이 있습니다. 이 복사본에서 업그레이드를 실행할 수 있지만 프로덕션 버전은 그대로 유지됩니다. 당신이 작업하고 싶은 어느 곳으로 부팅 할 수 있습니다.

업그레이드가 완료되면 grub에게 사본이 활성 사본 (기본 항목)이고 원본이 이제 백업임을 알릴 수 있습니다. grub-customizer를 사용하면 이와 같은 작업을 매우 쉽게 수행 할 수 있습니다.

/ home 또는 root에 데이터가 너무 많으면 (복제하기에 너무 큰 경우) 먼저 자신의 파티션에 넣으십시오 (이동에 대해 액세스하는 프로그램에 알리십시오). 복제 할 필요는 없습니다. 백업 만하면됩니다.

또한 더 이상 시스템과 혼합되지 않기 때문에 데이터를 훨씬 쉽게 백업 할 수 있습니다.

"테스트"파티션의 두 번째 세트를 사용하면 일상적인 작업에 의존하는 시스템에 위험을 감수하고 싶지 않은 모든 종류의 작업을 할 수 있습니다.

저는 현재 "개발"파티션에서 16.04로 Kubuntu 12.04를 이렇게 원하는 방식으로 구성 할 때까지 실행하고 있습니다.

요즘 디스크 드라이브 가격이 너무 낮아서 기존 내부 드라이브를 더 큰 새 드라이브로 복사하고 회사에서 허용 할 경우 필요할 경우이를 사용할 수도 있습니다.

이 답변은이 작업을 수행하는 방법에 대한 모든 주요 세부 사항을 다룹니다. 나는 각 단계의 모든 작은 세부 사항을 다루려고하지 않았습니다. 그러나 모든 것을 복사하고 있기 때문에 심각한 문제가 없어야하며 다른 모든 것은 이미 스택 교환에서 다루어졌습니다.

특정 경우에는 적용되지 않지만 Ubuntu 시스템이 VM 인 경우 업그레이드 및 작동하지 않는 경우 되돌리기 전에 스냅 샷을 작성하여이 문제를 해결할 수 있습니다.

한 번은 내 VM 중 하나를 업그레이드했지만 업그레이드에 실패하고 롤백되었지만 깨끗하고 기능적인 시스템을 얻지 못했습니다.

@Rinzwind의 답변은 VM에서도 작동합니다. 새 VM을 만들고 새 Ubuntu 버전을 설치 한 다음 복사를 시작하십시오.