trx文件和bin

『壹』 如何在OpenWRT環境下做開發

1、搭建開發環境
首先，在執行make menuconfig後，會出現下圖：

其中，圖中紅框部分是我定製路由器的系統版本，大家可以根據不同的路由器進行不同的選擇；綠框部分表示我們需要編譯一個SDK開發環境（默認情況下，此項未勾選）。

編譯過程中需要通過官網下載很多相關的軟體包，所以必須保證能夠順利連上外網。由於下載速度的限制，編譯過程大概需要數小時。編譯結束後，所有的產品都會放在編譯根目錄下的bin/yourtarget/. 例如:我所編譯的產物都放在./bin/brcm47xx/下，其中文件主要有幾類：

（1）.bin/.trx 文件: 這些都是在我們所選的target-system的類別之下，針對不同路由器型號、版本編譯的路由器固件。這些不同路由器的型號和版本是openwrt預先設置好的，我們不需要更改。至於.bin和.trx的區別，一種說法是，第一次刷路由器的時候，需要用.bin文件，如果需要再升級，則不能再使用.bin文件，而需要用.trx文件。原因是，.bin是將路由器的相關配置信息和.trx封裝在一起而生成的封包，也就是說是包含路由器版本信息的.trx。在第一次刷固件的時候，我們需要提供這樣的信息，而在後續升級時，則不再需要，用.trx文件即可。

（2）packages文件夾: 裡麵包含了我們在配置文件里設定的所有編譯好的軟體包。默認情況下，會有默認選擇的軟體包。

（3）OpenWrt-SDK.**.tar.bz2: 這個也就是我們定製編譯好的OpenWRT SDK環境。我們將用這個來進行OpenWrt軟體包的開發。例如，我所編譯好的SDK環境包為：/bin/brcm47xx/OpenWrt-SDK-brcm47xx-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1.tar.bz2
可以從名稱上看出，target system是brcm47xx，host system是Linux-x86_64，使用的編譯工具以及庫是4.3.3+cs_uClibc-0.9.30.1。

（4）md5sums 文件: 這個文件記錄了所有我們編譯好的文件的MD5值，來保證文件的完整性。因為文件的不完整，很容易將路由器變成「磚頭」。

需要主要的是，編譯完成後，一定要將編譯好的bin目錄進行備份（如果裡面東西對你很重要的話），因為在下次編譯之前，執行make clean 會將bin目錄下的所有文件給清除掉!!

2、 更改原有packages

在編譯根目錄下會有一個dl的目錄，這個目錄其實是「download」的簡寫，在編譯前期，需要從網路下載的數據包都會放在這個目錄下，這些軟體包的一個特點就是，會自動安裝在所編譯的固件中，也就是我們make menuconfig的時候，為固件配置的一些軟體包。如果我們需要更改這些源碼包，只需要將更改好的源碼包打包成相同的名字放在這個目錄下，然後開始編譯即可。編譯時，會將軟體包解壓到build_dir目錄下。
當然，你也可以自己在dl裡面創建自己的軟體包，然後更改相關的配置文件，讓openwrt可以識別這個文件包。

由於我的項目更改的內容是底層的，需要跟固件一起安裝。所以，我使用的方法就是直接更改dl目錄下軟體包，然後重新進行固件編譯。感覺類似於Linux的內核編譯。反復編過十多次，沒有任何問題。

3、 新建自己的packages
對於自己新建的package，而這個package又不需要隨固件一起安裝，換句話說，就是可以當做一個可選軟體包的話。我們可以利用我們的SDK環境來單獨編譯，編譯後會生成一個ipk的文件包。然後利用 opkg install xxx.ipk 來安裝這個軟體。

下面具體說下，如何編譯一個helloword的軟體包。
（1）首先，編寫helloworld程序
編寫helloworld.c
/****************
* Helloworld.c
* The most simplistic C program ever written.
* An epileptic monkey on crack could write this code.
*****************/

#include <stdio.h>
#include <unistd.h>
int main(void)
{
printf("Hell! O' world, why won't my code compile? ");
return 0;
}

編寫Makefile文件
# build helloworld executable when user executes "make"

helloworld: helloworld.o
$(CC) $(LDFLAGS) helloworld.o -o helloworld

helloworld.o: helloworld.c
$(CC) $(CFLAGS) -c helloworld.c

