ubootconfigdmeth

❶ openwrt系統中，uboot在引導內核和掛載文件系統的時候出現問題，跪求大俠指點！！

VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6

看起來是文件系統的問題

❷ uboot中hostarch 和 hostos兩個變數有什麼用

VMWare提供三種工作模式橋接（bridge）、NAT（網路地址轉換）和host-only（主機模式）。橋接模式在橋接模式下，VMWare虛擬出來的操作系統就像是區域網中的一台獨立的主機（主機和虛擬機處於對等地位），它可以訪問網內任何一台機器。在橋接模式下，我們往往需要為虛擬主機配置IP地址、子網掩碼等（注意虛擬主機的ip地址要和主機ip地址在同一網段）。使用橋接模式的虛擬系統和主機的關系，就如同連接在一個集線器上的兩台電腦；要讓他們通訊就需要為虛擬系統配置ip地址和子網掩碼。如果我們需要在區域網內建立一個虛擬伺服器，並為區域網用戶提供服務，那就要選擇橋接模式。但對於想進行種種網路實驗的朋友這種模式是不太適合的，因為你無法對虛擬機的網路進行控制，它直接出去了。NAT模式在NAT模式下，虛擬系統需要藉助NAT(網路地址轉換)功能，通過宿主機器所在的網路來訪問公網。也就是說，使用NAT模式虛擬系統可把物理主機作為路由器訪問互聯網。NAT模式下的虛擬系統的TCP/IP配置信息是由VMnet8(NAT)虛擬網路的DHCP伺服器提供的，無法進行手工修改，因此虛擬系統也就無法和本區域網中的其他真實主機進行通訊。採用NAT模式最大的優勢是虛擬系統接入互聯網非常簡單，你不需要進行任何其他的配置，只需要宿主機器能訪問互聯網即可。這種方式也可以實現HostOS與GuestOS的雙向訪問。但網路內其他機器不能訪問GuestOS，GuestOS可通過HostOS用NAT協議訪問網路內其他機器。NAT方式的IP地址配置方法是由VMware的虛擬DHCP伺服器中分配一個IP，在這個IP地址中已經設置好路由，就是指向192.168.138.1的。如果你想利用VMWare安裝一個新的虛擬系統，在虛擬系統中不用進行任何手工配置就能直接訪問互聯網，建議你採用NAT模式。這種方式下host內部出現了一個虛擬的網卡vmnet8（默認情況下），如果你有過做nat伺服器的經驗，這里的vmnet8就相當於連接到內網的網卡，而虛擬機本身則相當於運行在內網上的機器，虛擬機內的網卡（eth0）則獨立於vmnet8。你會發現在這種方式下，vmware自帶的dhcp會默認地載入到vmnet8界面上，這樣虛擬機就可以使用dhcp服務。更為重要的是，vmware自帶了nat服務，提供了從vmnet8到外網的地址轉換，所以這種情況是一個實實在在的nat伺服器在運行，只不過是供虛擬機用的。很顯然，如果你只有一個外網地址，此種方式很合適。主機模式主機模式下，真實環境和虛擬環境是隔離開的；在這種模式下，所有的虛擬系統是可以相互通信的，但虛擬系統和真實的網路是被隔離開。（虛擬系統和宿主機器系統是可以相互通信的，相當於這兩台機器通過雙絞線互連。）這應該是最為靈活的方式，有興趣的話可以進行各種網路實驗。和nat唯一的不同的是，此種方式下，沒有地址轉換服務，因此，默認情況下，虛擬機只能到主機訪問。

❸ 配置Uboot時用ping 命令提示 Using CS8900-0 device 是怎麼回事

說明你的開發板採用的網卡晶元是CS8900，ping可以使用說明你添加了ping 的命令，但沒有添加該網卡的驅動，按照這個過程做一下試試看

