Ubuntu 26.04.1 변경 사항 및 업그레이드 가이드

Ubuntu 26.04.1 요약

Ubuntu 26.04.1 LTS(장기 지원) 버전은 2026년 4월 23일에 출시된 Ubuntu 26.04 LTS 이후 4개월 만인 2026년 8월 27일에 출시되었습니다. 이 버전은 기존 릴리스를 통합한 것으로, 동일한 Linux 7.0 커널과 패키지 구성을 포함합니다. 2026년 8월 25일까지 발표된 모든 SRU(Stable Release Update)와 보안 업데이트가 새로운 설치 미디어에 반영되어 있습니다. apt full-upgrade를 실행 중인 26.04 서버는 이미 해당 업데이트를 모두 포함하고 있습니다. 이 릴리스가 중요한 대상은 24.04 LTS 서버입니다. 첫 번째 포인트 릴리스는 Canonical이 이전 LTS 버전으로부터의 업그레이드 경로를 개방하는 시점이기 때문입니다. 2026년 9월 18일 기준으로 해당 경로는 아직 열리지 않았으며, 업그레이드 개방일은 공개된 텍스트 파일 하나를 통해 확인할 수 있습니다.

.1 포인트 릴리스의 의미

포인트 릴리스는 스냅샷입니다. Canonical은 26.04 아카이브를 기준으로 4월 이후 resolute-updates 및 resolute-security에 적용된 모든 업데이트를 반영하여 새로운 ISO와 클라우드 이미지를 빌드합니다. 릴리스 공지 사항은 이를 한 문장으로 요약합니다. "이번 포인트 릴리스에는 다수의 업데이트가 포함되어 있으며, 설치 미디어가 최신 상태로 제공되므로 설치 후 다운로드해야 할 업데이트 양이 줄어듭니다." 지원 기간에는 아무런 변화가 없습니다. 지원 기간은 여전히 2026년 4월부터 5년간 산정되므로, 26.04.1은 4월 출시 이미지와 동일하게 2031년 4월까지 지원됩니다. 이후의 포인트 릴리스에 더 최신 커널이 포함되는 이유를 포함한 일반적인 메커니즘은 Ubuntu 포인트 릴리스의 작동 방식에서 확인할 수 있습니다. 아래 내용은 26.04.1에 특화된 정보입니다.

Ubuntu 26.04.1의 변경 사항

전체 목록은 공식 26.04.1 릴리스 노트 페이지에서 확인할 수 있습니다. 목록이 길며 대부분 데스크톱 및 노트북 하드웨어 관련 내용입니다. 서버 운영 시 중요한 항목은 아래와 같습니다.

커널: 여전히 Linux 7.0, HWE 스택 미포함

26.04 LTS는 24.04의 6.8에서 상향된 Linux 7.0을 탑재했습니다. .1 릴리스에서도 7.0을 유지합니다. 릴리스 노트의 커널 섹션에는 여러 linux SRU 빌드(7.0.0-15.15 추적기 포함)가 나열되어 있으므로, 패치된 시스템에서 uname -r을 실행하면 4월 이미지보다 높은 ABI(애플리케이션 바이너리 인터페이스) 번호가 표시되지만 동일한 7.0 시리즈입니다. 26.04.1에는 HWE(하드웨어 활성화) 커널이 없습니다. Ubuntu 커널 수명 주기 페이지는 다음과 같은 패턴을 명시합니다. 데스크톱의 경우 ".2 이상의 포인트 릴리스는 업데이트된 커널을 제공"하며, "서버 설치는 기본적으로 GA 커널을 사용하고 활성화 커널을 선택 사항으로 제공"합니다. GA는 일반 가용성을 의미하며, 릴리스 출시 당시의 커널을 뜻합니다. VPS 환경에서는 별도의 선택을 하지 않는 한 릴리스 수명 동안 7.0 버전을 유지하게 되며, 서버에 HWE 커널을 적용할지 여부는 오늘 당장 결정할 필요가 없는 별개의 사안입니다.

