ubuntu下tftp文件，Retry count exceeded; starting again问题

最新推荐文章于 2024-07-20 22:07:10 发布
原创 最新推荐文章于 2024-07-20 22:07:10 发布 · 2.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ubuntu #虚拟机 #windows #google

在Ubuntu虚拟机中，作者遇到了tftp传输时出现'Retry count exceeded; starting again'的问题。经过检查和尝试，发现问题源于新的虚拟机配置与旧配置的不同。尽管IP设置、服务安装等都相同，但tftp服务始终无法通过xinetd启动，只运行了in.tftpd。最终，通过改变Windows和Ubuntu的IP地址，使它们不一致，成功解决了问题。问题可能与standalone模式有关，此模式可能不允许同一IP的多个实例。

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

就这么个简单的问题曾经困扰我两天，现在解决了，回想起来气得跺脚！


一，之前有个虚拟机ubuntu虚拟机，下载tftp忒正常，环境配置如下：

1，windows IP设置为uboot的serverip---192.168.1.100

        2，VM设置为静态网桥，接主机物理网卡

        3，ubuntu设置auto eth0
iface eth0 inet static
address 192.168.1.100
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.1

      4，install tftp-hpa tftpd-hpa xinetd

      5，touch tftp如网上说述


二，后来因为项目的原因，觉得这个虚拟机才分了15GB（VM推荐值真TMD烂），太小了不够用，于是重新装了个虚拟机大空间的，环境配置如下：

1，windows IP设置为uboot的serverip---192.168.1.100

        2，VM设置为静态网桥，接主机物理网卡

   

最低0.47元/天 解锁文章

200万优质内容无限畅学
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. 解决方案
ubuntu下使用cmake编译的时候文件下载不了的解决方案
zeeq的博客
11-16 4169
  如下图所示，所需的文件一直下载不了，一直retry。 [ 20%] Built target webp -- File already exists but no hash specified (use URL_HASH): file='/home/xxx/workspace/demon/lmbspecialops/build/lz4/src/r131.tar.gz' Old file will be removed and new file downloaded from URL. -- Down
Retry count exceeded; starting again 解决方法
weixin_30294295的博客
01-23 1190
修改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服务器烧录内核和文件系统时”Retry cout exceeded; starting again “解决方法
kbwzy的专栏
05-11 6407
Retry count exceeded; starting again  在进行IMX-287在U-boot下执行“烧写内核+文件系统时“时，”通过ping命令进行测试，显示“host 192.168.1.122 is live”这样的提示， 可以确认EasyArm-iMX287tftp服务器的连接通畅，但是在执行”run upsystem“时却出现了上图所示的”Retry cou
u-boot移植：解决 Retry count exceeded; starting again
weixin_34319640的博客
01-19 2312
2019独角兽企业重金招聘Python工程师标准>>> ...
配置tftp报错：ARP Retry count exceeded； starting again
weixin_65548587的博客
04-07 781
把serverip设置成乌班图主机ip。
【踩坑日记】【教程】嵌入式 Linux 通过 nfs 下载出现 T T T T [Retry count exceeded: starting again]
Beihai_Van的博客
07-16 1283
开启 nfs2 后，可以在开发板 u-boot 上重新尝试用 nfs 下载虚拟机上的文件，如果成功了，那么就结束了。这个文件，其他教程需要修改这个文件但是在 ubuntu-20.04 下安装 nfs 后并不能找到这个文件。+2 就代表已经开启 nfs2 服务，则第 4 节可跳过，如果是 -2 就往下看，开启 nfs2。注意，此处开启 nfs2 的步骤不同于其他教程，主要是针对 ubuntu-20.04 没有。说明已经支持 nfs2 了。此命令没有其他输出。
uboot使用nfs方式引导文件系统
09-22
在mini2440开发板上的操作，相机记录每一个步，分享给有需要的朋友
【GB28181】wvp-GB28181-pro部署安装教程（Ubuntu平台）
废人一枚的博客
02-25 4096
初始环境安装。
通过tftp下载linux内核出错:Retry count exceeded； starting again
my_hongshui的博客
07-20 819
一直都是Retry count exceeded;starting again ，然后我改成192.168.214.40就成功了。第二个原因可能就是板子的ip可能被占用了，你可以试着改掉。这是我板子的ip为192.168.214.10。有两个原因，第一个就是防火墙没关。
嵌入式 uboot中ping或者tftp的错误“Retry count exceeded; starting again”
chuguaju2572的博客
10-09 1317
今天在u-boot对DM9000X网卡的支持的移植。最后通过tftp下载时候，遇到如下问题： tf[u-boot@MINI2440]# tp 0x30000000 root_qtopia-128M.img Filename 'root_qtopia-128M.img'. Load add...
tftp传输文件时出现Retry count exceeded； starting again
weixin_46338291的博客
12-19 2019
先用开发板ping 电脑ip ,若成功，检查电脑防火墙，将电脑防火墙全部关闭重试。
tftp连接时出线retry count exceeded starting again时检查步骤
xvjixiang的专栏
02-13 5680
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
使用nfs启动内核时，“Retry count exceeded; starting again”
m0_37786046的博客
08-04 1216
1、有可能你未设置好环境变量 2、是否安装好NFS 3、开发板、主机、虚拟机的网段是否在同一网段，能否相互之间ping通 如果是使用tftp出现的问题 可能是tftp客户端传过来的timeout是7810，而服务器端定义的范围在1-255秒之间，不是服务器的问题，而是uboot中tftp参数设置的问题，那么要修改配置文件参数了
解决tftp方式从linux主机下载文件到开发板里，出现Loading: T T T T Retry count exceeded； starting again问题
zht1255565的博客
06-07 517
如果tftp配置正确了，也可以ping通了，但是还是出现如下问题，大概率是防火墙的原因关闭所有防火墙，会有如下两种防火墙。
关于IMX6ULL挂载内核失败解决办法（1）Retry count exceeded； starting again
weixin_53351963的博客
02-23 689
关于IMX6ULL挂载内核失败解决办法（tftp下载内核超时出错:Retry count exceeded; starting again）
ERROR 0199: Security password retry count exceeded.
热门推荐
zhyh1435589631的专栏
06-17 5万+
1. 描述今天电脑一开机就成这样了， 直接报错： ERROR 0199: Security password retry count exceeded. 估计应该是电脑长时间不用之后， 电池没电了吧， 鬼知道为什么报了这个错误2. 解决方法按F1 进入 BIOS 设置， 然后按 F9 载入默认设置， 然后 F10 保存并推出， 然后机子重启， 就能正常进入系统了 <~_~>!!
嵌入式 uboot中ping或者tftp的错误“Retry count exceeded; starting again”
skdkjxy的专栏
10-08 7334
今天在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
ARP Retry count exceeded;
最新发布
03-31
### ARP重试次数超限问题分析 ARP（Address Resolution Protocol）用于将IP地址解析为物理网络接口的MAC地址。当设备无法成功解析目标主机的MAC地址时，可能会触发“ARP retry count exceeded”的错误消息。此问题通常表明网络连接存在问题。 以下是关于如何排查和解决该问题的具体方法： #### 1. **确认硬件驱动程序配置** 对于基于Prism芯片组的无线网卡，在OpenBSD或NetBSD环境下运行时，可能需要调整`wi(4)`或`hostapd`的相关参数来优化性能并减少ARP失败的可能性[^1]。可以通过修改内核模块加载选项或者更新启动脚本来实现这些设置。 例如，在FreeBSD/OpenBSD中可以尝试增加缓冲区大小以及调整其他影响吞吐量的关键值： ```bash ifconfig wi0 up scan ifconfig wi0 nwid my_network ssid my_ssid channel auto \ wepmode on weptxkey 1 wpakey passphrase sysctl dev.wi.debug=0x800 # Enable debugging output for diagnostics purposes. ``` #### 2. **检查链路层状态** 如果发现频繁出现ARP请求失败的情况，则应进一步验证是否有信号干扰或其他环境因素导致数据包丢失。利用命令行工具如`ping`, `traceroute` 和 `arp` 来收集更多信息以便定位根本原因。 执行如下操作查看当前缓存表项是否存在异常条目： ```bash arp -a | grep incomplete # 查找未完成的状态记录。 netstat -rn # 显示路由表信息。 tcpdump -n -e arp # 实时捕获所有的ARP流量。 ``` #### 3. **增强网络安全性和稳定性** 有时恶意攻击者会通过伪造响应扰乱正常通信流程，因此建议启用额外的安全机制防止此类事件发生。比如在路由器上实施静态映射规则固定特定客户端对应的MAC/IP组合；另外还可以考虑部署防火墙策略过滤掉可疑源地址发起的广播查询活动。 最后记得定期重启受影响的服务进程以清除残留的影响，并保持操作系统补丁级别最新从而获得厂商提供的修复支持。 ```python import subprocess def restart_service(service_name): try: result = subprocess.run(['service', service_name, 'restart'], check=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE) return f"{service_name} restarted successfully." except Exception as e: return str(e) print(restart_service('networking')) ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值