@koebehshian 哈哈，没猜错，果然是全志的，天坑。给你指个路，whycan.cn 里去问吧，说不定里面有人用过。我自己一年多没调过板子了，忘的差不多了，帮不了你。当时用的 w7p1，官方 bsp 里还出现过 dts 里网口配置的地址和 datesheet 里不一样。还有一点可以给你透露，用这个软件刷入的话，说明用的是全志自己的闭源 flash 的驱动，用的自己的地址映射，坏块管理也是有的。

另外如果是 kernel 或者 dtb 或者 uboot 配置问题的话，和文件系统是无关的，因为这三者在现在的大多数 arm 开发板上面都是直接烧写到固定地址的，你可以试试 uboot 下是否能正常配通网络，网上这个搜搜就有了

说实话，你这 ubuntu mate 从哪来的，镜像里是单独的文件系统，还是包含设备树和内核。核心板是哪块，先用原厂的包含内核设备树与文件系统的镜像试下硬件是不是好的，然后看看启动打印是不是中途检测到坏块。这个现象很像 kernel 或者 设备树 里面一些东西时钟或者什么别的没配好。

@lloovve 你确实猜对了，回来后看了下实物视频，https://www.bilibili.com/s/video/BV17f4y117gu 2 分 23 秒，看下面有 hdmi 和 dvi 接口没画出来

@sapphires 作为一个嵌入式看错了这个，我有罪

@emmo 你说的串口怕不是用来接显示器的

这个就是厂家做文件系统时的交叉编译工具链和你现在用的不一致，你的 “用编译器里面的替换了 rootfs 里面那些 lib” 思路可能对，某些情况确实会好，但还是最好还是用原厂的做文件系统时的交叉编译工具链。要么找原厂要，要么自己用现在的工具链编一个文件系统丢进去。

理论上断电可能会有问题，不过概率非常非常小。nandflash 上 jffs2 和 ubifs 用的比较多，也用 soc 厂商自己实现的 nandflash 驱动带坏块管理然后上面跑 ext2/3/4

@qwerthhusn 最开始的争论是“tcp 的粘包”，这个表述确实有些问题，就像 A 的高速公路堵了（ tcp 上的自定义协议粘包）与 A 地堵了（ tcp 粘包）。不过不加 tcp 限定，单独的“粘包”（堵车），粘包警察就来了确实想不到。

Do Androids Dream of Electric Sheep? => 仿生人会梦见电子羊吗 => 银翼杀手。书读少了

看你怎么刻录的，rufus 刻录的话，iso 模式在有的主板上有问题，dd 方式就一切正常

楼主你要这样想，看 datesheet 是一个人看。写这些玩意是一整个公司，各个模块分工协作，而不是单打独斗。

@wty 就是国内的恶心自己人有一手，上次调的某个芯片涉及 nand 的一些寄存器还是国外的人逆向厂家的闭源 bsp 整出来的，还有个要那一个系列的 soc 对比着看，上一款 soc 还有描述的，下一款马甲就没了。

我也不知道该怎么吐槽，windows os 。。。，4 楼是对的，具体搜 dos2unix 实现

看你局域网设备多不，少的的话直接搜局域网扫描工具 Advanced IP Scanner，多的话，可以参见树莓派的 mdns，ping ××××.local 实现。

https://www.fyfyfm.apispeedy.workers.dev/t/661739 我甚至怀疑是不是同一个人的问题

这个问题建议你去 tb 问卖东西的商家，为了卖出东西，会扔给一堆教程链接的