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-9.5-6.el10.x86_64
   (gdb)

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

   (gdb) q

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

   # dnf debuginfo-install coreutils-9.5-6.el10.x86_64

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

4. GDB가 debuginfo 패키지를 제안할 수 없는 경우 에 설명된 절차를 따르십시오.

   • 애플리케이션 또는 라이브러리의 debuginfo 패키지를 수동으로 가져옵니다.

프로세스

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

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

      $ 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 패키지에서 제공합니다. 이를 설치하고 사용하려면 다음을 수행합니다.

      # dnf install mlocate

      1. 데이터베이스를 업데이트합니다.

         # updatedb

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

   $ rpm -qf /usr/lib64/libz.so.1.3.1.zlib-ng

   zlib-ng-compat-2.2.3-1.el10.x86_64

   출력은 다음과 같이 이름:epoch-버전.릴리스.아키텍처 형식으로 설치된 패키지에 대한 세부 정보를 제공합니다.

   중요

   이 단계에서 결과가 생성되지 않으면 바이너리 파일을 제공한 패키지를 확인할 수 없습니다. 몇 가지 가능한 사례가 있습니다.

   • 파일은 현재 구성의 패키지 관리 도구에서 알 수 없는 패키지에서 설치됩니다.
   • 파일은 로컬로 다운로드되고 수동으로 설치된 패키지에서 설치됩니다. 이 경우 적절한 debuginfo 패키지를 자동으로 확인할 수 없습니다.
   • 패키지 관리 툴이 잘못 구성되어 있습니다.
   • 파일이 어떤 패키지에서도 설치되지 않았습니다. 이러한 경우 해당 debuginfo 패키지가 없습니다.

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

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

   # dnf debuginfo-install zlib-ng-compat-2.2.3-1.el10.x86_64