在include/configs/s3c2410.h中修改如下：
#define CONFIG_COMMANDS \
(CONFIG_CMD_DFL | \
CFG_CMD_CACHE | \
CFG_CMD_NAND | \ //添加nandflash命令
CFG_CMD_ENV | \ //添加環境變數命令
CFG_CMD_NET | \ //添加網路命令
CFG_CMD_PING | \ //添加ping命令
/*CFG_CMD_EEPROM |*/ \
/*CFG_CMD_I2C |*/ \
/*CFG_CMD_USB |*/ \
CFG_CMD_REGINFO | \
CFG_CMD_DATE | \
CFG_CMD_ELF)
然後將源代碼修改如下：
#include <cmd_confdefs.h>
#define CONFIG_BOOTDELAY 3
/*#define CONFIG_BOOTARGS "root=ramfs devfs=mount console=ttySA0,9600" */
#define CONFIG_ETHADDR 08:00:3e:26:0a:5b
#define CONFIG_NETMASK 255.255.255.0
#define CONFIG_IPADDR 10.0.0.110
#define CONFIG_SERVERIP 10.0.0.1
/*#define CONFIG_BOOTFILE "elinos-lart" */
#define CONFIG_BOOTCOMMAND "nand read 0x30008000 0x100000 0x300000;bootm 0x30008000"
最後找個地方添加下面代碼：
#define CFG_NAND_BASE 0x0
#define CFG_MAX_NAND_DEVICE 1
#define NAND_MAX_CHIPS 1
#define CFG_ENV_IS_IN_NAND 1
#define CMD_SAVEENV
#define CFG_ENV_SIZE 0x10000
#define CFG_ENV_OFFSET 0x30000
再不行你看看你驅動中的makefile，是否添加了網卡驅動，默認是不需要改的

❹ linux下Uboot終端命令行參數輸入過長

修改成這樣試試（用分割了一下）

setenvbootargs"root=/dev/nfsnfsroot=192.168.1.118:
/root/work/nfsip=192.168.0.119:192.168.1.118:192.168.1.1:
255.255.255.0:witech.com.cn:eth0:offconsole=ttySAC2,115200"

❺ 如何設置u-boot變數ip地址

setenv ipaddr 192.168.1.111
這樣就可以了。然後在使用網路相關的時候，會自動獲取這個ip並使用的。
如果用tftp 還需設置
setenv serverip 192.168.1.123
需要重啟還有效，則
saveenv

❻ uboot使用nfs啟動失敗，求解答

-Boot環境變數的解釋說明環 境 變 量
解 釋 說 明
bootdelay
定義執行自動啟動的等候秒數
baudrate
定義串口控制台的波特率
netmask
定義乙太網介面的掩碼
ethaddr
定義乙太網介面的MAC地址
bootfile
定義預設的下載文件
bootargs
定義傳遞給Linux內核的命令行參數
bootcmd
定義自動啟動時執行的幾條命令
serverip
定義tftp伺服器端的IP地址
ipaddr
定義本地的IP地址
stdin
定義標准輸入設備，一般是串口
stdout
定義標准輸出設備，一般是串口
stderr
定義標准出錯信息輸出設備，一般是串口
參考U-boot，其環境變數設置如下：

❼ uboot中ethaddr怎麼確定

