一直有個小教程沒有寫給大家，那就是使用GDB除錯和-monitor除錯，借這次程式碼整理，跟大家說一下怎麼用。這裡我使用到了objdump工具，gdb除錯工具，這些工具都可以直接apt-get獲得。當然我還用到了qemu的自帶除錯功能-monitor
　　這一節就是把system資料夾下lds檔案的. = 0x8200;刪掉，這是個歷史遺留問題哈哈，剛開始寫的時候加上了這行程式碼，導致了後來寫程式眾多不便，於是決定刪掉他，這一節不感興趣的可以直接跳過了。
一、修改system資料夾
　　1、開啟lds檔案，刪掉 . = 0x8200; 這個歷史遺留問題
　　2、開啟system.s 進行如下修改，我們看看程式還能不能正常執行。

########################################start 32
############set GDT
    movl    gdt_base+0x8200,    %eax################修改

############0# empty GDT
    movl    $0x00000000,   0(%eax)
    movl    $0x00000000,   4(%eax)
############1# code GDT
    movl    $0x8200ffff,   8(%eax)
    movl    $0x00409a00,   12(%eax)
############2# data GDT
 

    movl    $0x0000ffff,   16(%eax)
    movl    $0x00cf9200,   20(%eax)
############3# stack GDT
    movl    $0x00007a00,   24(%eax)
    movl    $0x00409600,   28(%eax)
#close interrupt
    cli 
    lgdt    gdt_size+0x8200 #configuration  ################修改

　　儲存，執行，哎呦？還不錯，至少沒有大錯誤，滑鼠和我們的文字沒有了，怎麼回事？我也不知道，debug！
　　

二、debug過程記錄

　　其實我是不太想寫這個的，因為想要把完整的debug過程記錄下來還是需要費點時間，但是為了體現一下怎麼用qemu和dbg除錯系統核心，而且這部分的教程真是少之又少，所以還是狠狠心寫下來吧。當然，具體DBG的所有命令解釋，-monitor的所有命令解釋，objdump的所有命令解釋我就不贅述了，這些資料網上還是有很多的，我只是記錄我的debug過程，給大家一個大體的概念。
　　1、首先我注意到了滑鼠和字元同時沒有了，顯示這兩個的函式是我在另外的.c檔案中定義的，所以問題應該是出在定址上。
　　2、進入系統程式碼資料夾，執行命令：objdump -D bin/system.elf ，反彙編.elf檔案。找到SysMain函式，閱讀彙編原始碼，看看問題是不是出在這裡。似乎問題不大。沒有找到問題。

 151:   e8 bb 03 00 00          call   511 <PutString>
 156:   83 c4 10                add    $0x10,%esp
 159:   83 ec 04                sub    $0x4,%esp
 15c:   6a 00                   push   $0x0
 15e:   6a 32                   push   $0x32
 160:   6a 32                   push   $0x32

　　3、執行objdump -D -b binary -m i386 bin/system.bin 命令反彙編我們的raw binary檔案，額，好長，而且沒有條理，瘋了，那也得看。在2、中我們看到SysMain在0xf6處，所以直奔0xf6，找到push 0xfffffff傳參就找到我們函式呼叫位置了。傳完引數，最後call了0x511，似乎也沒有問題。完了，咋回事兒？
　　4、不能就這樣放棄啊，該放大招了，開啟loader資料夾Makefile，修改如下，意思是啟動虛擬機器的時候stop
　　

    qemu-system-i386 -fda $(BIN_DIR)/loader.img -boot a -gdb tcp::1234 -S -monitor stdio 
#   qemu-system-i386 -fda $(BIN_DIR)/loader.img -boot a -gdb tcp::1234 -monitor stdio 

