после обновления GDB не присоединится к процессу

Я только что обновил с 10.04 до 11.04, и gdb больше не позволяет мне подключаться к процессам. Я получаю ошибку

Присоединение к процессу 10144 Не удалось подключиться к процессу. Если ваш uid совпадает с uid целевого процесса, проверьте настройку / proc / sys / kernel / yama / ptrace_scope или попробуйте снова как пользователь root. Для получения дополнительной информации см. /Etc/sysctl.d/10-ptrace.conf ptrace: Операция не разрешена.

Как это исправить, чтобы я мог снова отлаживать без sudo?

67
задан 10 May 2011 в 02:58

2 ответа

В Maverick Meerkat (10.10) Ubuntu представила патч, запрещающий трассировку не дочерних процессов пользователями без полномочий root - т.е. только процесс, который является родителем другого процесса, может отслеживать его для обычных пользователей - в то время как root может отслеживать каждый процесс. Поэтому вы можете использовать gdb для подключения через sudo.

Вы можете временно отключить это ограничение (и вернуться к старому поведению, позволяющему вашему пользователю отслеживать (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

Чтобы узнать, почему это изменение было сделано, смотрите Ubuntu вики

0
ответ дан 10 May 2011 в 02:58

Если вы предпочитаете оставить /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 был (неудивительно) скомпилирован без отладочной информации, вышеупомянутая обратная трассировка содержит минимальную информацию.

0
ответ дан 10 May 2011 в 02:58

Другие вопросы по тегам:

Похожие вопросы: