rpm 패키지와 RMP 명령

리눅스 소스 패키지와 바이너리 패키지의 패키지로 나누어집니다

소스 패키지는 소스 코드의 많은, 그것은 프로그래머에 의해 특정 형식과 구문으로 작성된이다. 설치 시간과 오류가 발생하기 쉬운 동안 컴파일됩니다.

바이너리 패키지는 소스 패키지 패키지가 성공적으로 컴파일 후 생성됩니다. 이 컴파일 작업을 완료 출시 전에 바이너리 패키지, 그래서 (같은 Windows에서 상당히에서 소프트웨어 설치) 소프트웨어를 설치하는 것은 사용자의 빠른 속도, 설치 과정 때문에 크게 오류의 가능성을 줄일 수 있습니다.

 

바이너리 패키지는 리눅스 소프트웨어 패키지에 기본적으로 설치되어 있으므로 바이너리 패키지는 기본 설치 패키지로 알려져있다. 주로 두 가지 주요 주류 바이너리 패키지 관리 시스템이 있습니다 :

  • RPM 패키지 관리 시스템 : 강력한, 설치, 업그레이드, 질의 및 하역 매우 쉽게, 많은 리눅스 배포판은 페도라, CentOS는 기본적으로 등등 수세 등의 설치 관리 소프트웨어로이 메커니즘을 사용합니다.
  • 때 dpkg 패키지 관리 시스템 : 패키지를 dpkg에 의해 개발 된 데비안 리눅스 패키지 관리 시스템은 데비안 리눅스 패키지 관리는 데비안과 우분투의 주요 응용 프로그램을 수행 할 수있다.

 

다음은 RPM 명령 APM 바이너리 패키지 관리를 사용하여 설명입니다.

RPM 패키지 기본 설치 경로

일반적으로 케이스, RPM은 기본 설치 경로, 표 1의 설치를 분산 카테고리별로 디렉토리에 모든 설치 파일을 사용하여 패키지를 호출합니다.

표 1 RPM 패키지 기본 설치 경로
설치 경로 의미
/기타/ 프로파일 설치 디렉토리
는 / usr / 빈 / 실행 파일 디렉토리를 설치 명령
는 / usr / lib 디렉토리 / 프로그램이 저장된 위치에서 사용하는 라이브러리
는 / usr / share / doc / 기본 소프트웨어 설명서 위치를 저장
는 / usr / share / 사람 / 저장 위치 도움말 파일


RPM 패키지 기본 설치 경로 입니다 명령 쿼리를 통해 사용할 수 의.

또한, RPM 패키지는 수동으로 지원하는 설치 경로를 지정하지만,이 방법은 사용하지 않는 것이 좋습니다. 때문에 한 번 수동으로 설치 경로를 지정, 설치 프로그램은 지정된 위치에 장착을 모두 집중하고, 시스템 명령은 설치 경로는 사용할 수 없습니다 쿼리 (인식 할 수 있도록 시스템을 구성해야합니다) 좋은보다 더 많은 해를.

 

RPM 패키지 설치

RPM -ivh 패키지 이름

주의 패키지의 전체 이름이어야합니다. 패키지 명령은 작업이 사전에 장비를 장착하기 위해 수행되어야한다, 그래서 우리는 아마도 CD 패키지 경로에주의를 지불해야합니다, 전체 이름을 포함한다.

이 명령의 각 옵션 매개 변수의 의미는 다음과 같습니다

    • -i : 설치 (설치);
    • -v : 자세한 정보 (상세)를 표시;
    • -h : 인쇄 #, 설치 진행 (해시)를 표시합니다;

한 번에 여러 패키지를 설치 패키지의 전체 이름은 공백으로 구분 될 수있다

RPM -ivh a.rpm b.rpm c.rpm

RPM 패키지를 업그레이드

RPM -Uvh 패키지 이름

-U (대문자) 옵션을 의미하는 것입니다 : 소프트웨어를 직접 설치 설치되어 있지 않은 경우, 최신 버전으로 업그레이드를 설치하지 않을 경우.

 RPM -Fvh 패키지 이름

-F (대문자) 옵션을 의미하는 것입니다 : 소프트웨어가 설치되어 있지 않은 경우, 설치되지 않은, 당신은 낮은 버전 업그레이드 설치해야합니다.

 

제거 RPM 패키지

 RPM -e 패키지 이름

제거 RPM 패키지는 패키지 간의 종속성을 고려합니다. 예를 들어, 그렇지 않으면 오류가 발생하지, 우리는 기능 모듈의 httpd mod_ssl에 패키지 설치 후 아파치 패키지를 설치하려고, 그래서 당신은 제거 할 때, 당신은 먼저 아파치를 제거 mod_ssl을 제거해야합니다.

 

쿼리 패키지가 설치됩니다

RPM -q 패키지 이름

-q는 쿼리가 쿼리 이니셜을 나타냅니다.

