"(Gdb) run" se bloquea al ejecutar ejecutables en qemu emulated arm architecture
linux (0)
este es mi primer mensaje, te escribo porque esta vez no puedo descifrar este problema.
Estoy siguiendo un curso sobre gdb. En las lecciones posteriores, el curso cubre la depuración en la arquitectura ARM, por lo que me presentan una configuración que me permite emular esa situación.
Mi configuración actual está compuesta por:
- Windows 10: host phisical
- Ubuntu 12.04.5 LTS: invitado a través de Oracle Virtual Box en Windows 10
- Linux debian-armel 2.6.32-5-versatile: guest os via qemu 2.8.0 en Ubuntu
- Ubuntu 12.04.5 LTS: invitado a través de Oracle Virtual Box en Windows 10
La imagen ARM Debian proviene de https://people.debian.org/~aurel32/qemu/armel/
La imagen se lanza con
qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.img-2.6.32-5-versatile -hda debian_squeeze_armel_standard.qcow2 -append "root=/dev/sda1" -m 256 -redir tcp:2222::22
Modifiqué sources.list y apt.conf para permitir que apt funcione, ya que de distro está bastante desactualizado. Actualicé y actualicé e instalé gcc y gdb.
El problema surge cuando intento depurar: puedo cargar ejecutables en gdb
root@debian-armel:~/video-11/video-11# file ./main
./main: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
pero cuando intento ejecutarlo dentro de gdb, recibo este mensaje y la ejecución se cuelga, hasta que puedo eliminar el proceso de gdb de otra consola
------------[ cut here ]------------
WARNING: at /build/linux-2.6-fIxTVd/linux-2.6-2.6.32/debian/build/source_armel_none/kernel/sched.c:2628 wake_up_process+0x2c/0x48()
Modules linked in: loop sg smc91x sr_mod mii cdrom psmouse evdev ext3 jbd mbcache sd_mod crc_t10dif sym53c8xx scsi_transport_spi scsi_mod
[<c002b068>] (unwind_backtrace+0x0/0xdc) from [<c0046f88>] (warn_slowpath_common+0x4c/0x80)
[<c0046f88>] (warn_slowpath_common+0x4c/0x80) from [<c00446f0>] (wake_up_process+0x2c/0x48)
[<c00446f0>] (wake_up_process+0x2c/0x48) from [<c0026930>] (arch_ptrace+0x214/0x4bc)
[<c0026930>] (arch_ptrace+0x214/0x4bc) from [<c00508d8>] (sys_ptrace+0x9c/0x164)
[<c00508d8>] (sys_ptrace+0x9c/0x164) from [<c0024ec0>] (ret_fast_syscall+0x0/0x28)
---[ end trace 98ab50bc781b314f ]---
¿Alguien podría dirigirme en una dirección para resolver este problema?
¡Gracias por adelantado!