# remove object files and executable when user executes "make clean"
clean:
rm *.o helloworld
在這兩個文件的目錄下，執行make 應該可以生成helloworld的可執行文件。執行helloworld後，能夠列印出「Hell! O' world, why won't my code compile?」。 這一步，主要保證我們的源程序是可以正常編譯的。下面我們將其移植到OpenWRT上。

（2）將OpenWrt-SDK-brcm47xx-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1.tar.bz2解壓
tar –xvf OpenWrt-SDK-brcm47xx-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1.tar.bz2

（3）進入SDK
cd OpenWrt-SDK-brcm47xx-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1
可以看到裡面的目錄結構跟我們之前source的目錄結構基本相同，所需要編譯的軟體包，需要放置在package目錄下

（4）在package目錄下創建helloworld目錄
cd package
mkdir helloworld
cd helloworld

（5）創建src目錄，拷貝 helloworld文件
mkdir src
cp /home/wrt/test/helloworld.c src
cp /home/wrt/test/Makefile src

（6）在helloworld目錄下創建Makefile文件
這個Makefile文件是給OpenWRT讀的，而之前寫的那個Makefile文件是針對helloworld給編譯其讀的。兩個Makefile不在同一層目錄下。

touch Makefile
vim Makefile

Makefile文件模板內容如下：
##############################################
# OpenWrt Makefile for helloworld program
#
#
# Most of the variables used here are defined in
# the include directives below. We just need to
# specify a basic description of the package,
# where to build our program, where to find
# the source files, and where to install the
# compiled program on the router.
#
# Be very careful of spacing in this file.
# Indents should be tabs, not spaces, and
# there should be no trailing whitespace in
# lines that are not commented.
#
##############################################

include $(TOPDIR)/rules.mk

# Name and release number of this package
PKG_NAME:=helloworld
PKG_RELEASE:=1

# This specifies the directory where we're going to build the program.
# The root build directory, $(BUILD_DIR), is by default the build_mipsel
# directory in your OpenWrt SDK directory
PKG_BUILD_DIR := $(BUILD_DIR)/$(PKG_NAME)

include $(INCLUDE_DIR)/package.mk

# Specify package information for this program.
# The variables defined here should be self explanatory.
# If you are running Kamikaze, delete the DESCRIPTION
# variable below and uncomment the Kamikaze define
# directive for the description below
define Package/helloworld
SECTION:=utils
CATEGORY:=Utilities
TITLE:=Helloworld -- prints a snarky message
endef

# Uncomment portion below for Kamikaze and delete DESCRIPTION variable above
define Package/helloworld/description
If you can't figure out what this program does, you're probably
brain-dead and need immediate medical attention.
endef

