tftp连接时出线retry count exceeded starting again时检查步骤

最新推荐文章于 2024-07-20 22:07:10 发布
最新推荐文章于 2024-07-20 22:07:10 发布
阅读量5.6k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： linux学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xvjixiang/article/details/19164791
本文介绍如何通过检查配置文件、防火墙设置、服务状态等步骤来配置TFTP服务并进行常见问题的排查。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1、vim /etc/xinetd.d/tftp，看 server_args的地址是否正确；

2、检查防火墙是否关闭，tftp服务是否打开，/etc/init.d/iptables stop        //关闭防火墙
sudo /sbin/service xinetd start 
或 service xinetd restart

3、 netstat -a | grep tftp
    显示结果为
      udp 0 0 *:tftp *:*
    表明服务已经开启，就表明tftp配置成功了。

4、 是否能ping通目标

WARNING:Retrying(Retry(total=2)) after connection broken by ‘ProxyError(‘Cannot connect to proxy解决方案
weixin_43178406的博客
06-15 20万+
本文主要介绍了WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.'解决方案，希望能对使用Python pip的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
Springboot 使用 Guava 的重试Retry ，轻便灵活
默默不代表沉默
10-14 4082
前言 重试，我承认是冷饭重炒了。 之前写过一些关于重试相关的实践介绍文章： Spring的Retry《Springboot 整合Retry 实现重试机制》： https://blog.youkuaiyun.com/qq_35387940/article/details/99676114使用DelayQueue 实现了更加动态灵活的 延迟重试： 《Springboot 指定重发的次数和延迟时间，定时异步执行 重发任务》：https://blog.youkuaiyun.com/qq_35387940/article/det
ubuntu下tftp文件，Retry count exceeded; starting again问题
无名码农
08-09 2275
就这么个简单的问题曾经困扰我两天，现在解决了，回想起来气得跺脚！ 一，之前有个虚拟机ubuntu虚拟机，下载tftp忒正常，环境配置如下： 1，windows IP设置为uboot的serverip---192.168.1.100         2，VM设置为静态网桥，接主机物理网卡         3，ubuntu设置auto eth0 iface eth0 inet sta
用tftp服务器烧录内核和文件系统时”Retry cout exceeded; starting again “解决方法
kbwzy的专栏
05-11 6414
Retry count exceeded; starting again  在进行IMX-287在U-boot下执行“烧写内核+文件系统时“时，”通过ping命令进行测试，显示“host 192.168.1.122 is live”这样的提示， 可以确认EasyArm-iMX287tftp服务器的连接通畅，但是在执行”run upsystem“时却出现了上图所示的”Retry cou
Retry count exceeded; starting again 解决方法
weixin_30294295的博客
01-23 1195
修改Uboot端tftp代码 (在uboot目录下net/tftp.c) 在U-boot 1.3.4源代码中定义的是5秒 #define TIMEOUT5UL/* Seconds to timeout for a lost pkt*/ u-boot-2009.08 中定义如下 #def...
配置tftp报错：ARP Retry count exceeded； starting again
weixin_65548587的博客
04-07 799
把serverip设置成乌班图主机ip。
tftp传输文件时出现Retry count exceeded； starting again
weixin_46338291的博客
12-19 2029
先用开发板ping 电脑ip ,若成功，检查电脑防火墙，将电脑防火墙全部关闭重试。
uboot使用nfs方式引导文件系统
09-22
在mini2440开发板上的操作，相机记录每一个步，分享给有需要的朋友
使用阿里源出现WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None))解决方案
热门推荐
weixin_43178406的博客
06-07 6万+
本文主要介绍了使用阿里源出现WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None))解决方案，希望能对使用Python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
u-boot移植：解决 Retry count exceeded; starting again
weixin_34319640的博客
01-19 2330
2019独角兽企业重金招聘Python工程师标准>>> ...
通过tftp下载linux内核出错:Retry count exceeded； starting again
my_hongshui的博客
07-20 829
一直都是Retry count exceeded;starting again ，然后我改成192.168.214.40就成功了。第二个原因可能就是板子的ip可能被占用了，你可以试着改掉。这是我板子的ip为192.168.214.10。有两个原因，第一个就是防火墙没关。
嵌入式 uboot中ping或者tftp的错误“Retry count exceeded; starting again”
skdkjxy的专栏
10-08 7342
今天在u-boot对DM9000X网卡的支持的移植。最后通过tftp下载时候，遇到如下问题： tf[u-boot@MINI2440]# tp 0x30000000 root_qtopia-128M.img Filename 'root_qtopia-128M.img'. Load address: 0x30000000 Loading: T ##########T T ########
解决问题（5）：成功解决uboot移植时网络通讯遇到的ARP Retry count exceeded； starting again
weixin_44903006的博客
04-27 1万+
Liunx开发板：uboot 是支持网络的，我们在移植 uboot 的时候一般都要调通网络功能，因为在移植 linux kernel 的时候需要使用到 uboot 的网络功能做调试。uboot 支持大量的网络相关命令，比如 dhcp、ping、nfs 和 tftpboot。 问题：开发板和Ubuntu通信不成功 在使用 uboot 的网络功能之前先用网线将开发板的 ENET2 接口和电脑或者路由器连接起来， I.MX6U-ALPHA 开发板有两个网口： ENET1 和 ENET2，一定要连接 ENET2
【踩坑日记】【教程】嵌入式 Linux 通过 nfs 下载出现 T T T T [Retry count exceeded: starting again]
Beihai_Van的博客
07-16 1321
开启 nfs2 后，可以在开发板 u-boot 上重新尝试用 nfs 下载虚拟机上的文件，如果成功了，那么就结束了。这个文件，其他教程需要修改这个文件但是在 ubuntu-20.04 下安装 nfs 后并不能找到这个文件。+2 就代表已经开启 nfs2 服务，则第 4 节可跳过，如果是 -2 就往下看，开启 nfs2。注意，此处开启 nfs2 的步骤不同于其他教程，主要是针对 ubuntu-20.04 没有。说明已经支持 nfs2 了。此命令没有其他输出。
ARP Retry count exceeded； starting again ping failed；host.. is not alive
huige__的博客
07-21 2326
ARP Retry count exceeded; starting again
u-boot内核中出现ARP Retry count exceeded； starting again的总结
weixin_47122610的博客
05-27 611
2.桥接的网口一定要连接正确，假设vam0设置的TPLINK，那么在虚拟机的图形化界面中e33应该连接的是有线的IP，如若是无线的IP，那就是没有对应上，会出现ARP Retry count exceeded;1.设置u-boot状态下的ip，可以在其他博客中找到。3如若还不行，那就在重启一下试试。
Linux开发板下，遇到ARP Retry count exceeded; starting again报错问题，解决办法
qq_20612759的博客
02-29 1万+
遇到“ARP Retry count exceeded; starting again"坑我两天时间，才明白原因 1.首先，网段是在同一网段，这点是必须的，不管是直连，还是通过中间交换机连接，都无所谓， 2。各自要能ping通，譬如开发板ping通主机，主机也能ping通Ubuntu； 3.各自防火墙必须关闭 上图中，就是我调试遇到的问题 4.虚拟机中的设置 是因为我在那个设置栏，下面还有两个虚...
关于IMX6ULL挂载内核失败解决办法（1）Retry count exceeded； starting again
weixin_53351963的博客
02-23 692
关于IMX6ULL挂载内核失败解决办法（tftp下载内核超时出错:Retry count exceeded; starting again）
解决tftp方式从linux主机下载文件到开发板里，出现Loading: T T T T Retry count exceeded； starting again问题
zht1255565的博客
06-07 522
如果tftp配置正确了，也可以ping通了，但是还是出现如下问题，大概率是防火墙的原因关闭所有防火墙，会有如下两种防火墙。
=> boot Using FEC1 device TFTP from server 192.168.9.100; our IP address is 192.168.9.50 Filename 'zImage'. Load address: 0x80800000 Loading: * ARP Retry count exceeded; starting again Using FEC1 device TFTP from server 192.168.9.100; our IP address is 192.168.9.50 Filename 'imx6ull-alientek-emmc.dtb'. Load address: 0x83000000 Loading: * ARP Retry count exceeded; starting again Bad Linux ARM zImage magic! =>
最新发布
08-21
<think>我们正在处理一个启动问题，从日志中可以看出，系统在尝试通过TFTP加载内核镜像和设备树文件时遇到了ARP重试次数超出的错误，最后还报告了一个错误的Linux ARM zImage magic。 问题分析： 1. TFTP服务器连接问题：日志显示“ARP Retry count exceeded”，这通常意味着开发板无法与TFTP服务器建立ARP连接，可能的原因包括： - 网络配置错误（IP地址、子网掩码、网关等） - TFTP服务器未运行或配置不正确 - 防火墙阻止了TFTP连接（默认端口69） - 物理连接问题（网线、交换机等） 2. 在尝试加载设备树文件时同样出现了ARP超时，说明整个网络连接可能有问题。 3. 当尝试加载zImage时，虽然显示了一个星号（*）表示开始传输，但紧接着出现了ARP超时，然后尝试加载设备树文件时同样失败。 4. 最后一行错误：“Bad Linux ARM zImage magic!” 这个错误通常意味着加载的zImage文件格式不正确或者损坏。但是，由于之前已经出现了网络问题，所以很可能是文件没有正确传输，导致只传输了一部分，所以文件不完整。 解决方案步骤： 1. 检查网络连接： - 确保开发板和TFTP服务器在同一局域网内，并且网络物理连接正常。 - 检查开发板的IP地址配置（通过开发板的bootargs或uboot环境变量），确保与TFTP服务器在同一网段。 2. 检查TFTP服务器： - 确认TFTP服务器已经启动，并且配置的目录中包含正确的zImage和设备树文件（注意文件名是否匹配）。 - 在TFTP服务器上，可以使用tcpdump等工具监控TFTP请求，确认是否有请求到达。 3. 检查防火墙设置： - 在TFTP服务器上，临时关闭防火墙（或允许UDP端口69）进行测试。 4. 检查uboot环境变量： - 确认uboot中设置的serverip（TFTP服务器IP地址）是否正确。 - 确认loadaddr（加载地址）和bootargs等是否正确。 5. 尝试使用其他方式验证网络： - 在uboot中尝试ping TFTP服务器，例如：`ping 192.168.9.100`，看是否能够ping通。 6. 如果上述步骤都正确，可能是文件路径或文件名问题，确保uboot中设置的文件名与TFTP服务器上的文件名完全一致（包括大小写）。 7. 如果文件传输中断，可以尝试重新复制zImage和设备树文件到TFTP目录，确保文件完整。 由于我们无法直接操作硬件，这里提供一些uboot命令的示例，用于检查和设置网络： 在uboot命令行中： 1. 查看当前环境变量： ```bash printenv ``` 2. 设置serverip（假设TFTP服务器IP为192.168.9.100）： ```bash setenv serverip 192.168.9.100 saveenv ``` 3. 设置开发板IP（假设为192.168.9.50）： ```bash setenv ipaddr 192.168.9.50 saveenv ``` 4. 测试网络连通性： ```bash ping 192.168.9.100 ``` 5. 如果ping不通，检查网络配置（如子网掩码netmask、网关gatewayip）是否正确。 6. 设置正确的加载地址（通常不需要更改，但可以确认）： - zImage的加载地址一般为0x80800000，设备树为0x83000000。 7. 设置正确的文件名（以实际文件名为准）： ```bash setenv image zImage setenv fdt_file imx6ull-alientek-emmc.dtb saveenv ``` 8. 然后尝试手动启动TFTP传输： ```bash tftp ${loadaddr} ${image} tftp ${fdt_addr} ${fdt_file} ``` 如果手动传输过程中仍然出现超时，则需重点排查网络问题。 另外，关于“Bad Linux ARM zImage magic!”错误，在成功传输文件后，可以使用uboot的`iminfo`命令检查zImage的头部信息，确认是否有效： ```bash iminfo ${loadaddr} ``` 正常的输出应该会显示类似“## Checking Image at 80800000 ...”，然后有关于镜像类型、压缩方式、入口点等信息。 由于我们无法实际执行这些操作，以上步骤需要用户根据实际情况进行。 如果问题仍然存在，可能需要进一步检查硬件或更换网络环境测试。 相关问题： 1. 如何配置TFTP服务器？ 2. 在uboot中如何设置网络环境变量？ 3. 如何解决文件传输中的ARP超时问题？ 4. 如何验证下载的镜像文件是否正确？ 注意：在最后提出相关问题，按照指定格式。 但是，根据用户要求，我们最后需要提出相关问题，格式如下： §§相关问题§§: 1. ··· 2. ··· 3. ··· 4. ··· 因此，我们按照这个格式提出四个相关问题。</think>### 问题分析及解决方案 从启动日志分析，存在两个关键问题： 1. **网络连接失败**：`ARP Retry count exceeded` 表示开发板无法通过ARP协议定位TFTP服务器 2. **镜像验证失败**：`Bad Linux ARM zImage magic!` 表示下载的zImage文件损坏或格式错误 ### 解决方案步骤 #### 1. 检查网络连接（开发板端） ```bash # 在U-Boot命令行中检查网络配置 => printenv ipaddr netmask serverip # 正确示例： ipaddr=192.168.9.50 netmask=255.255.255.0 serverip=192.168.9.100 # 测试网络连通性 => ping 192.168.9.100 # 成功应显示 "host 192.168.9.100 is alive" ``` #### 2. 验证TFTP服务器配置（主机端） ```bash # 在Linux主机检查TFTP服务状态 $ sudo systemctl status tftpd-hpa # 检查配置文件 $ cat /etc/default/tftpd-hpa # 正确配置示例： TFTP_DIRECTORY="/tftpboot" TFTP_OPTIONS="--secure --create" ``` #### 3. 检查镜像文件完整性 ```bash # 在主机端验证zImage文件头 $ hexdump -C zImage | head -n 2 # 正确输出应包含ARM zImage魔数： 00000000 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 |................| # 使用md5校验文件 $ md5sum zImage imx6ull-alientek-emmc.dtb ``` #### 4. 修复启动命令（U-Boot端） ```bash # 设置正确的加载地址和文件名 => setenv loadaddr 0x82000000 # 更通用的加载地址 => setenv fdt_addr 0x83000000 => setenv image zImage => setenv fdt_file imx6ull-alientek-emmc.dtb # 分段下载验证 => tftp ${loadaddr} ${image} => tftp ${fdt_addr} ${fdt_file} # 验证镜像完整性 => iminfo ${loadaddr} # 成功应显示 "Verified OK" ``` #### 5. 完整启动命令参考 ```bash => setenv bootcmd 'tftp ${loadaddr} ${image}; tftp ${fdt_addr} ${fdt_file}; bootz ${loadaddr} - ${fdt_addr}' => saveenv => boot ``` ### 常见问题排查表 | 现象 | 可能原因 | 解决方案 | |------|----------|----------| | ARP超时 | 网络不同网段 | 检查ipaddr/serverip子网掩码 | | TFTP超时 | 防火墙阻挡 | 关闭主机防火墙 `sudo ufw disable` | | Bad magic | 文件损坏 | 重新编译并复制到TFTP目录 | | 加载失败 | 地址冲突 | 调整loadaddr到安全区域(0x82000000) | | 验证失败 | 镜像格式错误 | 检查编译工具链是否匹配ARM架构 |
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值