-Boot環境變數的解釋說明
環 境 變 量
解 釋 說 明
bootdelay
定義執行自動啟動的等候秒數
baudrate
定義串口控制台的波特率
netmask
定義乙太網介面的掩碼
ethaddr
定義乙太網介面的MAC地址
bootfile
定義預設的下載文件
bootargs
定義傳遞給Linux內核的命令行參數
bootcmd
定義自動啟動時執行的幾條命令
serverip
定義tftp伺服器端的IP地址
ipaddr
定義本地的IP地址
stdin
定義標准輸入設備，一般是串口
stdout
定義標准輸出設備，一般是串口
stderr
定義標准出錯信息輸出設備，一般是串口
參考U-boot，其環境變數設置如下：
Uboot> printenv
bootdelay=3
baudrate=115200
ethaddr=00:12:34:56:78:9a
ipaddr=192.168.0.9 ①
serverip=192.168.0.1 ②
netmask=255.255.255.0
rootpath=/home/zht/rfsys ③
stdin=serial
stdout=serial
stderr=serial
bootcmd=tftp 21000000 uImage;bootm 21000000 ④
bootargs=root=/dev/nfs rw nfsroot=192.168.0.1:/home/zht/rfsys nfsaddrs=192.168.0.48: 192.168.0.1:192.168.0.1:255.255.255.0 console=ttyS0,115200 mem=32M ⑤
① 設置目標板IP地址
② 設置伺服器IP地址
③ 設置根文件系統在伺服器上的路徑，注意該路徑一定要設定為伺服器上的nfs目錄。
④ bootcmd是u-boot啟動後執行的命令,命令之間用分號分隔。
tftp 21000000 uImage 表示通過tftp 將內核映像下載到RAM中地址為0x21000000;
bootm 21000000 啟動linux操作系統
⑤ 定義u-boot傳送給linux內核的命令行參數，該命令行指定以網路文件系統作為根文件系統。
其中root=/dev/nfs,並非真的設備，而是一個告訴內核經由網路取得根文件系統的旗標。
參數nfsroot這個參數告訴內核以那一台機器，那個目錄以及那個網路文件系統選項作為根文件系統使用。參數的格式如下：
nfsroot=[:][,]
如果指令列上沒有給定 nfsroot 參數，則將使用『/tftpboot/%s』預設值。其它選項如下：
--指定網路文件系統服務端的互聯網地址(IP address)。如果沒有給定此欄位，則使用由 nfsaddrs 變數（見下面）所決定的值。此參數的用途之一是允許使用不同機器作為反向地址解析協議(RARP) 及網路文件系統服務端。通常你可以不管它（設為空白）。
-- 服務端上要作為根掛入的目錄名稱。如果字串中有個『%s』 符記(token)，此符記將代換為客戶端互聯網地址之 ASCII 表示法。
-- 標準的網路文件系統選項。所有選項都以逗號分開。如果沒有給定此選項欄位則使用下列的預設值：
port = as given by server portmap daemon
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
參數nfsaddrs設定網路通訊所需的各種網路介面地址。如果沒有給定這個參數，則內核核會試著使用反向地址解析協議以及／或是啟動協議(BOOTP)以找出這些參數。其格式如下：
nfsaddrs=::::::
-- 客戶端的互聯網地址。如果沒設，此地址將由反向地址解析協議或啟動協議來決定。使用何種協議端視配置核心時打開的選項以及 參數而定。如果設定此參數，就不會使用反向地址解析協議或啟動協議。
-- 網路文件系統服務端之互聯網地址。如果使用反向地址解析協議來決定客戶端地址並且設定此參數，則只接受從指定之服務端傳來的回應。要使用不同的機器作為反向地址解析與網路文件系統服務端的話，在此指定你的反向地址解析協議服務端（保持空白）並在 nfsroot 參數（見上述）中指定你的網路文件系統服務端。如果此項目空白則使用回答反向地址解析協議或啟動協議之服務端的地址。
-- 網關(gateway)之互聯網地址，若服務端位於不同的子網路上時。如果此項目空白則不使用任何網關並假設服務端在本地的(local)網路上，除非由啟動協議接收到值。
-- 本地網路界面的網路掩碼。如果為空白，則網路掩碼由客戶端的互聯網地址導出，除非由啟動協議接收到值。
-- 客戶端的名稱。如果空白，則使用客戶端互聯網地址之 ASCII-標記法，或由啟動協議接收的值。
-- 要使用的網路設備名稱。如果為空白，所有設備都會用來發出反向地址解析請求，啟動協議請求由最先找到的設備發出。網路文件系統使用接收到反向地址解析協議或啟動協議回應的設備。如果你只有一個設備那你可以不管它。
-- 用以作為自動配置的方法。如果是 `rarp' 或是 `bootp' 則使用所指示的協議。如果此值為 `both' 或空白，若配置核心時有打開這兩種協議則都使用。 `none' 表示不使用自動配置。這種情況下你必須指定前述欄位中所有必要的值。
此 參數可以作為 nfsaddrs 的參數單獨使用（前面沒有任何 `:` 字元），這種情況下會使用自動配置。然而，此種情況不能使用 `none'作為值。
說明：這只是網上的一種說法，但是沒有啟動起來。因為我的kernel沒有cs8900網卡驅動，燒錄後可正常啟動，但無法掛載NFS，我在想是否可以通過命令行參數設置，來設置uboot給kernel傳遞的地址參數，這樣間接驅動nfs服務。我先前通過vivi這樣搞過，也是可行的。
現在可以這樣理解就是說，之前的kernel內核已經配置好了各個基本模塊的驅動，這樣就可以用了