# Specify what needs to be done to prepare for building the package.
# In our case, we need to the source files to the build directory.
# This is NOT the default. The default uses the PKG_SOURCE_URL and the
# PKG_SOURCE which is not defined here to download the source from the web.
# In order to just build a simple program that we have just written, it is
# much easier to do it this way.
define Build/Prepare
mkdir -p $(PKG_BUILD_DIR)
$(CP) ./src/* $(PKG_BUILD_DIR)/
endef

# We do not need to define Build/Configure or Build/Compile directives
# The defaults are appropriate for compiling a simple program such as this one

# Specify where and how to install the program. Since we only have one file,
# the helloworld executable, install it by ing it to the /bin directory on
# the router. The $(1) variable represents the root directory on the router running
# OpenWrt. The $(INSTALL_DIR) variable contains a command to prepare the install
# directory if it does not already exist. Likewise $(INSTALL_BIN) contains the
# command to the binary file from its current location (in our case the build
# directory) to the install directory.
define Package/helloworld/install
$(INSTALL_DIR) $(1)/bin
$(INSTALL_BIN) $(PKG_BUILD_DIR)/helloworld $(1)/bin/
endef

# This line executes the necessary commands to compile our program.
# The above define directives specify all the information needed, but this
# line calls BuildPackage which in turn actually uses this information to
# build a package.
$(eval $(call BuildPackage,helloworld))

（7）返回到SDK的根目錄
執行make進行編譯
編譯過程會在build_dir目錄下完成
編譯結果會放在 bin/[yourtarget]/package目錄下helloworld_1_bcm47xx.ipk

（8）上傳helloworld_1_bcm47xx.ipk
使用sftp軟體上傳helloworld_1_bcm47xx.ipk至路由器
執行 opkg install helloworld_1_bcm47xx.ipk
輸入hello然後按Tab鍵，發現openwrt中已經有helloworld可執行命令。
執行 helloworld 查看程序的效果。

Hell! O' world, why won't my code compile?

【End】

希望對大家能有幫助 :)

轉載

『貳』 DD改刷番茄，步驟如何為什麼番茄是TRX文件不是bin

明白了，謝謝高手指點。。。這樣是不是就可以直接從DD刷到番茄了？？？絕對安全的吧？我的是WRT54G
V4
現在是V24
sp2版本，要刷番茄1.23那個12，14日的版本。呵呵

『叄』 wayos軟路由安裝好後無法進入

1.wayos軟路由升級的文件的格式是BIN的。
對路由器熟知的網管都知道，硬路由的升級文件的格式是TRX。有些硬路由使用不帶new的升級文件，升級不成功。就使用帶new的TRX的格式的文件升級。
2.可能是硬碟不能保存數據。這種情況需要更換其他硬碟或者使用2.02.323版本來安裝。
3.wayos軟路由版本太新，升級新的固件升級不成功。可以換個版本稍微低點的固件（但是比目前用的版本要高點）然後升級最新的固件版本。
4.內存兼容性不好，或者內存本身存在問題所導致。更換內存或者主板。
5.主板BIOS設置問題導致，一般是硬碟工作模式那裡設置有誤導致。這種情況，把BIOS恢復下默認設置，或者更改硬碟工作模式試下。
6.IE瀏覽器的緩存過小導致。這種情況一般在虛擬機裡面升級路由的時候經常會出現。清空IE緩存，並將瀏覽器緩存設置在256M以上，重新登入WEB進行升級操作。
以上就是wayos軟路由升級不成功的原因，當路由器升級失敗時，

『肆』 .trx是什麼文件

都是復制的，希望對你有幫助

1、TRX在通訊裡面是收發單元，通常也認為是載頻。
2、TRX：收發信機。
概述 TRX採用了模塊化結構，既包含基帶處理單元，也包含射頻處理單元。TRX通過天線從移動台接收信號，通過解調將這些信息分離成信令信息和語音信息並向上傳送。下行的信令信息和語音信息通過TRX處理後送到天線，再發送到移動台。 TRX還接收TMU下發的各種管理和配置信息，向TMU報告自身的各種狀態和告警信息。包括基帶信號處理單元（TBPU）和射頻信號處理單元（RPU）。
3、這是Windows產生的臨時文件，本質上和虛擬內存沒什麼兩樣，只不過臨時文件比虛擬內存更具有針對性，單獨為某個程序服務而已。還有，如果您是使用WORD編輯文檔，也會在WORD的安裝目錄里發現一批～開頭的，TMP結尾的文件，這是WORD產生的臨時文件，但如果你的WORD還沒關閉，想刪除它們，卻可能會發現怎麼都刪除不了，系統反復提示讀防寫，這又如何是好呢？下面就綜合談談這些臨時文件及處理的辦法：

一般來說，你當前運行著大型的工具軟體的時候，都不應該去碰臨時文件，比如Photoshop會在處理圖形時候產生巨大的臨時文件，如果你認為這不是你創建的文件企圖刪除，可能會導致Photoshop死機。你當前沒有運行程序的話，發現的臨時文件都可以刪除，以免它們天長日久堆積如山，占據磁碟空間還是小事，關鍵是它們又多又散亂，會給磁碟掃描整理帶來時間上的無謂消耗，也可能會造成文件分配表混亂，導致文件交叉鏈接的錯誤。但是不能所有的臨時文件都一概而論。

『伍』 openwrt在ubuntu編譯完成怎麼導出bin

（!文末，附加人生如戲寫的編譯OPENWRT的TXT內容，可直接跳至末尾，有例子） Openwrt 官方正式的發行版是已編譯好了的映像文件（後綴名bin或trx、trx2），此映像文件可從Openwrt官方網站的下載頁面中輕松獲取到，連接地址為 OpenWrt官方網站。

『陸』 如何編譯OpenWrt

Openwrt 官方正式的發行版是已編譯好了的映像文件（後綴名bin或trx、trx2），此映像文件可從Openwrt官方網站的下載頁面中輕松獲取到，連接地址為 OpenWrt官方網站。這些編譯好的映像文件是基於默認的配置設置，且只針對受支持的平台或設備的。因此，為什麼要打造一個自己的映像文件，理由有以下四點：
您想擁有一個個性化的配置OpenWrt（彰顯個性，在朋友圈子裡顯擺顯擺，開個玩笑）；
您想在實驗性的平台上測試OpenWrt；
您參與測試或參與開發OpenWrt的工作；
或者，最簡單的目的就是為了保持自己的Openwrt為最新版本；
若想實現上述目的，其實很簡單，按下述文字即可成功編譯出一個您的Openwrt來。
准備工作
在開始編譯Openwrt之前需要您做些准備工作；與其他編譯過程一樣，類似的編譯工具和編譯環境是必不可少的：
一個構建OpenWrt映像的系統平台，簡單說就是准備一個操作系統（比如Ubuntu、Debian等）；
確保安裝了所需的依賴關系庫， （在debian系統中就是安裝各種需要的軟體包）
OpenWrt源代碼副本
首先， 開機登陸到支持編譯Openwrt的操作系統（廢話了）。實體機或者虛擬機(Vmware 或者 Qemu)里的操作系統都行，這里推薦使用Linux系統。 bsd和mac osx系統也可以編，但不推薦，且未驗證是否可編譯成功。下文假定您使用的是Debian操作系統，使用 apt-get 來管理包. 替代的選擇是 Ubuntu (分支 Kubuntu, Xubuntu 等即可)。
第二步, 就是安裝所需要的各種軟體包, 包括編譯器,解壓工具,特定的庫等. 這些工作可以簡單的通過鍵入以下命令 (通常需要root 或者是 sudo 許可權)，以root許可權安裝下列軟體包(可能並不完整，會有提示，提示缺少即裝就可以了）:
32位(x86)請執行下列命令:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev

64位(x86_64)請執行下列命令（多裝了哪些庫或軟體包呢？請您仔細看一看哦）:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev ia32-libs \
lib32gcc1 libc6-dev-i386

參考 本列表中 所列的編譯環境所需要軟體包或庫。
某些依賴的為庫或軟體包也許操作系統中已經安裝過，此時apt-get會作出提示（提示您忽略或重新安裝的），別緊張，放輕鬆些，編譯Openwrt不會像編譯DD－WRT那樣難的（至少本人是體會到了編譯DD－WRT的難）。
最後下載一份完整的 Openwrt 源碼到編譯環境中。關於Openwrt的源代碼下載，途徑有二，一是通過 svn ，一是通過 git，建議使用 svn ，因為Openwrt主要以 svn 來維護Openwrt系統的版本。另外，請注意Openwrt中不同的分支版本，一個是用得較多的開發快照，俗稱 trunk，二是穩定版，俗稱 backfire。
安裝Subversion
若你想通過svn下載源代碼,你需安裝 Subversion。Subversion,或稱SVN, 是OpenWrt的project中用來控製版本的系統,它非常類似的 CVS的界面和使用條款。 執行下述命令即可安裝SVN，很容易的：
# apt-get install subversion

Subversion安裝完畢，通過SVN命令可獲取得到一份OpenWrt純凈源代碼。您還得創建一個目錄以便存放獲取得到的Openwrt源代碼，要獲取源代碼你還得輸入subversion命令來獲取 (svn里這種操作稱之為'check out') 。命令很簡單的，繼續看下去就能見到了，別著急，耐心點兒。
編譯流程
編譯專屬於您的設備的特定Openwrt固件以一下五個步驟：
通過Subversion命令獲得源代碼；
更新(或安裝) package feeds〔package feeds無法確切翻譯，待譯吧）；
創建一個默認配置以檢查編譯環境是否搭建好了 (假如需要的話)；
用Menuconfig來配置即將編譯生成的固件映像文件的配置項；
最後開始編譯固件；
下載源代碼
最後，下載一份完整的OpenWrt源代碼。你可選擇：
下載穩定發行版，或
下載開發版 (俗稱"trunk"版)。
使用發行版的源碼
截止本文時, Openwrt公開發行的穩定版為 OpenWrt 10.03 "backfire"。此版本是最穩定的，但也許不包括最新更新的補丁或最新編寫的出的新功能。
下述代碼即舉例說明了通過svn從brandkfire獲得backfire源代碼（此版本意思是從trunk分支的補丁也在backfire版本中了，即包含修復補丁）：
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/branches/backfire

註解: 上述svn命令將在當前目錄創建一個 OpenWrt/backfire/ 子目錄，此目錄包含此命令獲取到的源代碼。
您也可以通過下述命令，下載不含修復補丁的backfire的原版源碼：
# svn co svn://svn.openwrt.org/openwrt/tags/backfire_10.03

使用開發版源代碼
當前的開發版本分支(trunk)已包含最新的實驗補丁。此分支或許還突破了Openwrt原來所不支持的硬體設備的限制哦，驚喜的同時也有風險存在。因此，編譯trunk版，慎之～
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/trunk/

更多詳細資料詳見： https://dev.openwrt.org/wiki/GetSource.
跟進並更新源代碼
因Openwrt的源代碼隨時都會變動，故此命令將確保您所獲取得到的源碼的最新性。下述假設您用的是backfire版本的源碼：
## Here, backfire is the directory name of the current release branch you're tracking
# cd OpenWrt/backfire/
# svn up

'svn up' 命令用於更新SVN上更新了，但本地尚未更新的這部分源代碼（本人實踐證明此命令會將本地源碼與SVN上的源碼先比較，若SVN有更新才會下載更新的部分，很實用的一個命令）。如果未指定目標路徑，則此命令將更新當前目錄及當前目錄的子目錄內的源碼。
Feeds下載
Feeds即為包含到你的OpenWrt環境中的額外軟體包的索引之類的。（feed譯名很多，莫衷一是，至2008年底為止，還沒有一個十分通用而備受認可的中文譯名；所以此文當中我們用英文feed來稱呼）。 最主要的Feeds有以下三個：
'packages' - 路由的基本功能,
'LuCI' - OpenWrt默認的GUI（WEB管理界面）, 及
'Xwrt' - 其他的GUI。
一般情況，你至少需要含 'packages' 和 'LuCI'兩個Feeds。
下載完feeds之後， (為編譯OpenWrt的recipies額外的預定義包) 您可以檢查哪些feeds要包括在內。編輯在你的編譯環境的根目錄下的'feeds.conf.default'文件。
然後使用下列命令開始下載（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds update -a

在此之後，下載的軟體包需要安裝。亦即指的下邊的命令啦。若路過下邊的install命令則後續make menuconfig將無法成功執行！（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds install -a

只需編輯Feeds的配置文件或運行更新命令，即可很方便地更新或添加新的實驗性的packages到源碼中並編譯到OpenWrt固件去。
注意：請老壇友及舊的新聞組成員們注意了，這一步取代了創建符號鏈接symlinks的老辦法哦。
更新Feeds
諸如此類源碼,你得定期更新Feeds。 通過如上相同的命令:
# ./scripts/feeds update -a
# ./scripts/feeds install -a

注意:若你清楚地知道你不需添加新的packages到menuconfig中去，那麼你可在更新Feeds時跳過這一步。
生成配置
You may not have to make configration always after updating sources and feeds, but making it ensures that all packages from source and feeds are correctly included in your build configuration.
Defconfig
下一步是檢查編譯環境，若可進行編譯則生成默認配置：
# make defconfig

若defconfig回顯提示缺少軟體包或編譯庫等依賴，則按提示安裝所缺軟體包或庫等即可，不難的，細心點就行。
Menuconfig
menuconfig是一個基於文本的工具，它處理選擇的目標（需要還是不需要）、編譯生成軟體包（openwrt下是IPKG格式）以及內核選項（編譯成模塊還是內核）等等
# make menuconfig

在你離開並保存配置文件（默認都是.config）後，將自動配置依賴關系，讓你可以著手編譯更新的固件。
大眾可通過'menuconfig'這一簡單的圖形化的配置環境，非常輕松地編譯出專屬您本人的OpenWrt固件。
可以用'menuconfig'，以開發的意圖來編譯OpenWrt的固件，為自己（個人）創造一個結構簡單但是功能強大的環境。（上句實在難翻譯，只能意譯。並且也請大家都學習下編譯OP固件，讓以OP固件盈利的人丟掉那骯臟的飯碗！）
Menuconfig或多或少有些難以說明的地方，即使是最專業的配置，也可以尋求幫助並加以解決。 需要你指定何種目標平台，要包含的package軟體包和內核模塊等均需要你指定，配置標準的過程中會包括修改：
目標平台（即路由器何種架構，BCM呢還是AR均可選擇）
選擇要包含的package軟體包
構建系統設置
內核模塊
Target system is selected from the extensive list of supported platforms, with the numerous target profiles – ranging from specific devices to generic profiles, all depending on the particular device at hand. Package selection has the option of either 'selecting all package', which might be un-practical in certain situation, or relying on the default set of packages will be adequate or make an indivial selection. It is here needed to mention that some package combinations might break the build process, so it can take some experimentation before the expected result is reached. Added to this, the OpenWrt developers are themselves only maintaining a smaller set of packages – which includes all default packages – but, the feeds-script makes it very simple to handle a locally maintained set of packages and integrate them in the build-process.
假如你需要LuCI, 要到Administration 菜單里,在LuCI組件的子菜單下, 並選擇: luci-admin-core, luci-admin-full, and luci-admin-mini組件包。
假如你不需要PPP,你可到Network菜單下取消對它的選擇，以便編譯時不包含此組件。
Menuconfig用法: 確保這些組件包是以 '*'星號標記而不是 'M'標記。
如果你是以星號 '*'標記該組件包, 則該組件包將編譯進最終生成的OpenWrt固件中。
如果你僅以 'M'標記該組件包, 則該組件包將不會編譯進最終生成的OpenWrt固件中。
The final step before the process of compiling the intended image(s) is to exit 'menuconfig' – this also includes the option to save a specific configuration or load an already existing, and pre-configured, version.
Exit and save.
Source Mirrors
The 'Build system settings' include some efficient options for changing package locations which makes it easy to handle a local package set:
Local mirror for source packages
Download folder
In the case of the first option, you simply enter a full URL to the web or ftp server on which the package sources are hosted. Download folder would in the same way be the path to a local folder on the build system (or network). If you have a web/ftp-server hosting the tarballs, the OpenWrt build system will try this one before trying to download from the location(s) mentioned in the Makefiles . Similar if a local 'download folder', residing on the build system, has been specified. The 'Kernel moles' option is required if you need specific (non-standard) drivers and so forth – this would typically be things like moles for USB or particular network interface drivers etc.
編譯固件
萬事具備，只欠東風,通過下面簡單的make命令來編譯:
# make

在多核電腦中編譯
具有多核CPU處理器的電腦進行編譯，使用下述參數可令編譯過程加速。 常規用法為 <您cpu處理器的數目 + 1> – 例如使用3進程來編譯 (即雙核CPU), 命令及參數如下:
# make -j 3

後台編譯
若你在這個系統內編譯OpenWrt的同時還處理其他，可以讓閑置的I/O及CPU來在後台編譯固件 (雙核CPU):
# ionice -c 3 nice -n 20 make -j 2

編譯簡單的基本的軟體包
當你為OpenWrt開發或打包軟體包,編譯簡單的基本的軟體包可以很輕易地編譯該軟體包 (例如， 軟體包cups):
# make package/cups/compile V=99

一個在Feeds里的軟體包大約是這樣子的:
# make package/feeds/packages/ndyndns/compile V=99

編譯錯誤
如果因某種不知道的原因而編譯失敗,下面有種簡單的方法來得知編譯到底錯在哪裡了:
# make V=99 2>&1 |tee build.log |grep -i error

上述編譯命令意為：V99參數，將出錯信息保存在build.log，生成輸出完整詳細的副本（with stdout piped to stderr），只有在屏幕上顯示的錯誤。
舉例說明:
# ionice -c 3 nice -n 20 make -j 2 V=99 CONFIG_DEBUG_SECTION_MISMATCH=y 2>&1 \
|tee build.log |egrep -i '(warn|error)'

The above saves a full verbose of the build output (with stdout piped to stderr) in build.log and outputs only warnings and errors while building using only background resources on a al core CPU.
一鍵編譯
即使用腳本來編譯Openwrt固件。許多朋友編譯Openwrt是用的腳本來編譯的，詳見: https://forum.openwrt.org/viewtopic.php?id=28267
生成的固件在哪
編譯成功後所生成的固件文件位於bin目錄下，可用如下命令查看：
# cd bin/
# ls */

