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烧写