주목할 만한 커널 수정 사항이 하나 있습니다. 버그 2158267인 "성능 회귀로 인한 SDXL 추론 속도 저하(~42배)" 문제가 제네릭 커널 및 대부분의 클라우드 버전에서 해결되었습니다. 26.04에서 추론 워크로드를 실행 중이며 커널 업데이트 후 속도 저하를 겪었다면 해당 항목을 확인하십시오.

서버 및 클라우드 수정 사항

• openssl: "HollowByte 서비스 거부 문제"(버그 2161371)에 대한 보안 업데이트입니다.
• rsync: "2026년 5월 보안 업데이트의 회귀 수정"(버그 2155874)입니다. 5월에 rsync 문제가 발생했다면 .1 미디어에 포함된 수정 사항으로 해결됩니다.
• exim4: 해제된 버퍼에 대한 1바이트 쓰기 및 PROXYv2의 정보 노출을 포함한 세 가지 보안 업데이트입니다.
• ca-certificates: Mozilla 인증 기관 번들이 버전 2.86으로 업데이트되었습니다.
• systemd: systemd-networkd resolve 훅으로 인한 cloud-init 지연 문제가 해결되었으며(버그 2148619), 코어는 이제 필요할 때만 netfilter 소켓을 엽니다.
• libvirt 및 qemu: "physical_package_id가 클 때 발생하는 과도한 메모리 할당" 문제와 iothreads 및 throttle 그룹 간의 경쟁 상태(race condition)에 대한 수정입니다.
• apparmor: 새로운 업스트림 릴리스와 "uucore 로캘 읽기"에 대한 프로필 수정이 포함되었습니다. uucore는 rust-coreutils 하위의 공유 코드이며, 이 수정 사항은 아래에서 다룰 24.04 업그레이드 프롬프트 지연 문제와 동일한 맥락입니다.
• ubuntu-meta: pollinate가 cloud-minimal, server, server-minimal 및 server-raspi 시드에서 제거되었으며, curl가 cloud-minimal 및 server-minimal에 명시적으로 추가되었습니다. 두 변경 사항 모두 .1 미디어로 새로 설치할 때 적용됩니다.
• debootstrap: "릴리스 인덱스 파일에서 SHA512 감지 및 지원" 기능이 추가되었으며, 이는 26.04 아카이브에서 chroot나 컨테이너를 빌드할 때 중요합니다.
• base-files: /etc/os-release이 이제 26.04.1로 표시되며, 이전의 "VERSION에 LTS 누락" 버그가 수정되어 문자열이 26.04.1 LTS (Resolute Raccoon)로 표시됩니다.

설치 미디어

새로운 ISO에는 네 가지 livecd-rootfs 수정 사항이 포함되어 있습니다. VPS 사용자가 접할 수 있는 것은 "수정: nocloud 비밀번호 데이터 형식 업데이트"(버그 2149891)로, NoCloud 데이터 소스를 통해 비밀번호를 전달하는 무인 설치에 영향을 줍니다. 그 외에는 casper 디렉터리의 커널 및 initrd 권한을 0644로 설정하고 두 가지 riscv64 부팅 옵션을 수정했습니다. 제공업체 이미지는 ISO로 설치하는 경우가 드물기 때문에, 실질적인 효과는 26.04.1로 빌드된 템플릿이 2026년 8월 25일까지의 보안 업데이트가 적용된 상태로 부팅된다는 점입니다.

릴리스 업그레이더

.1 버전에는 다섯 가지 ubuntu-release-upgrader 항목이 포함되어 있으며, 그중 하나는 모든 26.04 시스템에 영향을 줍니다. 버그 2154602인 "data/release-upgrades: set Prompt=lts for resolute"는 4월 릴리스의 실수를 수정했습니다. /etc/update-manager/release-upgrades는 중간 릴리스 설정인 Prompt=normal으로 배포되었습니다. 버전 1:26.04.22는 이를 Prompt=lts로 설정합니다. 이 수정이 없으면 26.04 서버는 10월에 26.10으로 업그레이드하라는 제안을 받게 됩니다. 나머지는 24.04 경로를 위한 특이 사항("Noble에 libfile-libmagic-perl 설치 표시"), Raspberry Pi 관련 사항, 린트 정리 및 미러 목록 갱신입니다.