❽ 如何在uboot中添加ping命令

首先icmp和arp是沒有關系的！icmp承載於網路層他的協議號好像是1，其中有8種類型比如host不可達、超時等這是用來測試網路連通性的一種控制信息協議。ARP是乙太網技術中最重要的一種協議地址解析協議，它承載於osi第二層類型號好像是806，因為乙太網是多路訪問的一種，所以為了解析其乙太網物理MAC地址必須要用ARP協議，這種協議發送的request包中目標MAC地址為全1廣播地址，reply包以自己的mac和IP地址為源，目標地址以目標主機MAC和IP地址為目標封裝成幀後發送出去！雖然說它是鏈路層協議,但是他有網路層的概念IP地址，我抓包看到過ARP協議中有協議類型800這是IP協議的類型，因為他要用IP地址來解析MAC地址，所以每個網路層以上的設備都會有基於ARP的緩存，路由交換設備中的命令是showarp！windows中的命令是arp-a，有了這種緩存大大提高了互聯網訪問速度！好了說了這么多可能樓主認為我說的是廢話！那麼我就開始所問所答了！第一，ping命令是ICMP的一種形式，它屬於ICMP，當然tracert也屬於ICMP！ICMP與ARP沒有任何關系，一個是網路層協議，一個是數據鏈路層協議！在功能方面上也沒有什麼交集的地方，唯一共同點就是都涉及IP地址。第二，我不會寫什麼UBOOT代碼，但是既然承載在internet上那麼他就應該遵循網路體系結構為了讓網路統一化，IEEE和國際標准化組織iso統一定義了接入層及上層協議標准！當你ping時會發送ARP幀是因為你在乙太網的環境中，為什麼會發送ARP是因為在計算機剛剛啟動的時候是沒有對方主機的通信地址的！ping是為了測試與對方主機的連通性，所以需要知道對方主機的地址雖然你知道了目的的IP地址，但還需要其MAC地址，所以在ping之前就會發送ARP幀，主機中ARP默認緩存老化時間應該是10分鍾。也就是說，自ARP解析10分鍾後ARP緩存條目會自動清除。第三，arp幀發送和恢復確實不一樣！一個用廣播一個是單播好了！不管我寫的是不是廢話！辛辛苦苦寫了這些不容易啊！接下來就看LZ你的了！^_^！

❾ uboot是什麼

U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項目。U-Boot的作用是系統引導。U-Boot從FADSROM、8xxROM、PPCBOOT逐步發展演化而來。其源碼目錄、編譯形式與Linux內核很相似，事實上，不少U-Boot源碼就是根據相應的Linux內核源程序進行簡化而形成的，尤其是一些設備的驅動程序，這從U-Boot源碼的注釋中能體現這一點。

拓展資料：

選擇U-Boot的理由:

① 開放源碼;

② 支持多種嵌入式操作系統內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS, android;

③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS;

④ 較高的可靠性和穩定性;

⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統不同引導要求、產品發布等;

⑥ 豐富的設備驅動源碼，如串口、乙太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等;

⑦ 較為豐富的開發調試文檔與強大的網路技術支持。

❿ 在ubuntu下使用什麼工具對uboot及內核進行燒寫

tftp比較通用的 網路燒寫 DNW USB燒寫