清理
編譯OpneWrt時你可能需要一個清潔干凈的編譯環境。 以下操作有利用編譯工作:
清潔
清潔trunk/ 目錄，在編譯過程中使用「make clean」命令即可。 此命令將刪除bin目錄和build_dir目錄下的所有文件及文件夾。
## See CAUTION below
# make clean

『柒』 如何進去路由器的刷機界面

如何進去路由器的刷機界面。 路由器是可以刷機的，通過路由器刷機，可以擴展一些功能。路由器刷機的方式有幾種，可以通過路由器自帶的 Web 配置界面刷新，也可以使用 TFTP 方法刷新。但不要隨心所欲的給路由器刷機，刷機前需要參照 硬體支持列表選擇方法。因為有的路由器並不支持某些方法的刷機方式，如果採用某些不支持的方式進行刷機，可能把路由器刷壞。
一般路由器管理界面上就有升級或者刷新固件的選項。固件在路由的官網上都能下載。
如下便是一網友的刷機心得，這是一個很簡單的刷機方法。

刷機前准備：

1 、固件：下好相應的 DDWRT/TOMATO/TOMATO DUALWAN/OPENWRT 等固件（ FIRMWARE ， BIN 文件），如果是 TRX 改為 BIN ，就看你的路由適合的 BIN 文件了。我選擇了 TT DUALWAN 的，看中的就是中文界面。