26.04 서버가 26.04.1 버전으로 업데이트되는 과정

별도로 실행해야 할 업그레이드 작업은 없습니다. 포인트 릴리스는 아카이브의 상태를 의미하며, 서버는 apt를 통해 해당 아카이브를 추적합니다. 두 가지 명령어를 실행하면 어떤 26.04 설치 환경이든 .1 미디어와 동일한 상태가 되거나 그 이후의 상태로 업데이트됩니다.

sudo apt update
sudo apt full-upgrade

upgrade 대신 full-upgrade를 사용하십시오. apt upgrade은 패키지 삭제를 거부하므로, 패키지 업데이트 과정에서 기존 패키지를 제거해야 할 때 The following packages have been kept back 메시지를 출력하고 해당 패키지를 이전 버전으로 남겨둡니다. 반면 full-upgrade는 삭제를 수행할 수 있으므로 작업을 완료합니다. 작업 후 버전 문자열을 확인하십시오.

grep VERSION= /etc/os-release

VERSION="26.04.1 LTS (Resolute Raccoon)"이 표시되어야 합니다. 문자열에 여전히 .1이 없다면 base-files 업데이트가 적용되지 않은 상태이며, 이는 보통 미러 서버에서 apt update 작업이 실패했음을 의미합니다. apt update의 출력 내용을 다시 확인하십시오. 신규 제공자의 이미지인 경우 미러 서버가 아직 동기화되지 않은 것이 일반적인 원인입니다.

다음으로 커널이 변경되었는지 확인하십시오.

cat /var/run/reboot-required
uname -r

*** System restart required ***는 재부팅이 필요한 패키지가 설치되었음을 의미하며, 서버 환경에서는 거의 항상 커널이 해당됩니다. uname -r은 현재 실행 중인 커널을 보여줍니다. 새로운 커널은 재부팅 전까지 활성화되지 않으므로, 잠시 서비스 중단이 가능한 시점에 재부팅하십시오. 만약 서버가 다시 시작되지 않는다면, 커널 업데이트 후 부팅되지 않는 VPS 문서를 참고하여 GRUB 메뉴에서 이전 커널로 부팅하십시오. 새로운 커널로 정상 부팅되었다면 sudo apt autoremove --purge 명령어로 이전 커널을 삭제할 수 있으며, Ubuntu에서 이전 커널 정리하기 문서에서 유지해야 할 항목을 확인할 수 있습니다.

마지막으로 업그레이더 수정 사항이 적용되었는지 확인하십시오.

grep -v '^#' /etc/update-manager/release-upgrades

Prompt=lts이 표시되어야 합니다. 만약 Prompt=normal가 보인다면, .1 버전 이전에 사용자나 프로비저닝 스크립트가 해당 파일을 수정했기 때문에 dpkg가 새로운 파일 대신 기존 파일을 유지한 것입니다. 수동으로 lts으로 설정하십시오. 이 설정의 차이에 따라 다음 달에 26.10 버전으로 업그레이드할지, 아니면 2028년에 다음 LTS 버전으로 넘어갈지가 결정됩니다. 관련 이유는 서버가 LTS 릴리스를 유지해야 하는 이유에서 다룹니다.

24.04 서버에서 업그레이드할 대상이 없다고 나오는 이유

26.04.1 버전이 존재함에도 업그레이드 도구가 없다고 표시되는 현상은 사용자들에게 혼란을 줍니다. 그 이유는 Canonical이 제어하는 텍스트 파일 내의 플래그 하나 때문입니다.

24.04 서버에서 /etc/update-manager/release-upgrades은 Prompt=lts를 담고 있습니다. 이 설정에 따라 do-release-upgrade은 https://changelogs.ubuntu.com/meta-release-lts를 다운로드하여 릴리스 목록을 읽어 들입니다. 현재 버전보다 최신인 각 릴리스에 대해 Supported: 필드를 확인합니다. update-manager의 MetaRelease.py에 있는 관련 루프는 다음과 같습니다(일부 생략).

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Supported: 0 값이 있는 릴리스는 존재하지 않는 것처럼 건너뜁니다. 해당 파일은 직접 확인할 수 있습니다.

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