　　５、make，啊哈，虛擬機器停住了，再開啟一個控制檯，啟動gdb，執行target remote localhost:1234　連線虛擬機器，成功
　　６、設定斷點 break　*0x8200 ,因為我們把system載入到了這個位置執行的嘛，所以啟動system的一瞬間，我們停住它，然後在dbg中輸入命令c，continue的簡寫，讓它執行起來，然後中斷在0x8200處，完成
　　7、停住了，這個時候我們啟動反彙編模式，layout asm，ip上下的程式碼就清晰可見了，注意layout asm在啟動保護模式分段之後就不能用了，因為它無視CS暫存器……
　　8、用滑鼠往下翻彙編原始碼，找到ljmp，我們要在這裡再停下來，break *0x8274 再插入一個斷點，continue
　　9、又停住了，下邊我們就不能再用layout asm了，所以我們先關掉它，ctrl+x 然後按a，關掉了。執行命令si，這個是執行一步彙編的意思，我們看它跳到哪裡了。
　　10、我的跳到了0x79處，但是我們有段選擇子，偏移是0x8200，所以現在執行的指令應該位於0x8279處，我們再開啟一個發控制檯，objdump -D -b binary -m i386 bin/system.bin，看著我們的反彙編程式碼。這個時候0x79就應該與我們的程式碼一一對應了，看看0x79處是什麼，可能是混亂的，沒關係
　　11、再在gdb中回車一下，看看執行到哪裡了，我的是0x7d
　　　　　7d: 8e d8 mov %eax,%ds
　　12、最上面的指令因為對齊的原因，翻譯的不準確，就不看了，0x7d這才是我們的彙編程式碼
　　13、第一個call 到了0xf6，再開啟一個控制檯，objdump -D bin/system.elf，看看0xf6是什麼，main函式，沒問題
　　14、在gdb不停的回車執行si，直接回車表示執行上一條命令，現在進入了main函式依然沒有發現問題
　　15、找到call 0x511，這條指令在0x151位置，因為我們知道0x511是輸出字元的函式，我們這設定一個斷點break *0x8351
　　16、continue，停了下來，輸入si單步除錯，看看到哪裡去了，停住了！問題來了，為啥停住了？？
　　17、再檢查暫存器，擦，IDT為0x1140，又犯傻了，我們把偏移0x8200去掉後，資料段也不正確了
　　
　　18、把system.s進行修改，改成如下，暫時可以用了。

############2# data GDT
    movl    $0x8200ffff,   16(%eax)
    movl    $0x00cf9200,   20(%eax)

　　19、背景變成這樣子了，那是因為資料段修改後視訊記憶體存放位置不正確，把所有視訊記憶體寫入的地址都減去0x8200，當然這也只是權宜之計，我們先這樣做
　　
　　20、好了，視訊記憶體恢復了正常，中斷還是不能使用，去InitIDT把 DefaultIntCallBack的-0x8200去掉，還是不能用，頻繁重啟，去檢視一下IDT暫存器的基址，居然還是0x1140，寫程式就是在慢慢犯傻的過程中改進，因為LIDT需要的是絕對地址嘛，也是佩服自己的智商，直接去void InitIDT()中，給idt+0x8200/8就好了嘛！注意是0x8200/8，因為指標每加1，是以自身大小為單位+1，我們要地址加0x8200，所以要除以自身單位。修改後的InitIDT()
　　

    for (i=1;i<0x30;i++)
    {
        idt[i].offset1 = (short)((int)(void*)(DefaultIntCallBack));
        idt[i].selector = 0x0008;
        idt[i].no_use = 0x8e00;
        idt[i].offset2 = (short)(((int)(void*)(DefaultIntCallBack))>>16);   
    }
    FunctionLidt(0x30*8-1,idt+0x8200/8);

　　這次make一下，成功！我們看到中斷函式被呼叫了，雖然不斷重啟，原因是中斷結束後需要iret，我們沒有做這個工作（偷懶的方法是在中斷最後加一個while(1)），所以我們是成功的！
　　21、這次除錯就記錄到這裡了，當然如果自己會除錯核心最好了，有問題儘管問！