2 、刷機軟體：中文 TFTP ，這個軟體超小超好用

開始刷機：（必須注意 PC 不能斷電，用網線刷，關掉殺毒軟體）

1 、路由復位到出廠狀態，回復原始 IP 地址 192.168.0.1 或 192.168.1.1 或其他什麼的，例如我這台 BUFFALO ，通電狀態下按 INIT 鍵 30S 以上就可以了。

2 、網線插入路由的 LAN2 口，將 PC 有線網卡的 IP 設置為與路由的網址在同一網段如 192.168.1.1+N （ N>=1 ），網關為路由 IP 。

3 、運行 CMD--DOS 狀態下輸入 IPCONFIG ，看看是不是網址改好了， PING 路由網址是通的。

4 、運行中文 TFTP ，輸入路由 IP ，選擇下載好的 BIN 文件。

5 、將路由斷電，立馬在通電的瞬間，點擊 TFTP 的更新固件，出現一個進度條，很快就提示更新成功，這時不要做任何操作，等候 3 分鍾以上。

6 、將電腦的網卡 IP 改為自動獲取，重啟路由，在 IE 欄輸入新的 IP ，通常就是 192.168.1.1 ，名字 admin, 密碼 admin，就可以進入路由設置界面了。參照你路由器的名牌。

