關於-/bin/sh: 命令:not found的解決辦法

原文： http://blog.chinaunix.net/uid-20539088-id-115759.html

關於mini2440上-/bin/sh: 命令:not found的解決辦法

我按照mini2440的移植手冊移植了linux核心和檔案系統不同的是我用的交叉編譯器是最新的4.4.1而沒有用天嵌科技提供的交叉編譯器，當我移植好了yaffs檔案系統，想寫個helloworld程式在開發板上測試下，我把編譯好的helloworld檔案放到yaffs檔案系統的/usr/bin目錄下，但當我運行/usr/bin/helloworld命令是提示“-/bin/sh: /usr/bin/helloworld: not found”，一開始我以為是helloworld沒有運行許可權，不過我給了它運行許可權還是提示同樣的錯誤。我在網上搜了下找到了原因：只所以提示“-/bin/sh:
/usr/bin/helloworld: not found”這個，是因為我沒有拷helloworld所需的庫檔案。那怎麼才能知道helloworld需要哪些庫檔案呢，可以這樣，在命令列輸入arm-linux-readelf -a helloworld 命令然後在輸出的內容中找到Program Headers:節這裡就有helloworld所需的庫檔案（關於readelf可以參考這裡<http://blog.csdn.net/eroswang/archive/2007/12/25/1967243.aspx>）如：
讀者註： ($arm-linux-readelf -a helloworld | grep -A 20 "Program Headers" ) 使用這個命令，定位更快。其中grep -A 20 表示列印匹配行後面20內容。

      看來我們需要ld-linux.so.3這個庫，在你的交叉編譯器中找到這個庫檔案把它拷到我們檔案系統的/lib目錄中然後燒到開發板中再次運行/usr/bin/helloworld結果提示“/usr/bin/helloworld: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory”有效果了，最起碼不是前一個錯誤提示了，這就證明方法對頭，我們看一下上面的錯誤這次直接提示所需的庫檔案了，我們按提示把libgcc_s.so.1拷到檔案系統的/lib中，然後再次運行，又提示“/usr/bin/helloworld:
error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory”還是少庫檔案，我們再把這個也拷到檔案系統的/lib中，這次總算是行了，終於看到“hello world”。
參考文章：<http://www.cnblogs.com/nick123/archive/2009/12/01/1614919.html>

====================================分割線=======================================

我遇到這個問題了，但是我記得之前已經將需要的庫檔案、連接器都已將拷貝好了，但是還是提示同樣的問題

後來發現我拷貝的是3.4.5（韋東山）裡面的庫檔案和連接器，而我後來些的字元裝置測試程式使用4.4.3（mini2440）編譯的，它們編譯出來依賴的庫不一樣，so.....

我又重新用3.4.5版本的編譯器重新編譯了測試程式，然後就成功了。

註：我自己的交叉編譯工具的PATH在/etc/profile檔案中定義，修改後輸入命令：$source /etc/profile 使得更改立即對當前shell生效，注意是當前shell，如果你更改之後沒經曆過重啟，那麼每次開啟一個shell都要source 一下才會生效哦，這個要注意。