經常在建立訊息佇列呢,報錯No space left on device。這時,可以通過修改MSGMNI這個參數來解決。MSGMNI--- 這個參數決定了系統中同時啟動並執行最大的message queue的個數。 MSGMNI:/proc/sys/kernel/msgmni檔案中定義了該值; 作用:該值定義了訊息佇列的最大長度;要使db2(7.1版)正常運行,其最小值為128; 對於高負荷的DB2伺服器,可將該值調整為 >= 1024; 調諧:對於2.4.6版本的核心,其預設值為1
俗話說:工欲善其事,先必利其器。在對嵌入式進行調試之前,必須要產生調試器。經典地,Linux平台下的調試器為gdb。本文僅講述如何產生調試器,不涉及其中的論理——要找理論,找老師或者課本。1、下載gdb:為:http://ftp.gnu.org/gnu/gdb/按照一般的想法,最新版本越好,因此下載7.2這個版本。當然,凡事無絕對。我們以gdb-7.2.tar.bz2 這個檔案為例。2、解壓縮:$ tar jxvf
昨天通過nfs掛接qt成功,但是介面不知道為什麼 老閃爍(暫不理會),qt顯示個歡迎介面提示需要進行初次使用設定,就停這了,因為沒有觸控螢幕,所以我今天 就先添加了usb滑鼠支援。qt相關的:我的qt和檔案系統是按照韋東山的<嵌入式linux應用開發完全手冊>介紹編譯製作的。在運行qt時參照了<天嵌科技出品-qt移植文檔 >。在nfs啟動時遇到了如下問題:1、# could not open for writing
移植linux2.6.22到s3c2440遇到drivers/rtc/hctosys.c: unable to open rtc device (rtc0)錯誤提示。網上搜尋找到瞭解決辦法,如下:解決辦法:從啟動資訊可以看出沒有載入成功RTC驅動!TCP cubic registeredNET: Registered protocol family 1RPC: Registered udp transport module.RPC: Registered tcp transport
Linux Kernel Hacking With KGDB in VMWARE在VMWARE中使用KGDB進行源碼級Linux核心調試 CopyRight By MikeFeng [環境] VMWARE 5.5 Windows XP SP2(可替換)虛擬機器Ubuntu 6.06 (被調試機) 虛擬機器Kubuntu 6.10 (調試機,可替換為其他linux作業系統)[工具] KGDB 2.4[核心] 2.6.15.5 + KGDB
一,環境搭建步驟 1)下載Linux源碼 1> ~#apt-cache search linux-source出現:linux-source - Linux kernel source with Ubuntu patches linux-source-3.0.0 - Linux kernel source for version 3.0.0 with Ubuntu patches 2>~#apt-get