당신이 직접 반환 패키지 이름을 설치 한 경우, 설치되지 않은 경우 설치되지 프롬프트. 이 명령을 사용하십시오 정확하게 정확해야합니다 패키지 이름을

[루트 @ 로컬 호스트의 방랑] # 회전 수 - Q의 아파치의 
아파치 - 2.4 . (6) - 89 .el7.centos. 1 .x86_64 
[루트 @ 로컬 호스트의 방랑은] # 회전 수 - Q httpddd의 
패키지 httpddd가 되어 설치되어 있지

설치된 모든 패키지를 조회

회전 수 -qa

일반적으로, 당신은 할 수 그렙와 함께 사용이 명령 목록 설치된 모든 패키지, 패키지 쿼리가 이미 설치 특정 키워드를 포함 . 다음과 같이

[루트 @ localhost를 ~] # 회전 수 -qa | 그렙 아파치 
아파치 -devel- 2.2 . (15) - (15) .el6.centos. 1 .i686 
아파치 -tools- 2.2 . (15) - (15) .el6.centos. 1 .i686 
아파치 -manual- 2.2 . (15) - (15) .el6.centos. 1 .noarch의 
아파치 - 2.2 . (15) - (15) .el6.centos. 1 .i686

 

검색어 세부 패키지를 설치

RPM -qi 패키지 이름

-i 옵션은 정보 쿼리 소프트웨어, 정보의 첫 글자 것을 의미합니다.

단지 패키지의 전체 이름을 반환 -q만을 사용하여 -qi 상세 정보 패키지를 반환 할 수 있습니다. 소프트웨어가 설치되어 있지 않은 경우, 당신은하지 설치하라는 메시지가 표시됩니다. 쿼리 패키지 이름은 정확히 잘해야합니다.

[루트 @ 로컬 호스트의 방랑] # 회전 수 - 제나라의 httpd 
이름 : 아파치의 
버전 : 2.4 . 6 
릴리스 : 89 .el7.centos. 1 
아키텍처 : x86_64에 
목 : 날짜 설치 (12) 년 9 월 2019 년  06 : 17 : (11) AM UTC 
그룹 : 시스템 환경 / 데몬 
크기 : 9,817,317 
라이센스 : ASL 2.0 
서명 : RSA / SHA256, 수요일 (31) 년 7 월 2019 년  03 : 37 : 23AM UTC, 키 ID 24c6a8a7f4a80eb5 
소스 RPM : 아파치 - 2.4 . (6) - 89 .el7.centos. 1 개 소스 패키지 (SRPM)의 
빌드 날짜 : 월 (29) 년 7 월 2019 년  05 : 21 : 18 오후 UTC의 
빌드 호스트 : 86 - 02 .bsys.centos.org 
재배치 : (변동 없음) 
포장기 : CentOS는 BuildSystem <HTTP : // bugs.centos. 조직> 
업체 : CentOS는이 
URL : HTTP : // httpd.apache.org/ 
요약 : 아파치 HTTP 서버  
설명 :
아파치 HTTP 서버 입니다 강력하고 효율적이며 확장 가능한 
웹 서버입니다. 
[루트 @ 로컬 호스트의 방랑] # 회전 수 - 제나라의 HTTP 
패키지 HTTP가 되어 설치되어 있지

 

쿼리 세부 패키지를 다운로드 한

RPM -qip 절대 경로 + 패키지 이름

좋은 -p 옵션은 쿼리 다운로드 패키지는 문자의 첫 번째 패키지 있음을 나타냅니다.

패키지를 다운로드했지만 아직 설치되지 않은 경우, 관련 정보를 조회하려면이 명령을 사용할 수 있습니다

그 참고, 여기에 전체 패키지 이름 및 패키지를 결정하기 위해 "절대 경로와 패키지의 전체 이름"접근 방식을 사용하여 소프트웨어 패키지를 설치할 필요하다.

 

파일의 검색어 설치된 패키지 목록

RPM -ql 패키지 이름

-l 옵션은 표시 설치 디렉토리 패키지에있는 모든 파일을 나열합니다 .

 

쿼리 파일 다운로드 패키지 목록이 설치되어 있지 않습니다

RPM -qlp 절대 경로 + 패키지 이름

-p 옵션은 쿼리가 소프트웨어 패키지 정보가 설치되지 않았 음을 나타냅니다 패키지의 첫 번째 문자입니다.

파일을 포함하는 패키지를보고 싶어하지만, 경우,이 패키지가 아직 설치되지 않은 경우이 명령을 사용할 수 있습니다. 이미 설치 -ql 사용하는 경우보다 간결 될 것입니다.

패키지가 설치되지 않은 때문에, 패키지를 결정하기 위해 "절대 경로와 패키지의 전체 이름"방법을 사용하는 것이 필요하다.

[루트 @ 로컬 호스트는 ~] # -qlp RPM을 / mnt / CDROM /를 패키지 / bind- 9.8 . 2 - 0.10 .rc1.el6.i686.rpm
 /etc/NetworkManager/dispatcher.d/ 13입니다 - 명명 된
 /etc/logrotate.d / 명명
 은 / etc / 명명
 은 / etc / named.conf의
 은 / etc / named.iscdlv.key
 은 / etc / named.rfc1912.zones의 
출력을 생략 ...

 

귀하의 시스템 파일은 RPM 패키지에 속하는

-ql 패키지 쿼리가 파일에 포함 된 설치 경로를 통해 명령 RPM은 RPM은 시스템 파일이 속한 RPM 패키지 쿼리 즉, 역방향 조회를 지원합니다. 형식은 다음과

RPM -qf 시스템 파일 이름

문의 시스템 파일을 소유 -f 옵션 패키지의 의미는, 파일은 첫 글자입니다.

파일은이 명령을 사용하려면 설치 RPM 패키지를 사용하는 것이, 수동으로 만든 파일은이 명령을 사용할 수 없습니다.

[루트 @ localhost를 등] # 회전 수 -qf /etc/php.ini
PHP-공통 7.3.9-1.el7.remi.x86_64

설치된 패키지의 쿼리 종속성

, RPM 패키지를 설치 다른 RPM 패키지에 대한 종속성을 고려 rpm 명령을 사용합니다. 패키지가 설치된 다른 패키지에 따라 쿼리 명령을 -qr RPM 명령의 형식은 다음과 같습니다

RPM -qr 패키지 이름

-R (대문자) 옵션을 의미하는 것은 첫 번째 문자가 필요하고, 소프트웨어 패키지 종속성을 조회하는 것입니다.

 

쿼리 종속성 패키지를 설치하지 않은

RPM -qRp 절대 경로 + 패키지 이름

다음과 같이

RPM -qRp을 / mnt / cdrom이 / 패키지 / bind- 9.8 . 2 - 0.10 .rc1.el6.i686.rpm

 

p는 다운로드 된 패키지 (패키지)을 의미 패키지가 설치되어 있고, 그것은 설치되지 않을 수있다. 다운로드 패키지의 뒷면과 경로를 저장

 

해당 패키지 이름과 패키지의 이름 앞에 동일하지 않습니다. 패키지 이름은 전체 패키지 이름의 일부입니다.

이름을 명명 전체 패키지

패키지 이름 - 버전 - 릴리즈 번호 - 출판사 -linux 플랫폼 - 적합한 하드웨어 플랫폼 - 확장 패키지

사용자가 직접 이름 등의 정보 패키지 버전, 적절한 플랫폼에 액세스 할 수 있습니다.

예를 들어, RPM의 이름 httpd-2.2.15-15.el6.centos.1.i686.rpm, 상기

    • httped : 패키지 이름. 그것은 httped 패키지 이름이며, 아파치 - 2.2.15-15.el6.centos.1.i686.rpm 일반적으로 패키지의 전체 이름, 패키지 이름이라고도하고 일부 패키지의 전체 이름, 다른, 주목해야한다  리눅스 명령 의 패키지의 전체 이름을 사용하여 (예 : 설치 및 업그레이드 패키지 등) 일부 명령하지만, 일부 명령 패키지 이름을 사용하여 (쿼리 및 하역 패키지), 그것은 실수가 될 전망이다.
    • 2.2.15 : 버전 번호, 일반적으로 패키지의 형식 버전 번호 主版本号.次版本号.修正号.
    • 15 : 해제 바이너리 패키지의 수는 RPM 패키지 생성 여러 프로그래밍의 제임을 나타낸다.
    • 엘 * : 소프트웨어 게시자는 el6이 패키지는 RHEL 6.x에서 (레드햇 엔터프라이즈 Unux)과에 CentOS 6.x에서에서 사용되는 Red Hat, Inc.에 의해 출판되어 있음을 나타냅니다
    • CentOS는 :이 패키지에 CentOS 시스템에 적용된다는 것을 나타냅니다.
    • 는 i686이 패키지에 사용되는 하드웨어 플랫폼은 현재 RPM 패키지지지 플랫폼은 표 1에 나타낸 :

      표 1 RPM 패키지 적합한 하드웨어 플랫폼
      플랫폼 이름 응용 프로그램 플랫폼 정보
      I386 이상의 컴퓨터 (386)가 설치 될 수있다
      i586 버전 이상 686 컴퓨터가 설치 될 수있다
      는 i686 II 컴퓨터가 설치 될 수 펜티엄 이상은, 현재의 모든 CPU 펜티엄 II보다 더 많은, 그래서 소프트웨어 버전의 대부분
      x86_64에 CPU (64)가 설치 될 수있다
      noarch 어떤 하드웨어 제한 없음

추천

출처www.cnblogs.com/gaoBlog/p/11655563.html