2026년 9월 18일 기준으로 출력되는 내용은 다음과 같습니다.

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

Version 줄에는 이미 26.04.1이 명시되어 있으므로, 포인트 릴리스를 위해 파일은 업데이트된 상태입니다. 단지 Supported 플래그만 여전히 0입니다. 이 때문에 루프는 업그레이드 가능한 릴리스를 찾지 못하고, new_dist은 비어 있는 상태로 유지되며, do-release-upgrade은 Prompt=lts 상황을 위해 작성된 메시지를 출력합니다.

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

이 메시지는 "아직 제공되는 LTS가 없음"으로 해석해야 하며, Prompt=normal에 대한 힌트는 무시하십시오. 해당 설정을 변경하면 업그레이드 도구가 중간 릴리스 목록을 읽게 되어 9개월간 지원되는 25.10 버전을 제안하게 되며, 이후 26.04에 도달하기 위해 두 번째 업그레이드를 수행해야 합니다. 더 짧은 No new release found. 메시지는 파일에 이미 Prompt=normal라고 적힌 시스템에서 나타나는 동일한 조건이며, do-release-upgrade에서 새 릴리스를 찾지 못할 때의 대처법에서 두 메시지와 다른 원인들을 모두 다룹니다. 알아두어야 할 메시지가 하나 더 있습니다. Please install all available updates for your release before upgrading.은 24.04에 보류 중인 업데이트가 있다는 뜻이며, 해결 방법은 다시 시도하기 전에 sudo apt full-upgrade을 실행하는 것입니다.

왜 플래그가 아직 바뀌지 않았을까요? 26.04.1 발표 내용에 따르면 "Ubuntu 24.04 LTS 사용자는 최근 rust-coreutils 버전의 회귀 문제를 해결하기 위한 계획된 백포트 작업 이후, 릴리스 몇 주 뒤에 Update Manager를 통해 26.04.1 LTS로의 자동 업그레이드를 제공받게 될 것"이라고 명시되었습니다. 26.04는 ls 및 기타 핵심 유틸리티가 GNU coreutils 대신 rust-coreutils에서 제공되는 첫 번째 LTS이며, Ubuntu 기본 시스템의 Rust 재작성이 변경하는 점에서 24.04에서 업그레이드할 때 왜 이 부분의 회귀 문제가 가장 먼저 나타나는지 설명합니다. Canonical은 해당 수정 사항이 resolute-updates에 포함될 때까지 자동 알림을 보류하고 있습니다. 수정 사항이 적용되면 파일은 Supported: 1로 변경됩니다. 그 시점부터 24.04의 SSH 로그인 배너에는 New release '26.04.1 LTS' available.와 Run 'do-release-upgrade' to upgrade to it.이 표시되며, 없다고 나오던 동일한 명령어가 별도의 조치 없이 26.04.1을 제안하기 시작합니다.

기다리고 싶지 않은 경우

발표 내용에는 플래그를 우회하는 방법인 do-release-upgrade -d도 언급되어 있습니다. 해당 플래그의 도움말 텍스트는 "최신 지원 릴리스를 사용하는 경우 개발 릴리스로 업그레이드"라고 되어 있는데, 이는 26.10처럼 들리지만 LTS 환경에서는 그렇지 않습니다. Prompt=lts를 사용하면 -d은 위 코드에서 두 가지 작업을 수행합니다. URL에 -development을 추가하여 업그레이드 도구가 meta-release-lts-development을 읽게 만들고, continue 조건의 후반부인 useDevelopmentRelease를 설정합니다. 이제 Supported: 0 건너뛰기 조건이 적용되지 않으며, 안정 버전이 제안됩니다. 해당 파일은 최신 LTS를 나열하므로 24.04에서 -d를 실행하면 26.10이 아닌 26.04.1이 제안됩니다.

sudo do-release-upgrade -d

