3장. 애플리케이션 디버깅

절차

1. 디버그하려는 애플리케이션 또는 라이브러리에 연결된 GDB를 시작합니다. GDB는 누락된 디버깅 정보를 자동으로 인식하고 실행할 명령을 제안합니다.

   $ gdb -q /bin/ls
   Reading symbols from /bin/ls...Reading symbols from .gnu_debugdata for /usr/bin/ls...(no debugging symbols found)...done.
   (no debugging symbols found)...done.
   Missing separate debuginfos, use: dnf debuginfo-install coreutils-8.30-6.el8.x86_64
   (gdb)

2. exit GDB: q 를 입력하고 Enter 를 사용하여 확인합니다.

   (gdb) q

3. GDB에서 제안하는 명령을 실행하여 required debuginfo 패키지를 설치합니다.

   # dnf debuginfo-install coreutils-8.30-6.el8.x86_64

   dnf 패키지 관리 도구는 변경 사항에 대한 요약을 제공하고 확인을 요청한 후 필요한 모든 파일을 확인, 다운로드 및 설치합니다.

4. GDB가 debuginfo 패키지를 제안할 수 없는 경우 3.1.5절. “애플리케이션 또는 라이브러리에 대한 debuginfo 패키지 수동으로 가져오기” 에 설명된 절차를 따르십시오.

절차

1. 애플리케이션 또는 라이브러리의 실행 파일을 찾습니다.

   1. 애플리케이션 파일을 찾으려면 which 명령을 사용합니다.

      $ which less
      /usr/bin/less

   2. locate 명령을 사용하여 라이브러리 파일을 찾습니다.

      $ locate libz | grep so
      /usr/lib64/libz.so.1
      /usr/lib64/libz.so.1.2.11

      원래의 디버깅에 오류 메시지를 디버깅하는 이유는 오류 메시지에 언급된 파일과 라이브러리의 추가 번호가 같은 결과를 선택하십시오. 확실하지 않은 경우 나머지 절차에 따라 라이브러리 파일 이름에 추가 번호가 포함되지 않은 결과를 표시하십시오.

      참고

      locate 명령은 mlocate 패키지에서 제공합니다. 설치하고 사용을 활성화하려면 다음을 수행합니다.

      # yum install mlocate
      # updatedb

2. 파일을 제공한 패키지의 이름 및 버전을 검색합니다.

   $ rpm -qf /usr/lib64/libz.so.1.2.7
   zlib-1.2.11-10.el8.x86_64

   출력은 이름에 설치된 패키지에 대한 세부 정보를 제공합니다 :epoch-version.release.아키텍처 형식입니다.

   중요

   이 단계에서 결과가 생성되지 않으면 바이너리 파일이 제공된 패키지를 결정할 수 없습니다. 다음과 같은 몇 가지 사례가 있습니다.

   • 파일은 현재 구성에서 패키지 관리 툴로 알 수 없는 패키지에서 설치됩니다.
   • 파일은 로컬에서 다운로드되고 수동으로 설치된 패키지에서 설치됩니다. 이러한 경우 적합한 debuginfo 패키지를 자동으로 결정하는 것은 불가능합니다.
   • 패키지 관리 툴이 잘못 구성되어 있습니다.
   • 파일은 어떤 패키지에서도 설치되지 않습니다. 이러한 경우 각 debuginfo 패키지가 존재하지 않습니다.

   추가 단계는 이 문제를 해결하기 때문에 이 상황을 해결하거나 이 절차를 중단해야 합니다. 정확한 문제 해결 단계를 설명하는 것은 이 절차의 범위를 벗어납니다.

3. debuginfo -install 유틸리티를 사용하여debuginfo 패키지를 설치합니다. 명령에서 이전 단계에서 결정한 패키지 이름과 기타 세부 정보를 사용합니다.

   # debuginfo-install zlib-1.2.11-10.el8.x86_64