YUM

01무엇이고, 어떤 일을 하나

• 저장소의 패키지 목록을 읽어 설치·업데이트 후보를 조회한다.
• 의존성 있는 여러 RPM 패키지를 한 거래로 관리한다.
• 과거 CentOS·RHEL 실습의 설치 명령과 최신 환경의 도구 차이를 이해하는 연결점이 된다.

02어떤 순서로 동작하나

1. 구현과 저장소 확인

   운영체제 버전과 yum 명령의 실제 제공 패키지를 확인한다. 전통적 YUM인지 DNF 호환 인터페이스인지에 따라 세부 옵션·출력이 달라질 수 있다.

2. 메타데이터 확보

   설정된 저장소에서 패키지 후보와 의존성 정보를 가져온다. 네트워크 실패·저장소 종료·캐시 만료는 패키지 설치 거래 자체의 실패와 구분한다.

3. 거래 계산

   설치 상태와 요청을 비교하여 추가·업데이트·제거할 패키지를 정한다. 계획에 예상치 않은 제거가 있으면 의존 관계와 저장소 혼합 여부를 읽는다.

4. 패키지 적용

   패키지를 내려받아 검증하고 RPM 설치 거래를 수행한다. 설치 후 실행 파일·설정 파일·서비스 프로세스의 적용 상태를 각기 관찰한다.

03먼저 알아둘 용어와 구성요소

yum.repos.d

여러 RPM 계열 환경에서 저장소 설정 파일을 두는 관례적인 디렉터리이다. 실제 설치 버전의 경로를 기준으로 한다.

Repository metadata

후보 버전과 의존성·위치를 설명하는 저장소 정보이다. 패키지 본체와는 다른 자료이다.

의존성 해결

요청한 패키지를 실행하는 데 필요한 다른 패키지의 조건을 함께 충족하도록 조합하는 작업이다.

호환 명령

이전 명령 이름을 유지하면서 다른 구현으로 연결하는 인터페이스이다. 이름이 같아도 내부 도구는 바뀔 수 있다.

RPM 거래

실제 로컬 패키지의 설치·교체·제거를 수행하는 작업 단위이다.

보관 저장소

과거 릴리스의 패키지를 보관하는 저장소이다. 현재의 보안 업데이트 공급을 자동으로 의미하지 않는다.

04예제로 따라가기

• 과거 필기의 yum install httpd는 저장소에서 Apache 패키지와 의존성을 설치한다는 의도로 읽는다. 현재 장비에서는 먼저 명령의 구현과 패키지 가용성을 확인한다.
• type yum이나 패키지 파일 소유 조회는 명령 이름과 실제 프로그램을 연결하는 단서가 된다.
• 저장소 메타데이터 다운로드 실패가 보이면 아직 패키지 설치 단계에 도달하지 않았을 수 있다. 이때 서비스 설정을 바꾸어도 원인이 해결되지 않는다.

05혼동하기 쉬운 점과 확인 기준

• 오래된 YUM 문서의 모든 옵션이 최신 DNF 계열에서 동일하다고 가정하지 않는다.
• 지원이 종료된 저장소를 찾았다는 사실을 시스템의 보안 유지보수가 복구된 것으로 설명하지 않는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.