『捌』 trx是什麼意思

1、TRX在通訊裡面是收發單元，通常也認為是載頻。
2、TRX：收發信機。
3、這是Windows產生的臨時文件，本質上和虛擬內存沒什麼兩樣，只不過臨時文件比虛擬內存更具有針對性，單獨為某個程序服務而已。還有，如果您是使用WORD編輯文檔，也會在WORD的安裝目錄里發現一批～開頭的，TMP結尾的文件，這是WORD產生的臨時文件，但如果你的WORD還沒關閉，想刪除它們，卻可能會發現怎麼都刪除不了，系統反復提示讀防寫，這又如何是好呢？下面就綜合談談這些臨時文件及處理的辦法：

一般來說，你當前運行著大型的工具軟體的時候，都不應該去碰臨時文件，比如Photoshop會在處理圖形時候產生巨大的臨時文件，如果你認為這不是你創建的文件企圖刪除，可能會導致Photoshop死機。你當前沒有運行程序的話，發現的臨時文件都可以刪除，以免它們天長日久堆積如山，占據磁碟空間還是小事，關鍵是它們又多又散亂，會給磁碟掃描整理帶來時間上的無謂消耗，也可能會造成文件分配表混亂，導致文件交叉鏈接的錯誤。但是不能所有的臨時文件都一概而論。

『玖』 openwrt 編譯 哪個 bin

（!文末，附加人生如戲寫的編譯OPENWRT的TXT內容，可直接跳至末尾，有例子） Openwrt 官方正式的發行版是已編譯好了的映像文件（後綴名bin或trx、trx2），此映像文件可從Openwrt官方網站的下載頁面中輕松獲取到，連接地址為 OpenWrt官方網站。

『拾』 為什麼有的固件是bin，有的是trx

bin後綴文件一般為十六進制通過刷寫BIOS的工具來燒錄晶元常用的格式。而至於TRX則具體不詳。