「（gdb）run」在qemu仿真arm架構上運行可執行文件時崩潰

這是我的第一條消息，我在寫你，因爲這次我無法真正將我從這個問題中解救出來。「（gdb）run」在qemu仿真arm架構上運行可執行文件時崩潰

我正在瀏覽關於gdb的課程。在後面的課程中，該課程涵蓋了ARM架構上的調試，所以我給出了一個讓我模擬這種情況的設置。

的Windows 10：物理性主機
- 的Ubuntu 12.04.5 LTS：通過Oracle虛擬框來賓操作系統在Windows 10
  - Linux的debian-
    
    我目前的設置是由組成armel 2.6.32-5-versatile：在Ubuntu上通過qemu 2.8.0的guest os

ARM的Debian的圖像來自https://people.debian.org/~aurel32/qemu/armel/

圖像啓動與

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

我修改的sources.list和apt.conf允許容易的工作，因爲德的發行是相當過時。我更新並升級並安裝了gcc和gdb。

問題嘗試調試時出現了：我可以在gdb

[email protected]:~/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

加載的可執行文件，但是當我嘗試運行它和GDB裏，我收到此消息，並執行掛起，直到我能從另一個控制檯殺死gdb進程

------------[ 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 ]---

任何人都可以請指點一個方向來解決這個問題嗎？

在此先感謝！

來源

2017-03-03 IlManu

這可能是一個客戶內核中的錯誤（雖然當然不是這樣），所以我會開始嘗試與更新的內核比2.6.32，這是現在已近8歲。 –

非常感謝你！嘗試與其他圖像形式相同的網址，內核3.2作品無瑕 – IlManu

彼得，發表您的評論作爲一個職位，這樣IlManu可以確認問題關閉 –

不是我的答案，而是讓問題被標記爲已關閉：

這可能是在來賓內核中的錯誤（雖然不是一定如此），所以我會用一個嘗試啓動比2.6.32更近的內核，其中現在已經快8年了。 - 彼得梅德爾17年3月3日在13:14

來源

2018-02-27 17:12:08 Jonathon

「（gdb）run」在qemu仿真arm架構上運行可執行文件時崩潰

回答

相關問題