我有一个linux客户,这是我的服务器。我还创建了另一个客户端,它没有磁盘。
我想知道,哪种网络类型和适配器是正确的?NAT还是内部网络?AMD还是英特尔芯片?
根据手册,
PXE booting is now supported in NAT mode. The NAT DHCP server provides a boot
file name of the form vmname.pxe if the directory TFTP exists in the directory
where the user's VirtualBox.xml file is kept. It i
我使用minicom on Kali Linux native ( Linux 4.6.0-kali1-amd64 x86_64 )在stm32f746g-Disco上安装嵌入式linux。
在设置tftp协议、与主板的以太网连接、构建内核并将镜像放入适当的文件夹( \tftpboot\stm32f7\uImage是镜像的路径和名称)之后,我将启动minicom与主板通信。
与主板的通信工作正常,但问题是主板在某种程度上无法读取内核的映像,即使路径是正确的:
STM32F746-DISCO> reset
这听起来像是谷歌的第一次或咨询
想象一下以下场景:我的i686硬盘在/tftpboot/rfs下有一个交叉编译的/tftpboot/rfs。我用我的ARM平台在NFS上引导这个NFS。现在,我希望将libxml、sqlite和php编译到ARM-RFS中,以扩展已经安装的thttpd服务器。根据我的理解,--prefix为/定义了一个不同的位置,因此在我的例子中,我的信任应该如下所示:
//libxml
./configure --build=i686-linux --host=arm-926ejs-linux-gnueabi --prefix=/tftpboot/rfs
make
make
我将u引导配置为使用tftpboot获取以太网上的linux映像。如果外部设备上的tftp服务器已经安装并运行,则一切正常。但是,如果我的设备在服务器准备好之前启动,它就会超时。一旦超时,它将不再试图连接到服务器以获取文件。
Filename 'image.ub'.
Load address: 0x10000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
Zynq>
尽管上面写着“重新开始”,但实际上没有什么能重新启动。一旦服务器最终准备就绪,就没有通信来获取linux映像。请注意
我正在尝试设置一个无盘客户端,它将通过nfs安装到服务器上。当我试图引导客户端时,我会收到以下错误消息:
VFS: Cannot open root device "nfs" or unknown-block(0,255) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,255)
我已经将内核参数设置如下:
kernel=192.79.143.131:/linuxboot,
我试图在我的arch linux arm机器上包括一个驱动程序。我尝试使用这些步骤来包含驱动程序模块,但是我的带有添加驱动程序的交叉编译内核没有加载。
1) Include the driver I want to add by making it have < M > beside it's
name in make ARCH=arm menuconfig
2) run: make ARCH=arm CROSS_COMPILE=/home/z3/bin/arm- (the path for my cross-compiling toolchain)
3)
阅读一些博客,最后我构建了一个脚本,使用SCP来备份远程文件,并在压缩它们之后:
#!/usr/bin/sh
set IP [lindex $argv 0]
set EQ [lindex $argv 1]
set NOW [exec date "+%Y%m%d"]
mkdir /tftpboot/tmp/$EQ
#
expect <<'END'
spawn scp -rpc "sadmin@$IP:/usr/local/etc/*" /tftpboot/tmp/$EQ
expect {
我试图使用TFTP从网络交换机发送/接收一个文件到ubuntu(Windows10Pro上的VirtualBox),但是得到了一个错误代码5
通过遵循下面提到的步骤,我的localhost似乎正在使用TFTP服务器,我可以使用localhost发送和接收文件:
/home/abc# tftp localhost
tftp> put test
Sent 16 bytes in 0.0 seconds
tftp> get test
Received 16 bytes in 0.0 seconds
root@abc:/home/abc# ls -l /var/lib/tftpb
我试图使用setenv命令修改u-boot环境参数。
当我用指定的bootcmd tftpboot 0x80800000 192.168.2.2:uImage2; bootm配置bootm时,uboot就开始加载Linux内核,但是我不能用saveenv保存参数。
当我配置没有bootcmd的bootm时,我可以使用saveenv保存参数,但是uboot无法加载内核,我得到了以下日志
T T T T T T #################################################################
#######################
在此之前,我已经设置了Ubuntu的PXE启动,方法是将ISO解压缩到NFS挂载,并使用一些vmlinuz.efi脚本魔术将initrd.gz和iPXE从casper复制到tftpboot目录。
这在16.04、16.10和17.10 (巧妙)中完美无缺地发挥了作用。
在18.04中,我首先发现vmlinuz.efi不再存在于casper中,但vmlinuz却存在。所以,我再试一次改名.
现在它还没有完全启动。我得到了“紧急模式”。键入'journalctl -xb‘(如紧急模式提示所建议的那样)并浏览将导致以下结果:
Unit sys-fs-fuse-connections has
我有问题,当我选择一个踢启动配置文件开始安装后,PXE启动。在网络安装服务器(相同的DHCP服务器)端,当我遇到这个问题时,我可以在/var/log/messages中看到以下错误。
Nov 13 17:42:30 desktop10 dhcpd: DHCPDISCOVER from 00:0c:29:90:39:53 via eth0
Nov 13 17:42:30 desktop10 dhcpd: DHCPOFFER on 192.168.174.2 to 00:0c:29:90:39:53 via eth0
Nov 13 17:42:32 desktop10 dhcpd: Dynamic
我面临一个与跨越DSO边界抛出的异常有关的奇怪问题。当代码是用arm- if linux -gnueabi-g++为嵌入式linux板编译时,如果用ubuntu的普通gcc编译器编译的话,异常就不会被捕获。
澄清:
我们有三个组成部分:
一个可执行文件,它通过dlopen()、dlsym()加载DSO。
一个DSO文件(libMod2.so),包含一个类MOD2,它在调用throwException()时抛出自定义的EException (从std::runtime_error派生)
一个DSO文件(libtest.so),包含一个类MOD1,它得到一个指向MOD2类的指针,并调用MOD2::