업그레이드 후 gdb는 프로세스에 연결되지 않습니다

방금 최근 10.04에서 11.04로 업그레이드했으며 gdb에서 더 이상 프로세스에 연결할 수 없으므로 오류가 발생합니다.

프로세스 10144에 첨부 프로세스에 첨부 할 수 없습니다. uid가 대상 프로세스의 uid와 일치하면 / proc / sys / kernel / yama / ptrace_scope의 설정을 확인하거나 루트 사용자로 다시 시도하십시오. 자세한 내용은 /etc/sysctl.d/10-ptrace.conf ptrace : 작업이 허용되지 않음을 참조하십시오.

sudo없이 다시 디버깅 할 수 있도록이 문제를 어떻게 해결합니까?

Maverick Meerkat (10.10)에서 우분투는 루트가 아닌 사용자가 자식 프로세스가 아닌 프로세스를 추적 할 수 없도록하는 패치를 도입했습니다. 다른 프로세스의 부모 인 프로세스 만 일반 사용자를 위해 프로세스를 추적 할 수 있지만 루트는 여전히 모든 프로세스를 ptrace 할 수 있습니다. 따라서 왜 gdb를 사용하여 sudo를 통해 첨부 할 수 있습니까?

다음을 수행하여이 제한을 일시적으로 비활성화하고 사용자가 다른 프로세스를 ptrace (gdb) 할 수 있도록하는 이전 동작으로 되돌릴 수 있습니다.

echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope

/etc/sysctl.d/10-ptrace.conf를 영구적으로 편집하고 행을 변경하려면 다음을 수행하십시오.

kernel.yama.ptrace_scope = 1

읽다

kernel.yama.ptrace_scope = 0

이 변경이 이루어진 이유에 대한 배경 지식은 우분투 위키를 참조하십시오.

당신이 떠나 선호하는 경우 /proc/sys/kernel/yama/ptrace_scope의 디폴트 값으로 설정 1한 다음 해결 방법으로는 사용을 고려할 수 gdb디버깅 할 프로그램을 실행합니다. 그런 다음을 눌러 간단히 디버거를 불러올 수 있습니다 ^C. 예를 들어, (지루한) 프로그램으로 디버그 sleep 60하려면 다음을 수행하십시오.

$ gdb -q sleep -ex 'run 60'

다음은 완전한 예입니다.

$ gdb -q sleep -ex 'run 60'
Reading symbols from sleep...(no debugging symbols found)...done.
Starting program: /bin/sleep 60
^C
Program received signal SIGINT, Interrupt.
0x00007ffff7ad5d60 in __nanosleep_nocancel () at ../sysdeps/unix/syscall-template.S:81
81      ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) backtrace
#0  0x00007ffff7ad5d60 in __nanosleep_nocancel () at ../sysdeps/unix/syscall-template.S:81
#1  0x0000000000403cd7 in ?? ()
#2  0x0000000000403b88 in ?? ()
#3  0x00000000004016c9 in ?? ()
#4  0x00007ffff7a35ec5 in __libc_start_main (main=0x401540, argc=2, argv=0x7fffffffea08, init=<optimized out>, 
    fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe9f8) at libc-start.c:287
#5  0x00000000004017d5 in ?? ()
(gdb) continue
Continuing.
[Inferior 1 (process 3531) exited normally]
(gdb) quit

이후 /bin/sleep(당연히) 디버깅 정보없이 컴파일하고, 상기 역 추적 최소 정보를 포함한다.