그 대가로 Canonical이 대기 중인 rust-coreutils 백포트가 적용되기 전, 현재 아카이브 상태의 26.04.1을 받게 됩니다. 스냅샷으로 복구할 수 있는 서버라면 합리적인 선택입니다. 복구할 수 없는 서버라면 플래그가 바뀔 때까지 기다리십시오. 어느 쪽이든 먼저 스냅샷을 생성하고, SSH 포트 1022 폴백 및 타사 저장소 처리에 관해서는 24.04에서 26.04로의 전체 업그레이드 가이드를 읽어 보십시오. 업그레이드가 중간에 멈춘다면 실패한 Ubuntu 릴리스 업그레이드 복구하기 페이지를 열어두는 것이 좋습니다.

결정 사항

이미 26.04를 사용 중이라면 특별히 할 작업은 없습니다. sudo apt update && sudo apt full-upgrade을 실행하고 /var/run/reboot-required가 존재하면 재부팅하십시오. 그런 다음 Prompt=lts를 확인하십시오. 포인트 릴리스는 이미 사용 중인 업데이트 스트림이므로 뒤처진 상태가 아닙니다.

24.04를 사용 중이라면 업그레이드 경로가 곧 열릴 예정이지만, 2026년 9월 18일 기준으로 아직 닫혀 있습니다. 매주 한 번씩 위에서 언급한 curl 라인을 실행하십시오. Supported:의 결과가 1로 나오면, 먼저 스냅샷을 생성한 뒤 업그레이드를 계획하십시오. 그 전에 26.04를 사용하고 싶다면, 앞서 언급한 주의 사항을 감수하고 do-release-upgrade -d를 통해 오늘 바로 26.04.1로 올릴 수 있습니다. 24.04 LTS 자체는 2029년 4월까지 지원되므로, 플래그가 열릴 때까지 몇 주 더 기다려도 손해 볼 것은 없습니다.

22.04 또는 중간 릴리스에서는 릴리스 노트에 다음과 같이 명시되어 있다. "26.04 LTS로 진행하려면 먼저 Ubuntu 24.04 LTS 또는 25.10으로 업그레이드해야 한다." 먼저 24.04로 이동한 다음, 위의 24.04 경로를 따른다. 22.04 서버의 경우 24.04를 거쳐 22.04에서 26.04로 이동하는 2단계 경로에서 각 단계 사이에 수행할 점검과 스냅샷, 진행 중 발생할 수 있는 PPA, PHP, Python, 데이터베이스 및 netplan 문제를 다룬다.

FAQ

Is Ubuntu 26.04.1 a new version I need to install?

No. Ubuntu 26.04.1 LTS, released on 27 August 2026, is the 26.04 archive with four months of updates built into new install media. A 26.04 server that runs sudo apt update && sudo apt full-upgrade is at or past the .1 state, and grep VERSION= /etc/os-release shows 26.04.1 LTS (Resolute Raccoon) once the base-files update is applied. Support still ends in April 2031, counted from the April 2026 release.

Why does do-release-upgrade on 24.04 say there is no development version of an LTS available?

Because Prompt=lts makes the upgrader read meta-release-lts, and that file lists 26.04.1 with Supported: 0. The upgrader skips unsupported entries, finds nothing newer, and prints the message written for the Prompt=lts case. Canonical flips the flag to Supported: 1 when the upgrade path opens, and the 26.04.1 announcement tied that to backports for rust-coreutils regressions. Do not set Prompt=normal; that offers 25.10, an interim release.

Does 26.04.1 include a new kernel?

No. 26.04.1 stays on the Linux 7.0 series that 26.04 LTS shipped with, updated through several SRU builds. The first HWE kernel arrives with a later point release, .2 by Ubuntu's usual pattern, and server installs default to the GA kernel even then. A VPS on 26.04 keeps 7.0 unless you opt into the HWE stack yourself.

Should I use do-release-upgrade -d to move from 24.04 now?

The announcement offers it for anyone who does not want to wait. -d with Prompt=lts reads the LTS development list and ignores the Supported: 0 flag, so it offers 26.04.1 rather than 26.10. You get the archive as it stands before the rust-coreutils backports Canonical is waiting on. Take a snapshot first. Use it on a server you can rebuild, and wait for the flag on one you cannot.