터미널에서 보안 업데이트 알림을 확인했지만 어떤 명령어를 써야 할지 모르는 순간이라면, 먼저 배포판을 확인한 뒤 저장소 정보 갱신과 패키지 업그레이드를 순서대로 실행하면 됩니다.
- Debian·Ubuntu 계열은 apt update 후 apt upgrade를 실행합니다.
- Fedora·RHEL 계열은 dnf upgrade –refresh를 사용합니다.
- Arch 계열은 부분 업그레이드를 피하고 pacman -Syu를 한 번에 실행합니다.
- openSUSE Leap은 zypper update, Tumbleweed는 배포판 안내에 맞춰 zypper dup를 사용합니다.
배포판을 확인하고 업데이트 범위 정하기
명령어를 고르기 전에 배포판과 버전을 확인합니다. 터미널에서 cat /etc/os-release를 실행하면 이름과 버전, 계열을 볼 수 있습니다. 그래픽 환경에서는 설정의 시스템 정보에서도 확인할 수 있지만, 원격 서버나 최소 설치 환경에서는 파일 확인이 더 확실합니다.
Debian과 Ubuntu, Linux Mint는 보통 APT 계열입니다. Fedora, Rocky Linux, AlmaLinux, RHEL은 DNF 계열로 분류하고, Arch Linux와 Manjaro는 pacman 계열로 봅니다. openSUSE는 zypper를 사용합니다.
업데이트의 범위도 먼저 정해야 합니다. 보안 패치만 급히 적용하려는 업무용 컴퓨터라면 변경 목록을 먼저 확인하고, 커널이나 데이터베이스 같은 핵심 패키지가 포함됐는지 살펴봅니다. 반대로 장기간 미뤄 둔 시스템은 의존성 변경이 커질 수 있어 전체 업데이트 전에 백업과 복구 방법을 점검해야 합니다.
배포판이 같아도 저장소 설정은 다를 수 있습니다. 회사 내부 저장소, 외부 저장소, 지원 기간이 끝난 버전이 섞이면 명령어가 정상 실행돼도 원하는 패키지가 갱신되지 않을 수 있으므로 저장소 오류를 먼저 해결합니다.
배포판별 기본 명령어 비교
아래 명령은 일반적인 기본 설치를 기준으로 합니다. 대부분 관리자 권한이 필요하므로 앞에 sudo를 붙입니다.
| 계열 | 업데이트 전 확인 | 패키지 업데이트 | 특히 볼 항목 |
|---|---|---|---|
| Debian·Ubuntu | apt list –upgradable | sudo apt update sudo apt upgrade |
삭제 예정 패키지와 보류 패키지 |
| Fedora·RHEL | dnf check-update | sudo dnf upgrade –refresh | 활성 저장소와 모듈 의존성 |
| Arch·Manjaro | sudo pacman -Qu | sudo pacman -Syu | 부분 업그레이드 금지 |
| openSUSE | zypper list-updates | sudo zypper update | Tumbleweed의 배포판 방식 |
APT에서 apt update는 설치된 패키지를 바꾸지 않고 저장소의 최신 목록을 가져옵니다. 그 다음 apt upgrade가 실제 업데이트를 수행합니다. 의존성 변경으로 기존 패키지 제거가 필요하면 apt full-upgrade가 제안될 수 있으므로, 삭제 목록을 확인한 뒤 사용합니다.
DNF는 –refresh 옵션으로 저장소 메타데이터를 새로 확인하면서 업그레이드합니다. RHEL 계열에서 저장소 접근 권한이나 구독 상태가 필요한 환경이면 해당 설정이 먼저 정상이어야 합니다. Fedora에서 dnf check-update가 업데이트가 있음을 알리며 특정 종료 상태를 반환하는 경우가 있어, 그 결과만 보고 명령 실패로 판단하지 말고 화면의 패키지 목록을 확인합니다.
Arch 계열에서는 pacman -Sy만 실행해 데이터베이스만 갱신한 뒤 나중에 설치하는 방식을 피합니다. 라이브러리와 프로그램의 버전이 어긋나는 부분 업그레이드가 될 수 있기 때문입니다. 업데이트와 동기화를 함께 하는 pacman -Syu가 기본 순서입니다.
실행 전후 점검 순서
- 현재 상태를 기록합니다. 저장 공간과 실행 중인 중요 서비스, 최근 백업 시점을 확인합니다. 원격 접속 중인 서버라면 콘솔이나 대체 접속 경로가 있는지 먼저 점검합니다.
- 변경 목록을 읽습니다. 커널, 부트로더, 그래픽 드라이버, 네트워크 서비스, 업무 프로그램이 포함됐는지 봅니다. 제거 예정 항목이 예상 밖으로 많으면 일단 중단하고 저장소와 의존성을 확인합니다.
- 업데이트를 실행합니다. 노트북은 전원 연결 상태에서 진행하고, 업무 시간에는 서비스 중단 가능성을 고려합니다. 패키지 관리자에서 설정 파일 충돌을 묻는 경우 기존 설정과 새 설정의 차이를 확인한 뒤 선택합니다.
- 결과를 검증합니다. 오류 메시지의 마지막 부분만 보지 말고 저장소 오류, 서명 오류, 디스크 부족 여부를 구분합니다. 명령이 중간에 중단됐다면 같은 명령을 반복하기보다 배포판이 안내한 설정 복구 명령이나 미완료 패키지 상태를 먼저 확인합니다.
- 재부팅 필요성을 판단합니다. 커널, 시스템 라이브러리, init 계열 구성요소가 바뀌었다고 해서 항상 즉시 재부팅해야 하는 것은 아니지만, 새 커널을 실제로 사용하려면 재부팅이 필요합니다. 업무용 장비는 업데이트 뒤 서비스와 네트워크, 프린터, VPN을 시험한 후 재부팅 시간을 정합니다.
업데이트 후에는 Debian·Ubuntu에서 apt list –upgradable, Fedora에서 dnf check-update, Arch에서 pacman -Qu처럼 남은 목록을 다시 볼 수 있습니다. 아무 항목이 없다는 결과가 항상 최신 보안을 보장하는 것은 아닙니다. 저장소가 비활성화됐거나 지원이 끝난 버전이면 먼저 그 상태를 해결해야 합니다.
문제 발생과 자동화 관리 요령
저장소 서명 오류가 나면 검증을 끄는 옵션으로 우회하지 않습니다. 시스템 날짜, 저장소 주소, 키 관리 상태를 확인하고 배포판의 공식 저장소 설정을 기준으로 복구합니다. 디스크 공간 부족이 원인이면 캐시를 무작정 삭제하기보다 어떤 파티션이 찼는지 df -h로 확인한 뒤 오래된 로그와 패키지 캐시를 구분해 정리합니다.
자동 업데이트는 개인용 데스크톱과 업무용 서버를 같은 방식으로 다루지 않습니다. 개인 컴퓨터는 보안 업데이트 자동 설치를 허용할 수 있지만, 서버는 재부팅이나 서비스 재시작이 필요한 패키지를 별도 창구에서 승인하는 편이 안전합니다. 자동 설치를 켰더라도 정기적으로 로그와 남은 업데이트를 확인해야 합니다.
APT의 사용하지 않는 패키지 정리에는 sudo apt autoremove가 쓰일 수 있지만, 목록에 업무 프로그램이나 수동 설치 패키지가 포함되지 않았는지 확인해야 합니다. 반대로 목록이 없는데 임의로 패키지를 삭제하면 의존 프로그램이 함께 사라질 수 있습니다.
Arch 계열은 시스템 전체 업데이트가 배포판 운영 방식의 일부이므로, 특정 패키지만 고정해 오래 유지하는 방법이 항상 안전하지 않습니다. Manjaro처럼 저장소 제공 시점이 다른 배포판에서는 해당 프로젝트의 공지와 저장소 상태를 함께 확인합니다. 업데이트가 실패한 뒤 다른 배포판의 해결 명령을 섞어 쓰는 것도 피해야 합니다.
가장 중요한 기준은 패키지 목록보다 변경 결과를 확인하는 것입니다. 실행 전 삭제·재시작 항목을 읽고, 실행 후 저장소 상태와 핵심 기능을 점검해야 리눅스 패키지 업데이트를 단순한 명령 입력이 아니라 관리 작업으로 끝낼 수 있습니다.