creaznico 发布的帖子

@justyu666 首先有好几份这个sys_partition.fex文件。pack所使用的是~/out/sys_partition.fex，修改这一份才有效。如果你修改的是devices目录下的，那就需要编译一下，再pack，同理，你直接改out，编译后就会变成device目录的那份了。然后就是device目录也有很多分，甚至t113-s3里面，也有好几份，至少我的SDK是，确认一下它参与编译的是哪一份。像你这样打包还是修改前的参数，大部分就是改错文件了

@sunxi 大佬，你下次贴错误贴全一点，包括上下文，代码能贴也截取一些贴出来，你是什么环境构筑运行，你不说那些懂的大佬也不敢回啊，尤其是linux报错问题千奇百怪，谁敢回复你啊

@aaabbb222 具体做法就是看他的驱动然后改啊，也可以用UDEV改名吧，虽然都叫ttyUSB0，但是他们的uid啥的，参数不同的，可以根据这起别名，你搜一下怎么udev改名就行了

@gushuaiqing 这个肯定要去看一下XR829的驱动，可能是初始化没完成，所以注册设备失败。初始化没完成有可能是你设备树或者什么配置没弄对。

@ysc3650145 你得去看看你用的SPI驱动，这个只能优化驱动

@zhangjun clean后再make试试

@kkkcxf 因为你用的sdk是无桌面系统的sdk啊。而且就算有桌面系统，开发和调试很多时候还是用命令行

Linux嵌入式不太懂，有没有人教教我可以怎么学习？

@shaoshunda 解决了吗？我也遇到这问题，使用红外的irtest时候，以及ifup和ifdown，都会遇到这个守护线程锁文件没权限的问题

问题描述，在buildroot添加了新的软件包后，自动勾选了libglib2，编译libglib2时报错，如标题所示

checking for libmount... 
no configure: error: *** could not find libmount

该提示的问题表明目标主机缺少libmount组件（注意是目标主机，而不是你正在执行编译的主机，比如虚拟机），在我的情境下是全志t113-s3 armA7主机。

解决方法为：
重新编译
没错，就是重新编译
在你系统开发包的根目录执行./build.sh clean(我是longan sdk，tina系统是别的指令，反正就是清除所有编译的文件）
再执行./build.sh （先把你的buildroot的.config文件备份，然后复制到~/out/evb1_auto/longan/buildroot目录下，不然你要重新配置你的build root软件包）

原因分析：
我个人认为大概也许可能是因为libglib 和 libmount-dev的路径冲突问题，总之解决了就好

参考资料https://unix.stackexchange.com/questions/483031/could-not-find-libmount

@a06041114 还有一种办法，在out 里面找到rootfs的目录，修改里面的Interfaces，打包会自动打包成固件，且重新编译只要不clean，不会重新编译这部分

@lancer log呢，没log怎么排查呀，是不是引脚冲突了

@captain 你wifi的ip和eth的ip都不是同一个网段，也没设置掩码，先ping局域网，再做DNS

@creaznico 补充一点，可以直接在sdk里把getty去掉，就没有密码登陆验证了

回复: 全志芯片Tina Linux 修改 UART 引脚、UART端口
首先先按照这个帖子改，发现烧录固件，uboot，boot0均有输出，但是kernel没有输出。日志最后的消息是starting kernel，这是boot的最后一行消息。但是通过连上全志的adb，发现能够连接，说明系统已经启动，串口没有配置好。
坑点1：linux路径混乱。
众所周知，linux环境每个人都不同，因此照搬别人的配置有可能不行
在~/device/config/chips/t113/configs/evb1_auto_nand路径下（我用的nand，如果是emmc路径是evb1_auto）有一个env.cfg文件，在上述步骤中已经修改为了

earlyprintk=sunxi-uart,0x02500000
initcall_debug=0
console=ttyS0,115200

但是修改没有效果，切原本配置的串口是uart3 ，接上有输出。因此考虑是不是改错了文件，于是查看他编译过程，发现它使用的env.cfg文件是在~/device/config/chips/t113/configs/evb1_auto_nand/longan/env.cfg ，真是离了个大谱，一个目录下有两个这个配置文件，也怪不得分不清。于是修改了该文件，发现kernel阶段有输出了，但是，马上坑点2就来了。
坑点2：init
先说问题，进入了系统后，串口0输入自动回显，且使用adb在系统内echo 'hello world!'，会在串口0接收到，查看cat /proc/cmdline ，发现console = ttyS0 ,115200 。这个时候我就很疑惑了，是成功配置了呀，而且也不是硬件问题，因为串口0收发都正常的，且已经正确把串口0配置为控制台了。
这个时候出发点可能还是要从它原本的配置入手，它原本uart3是控制台，会不会uart3能进入console呢？马上接上uart3，确实，系统输出了welcome to system kuno啥的，kuno指的是用户名，然后要你输密码。得，不知道是哪里的配置问题。
遂一点点查看所有配置，重新检查，发现实在是都对，使用grep ‘console'抓取所有的文件内带console的，都已经改成了ttyS0，这是咋回事呢？遂查资料，问gpt，发现影响console的还有一个init过程，常用的包括busybox ,systemd,systemV,procd-init等，我的工程使用的是busybox，遂进入buildroot，使用命令make menuconfig ，选择
System configuartion -> run a getty ，哈哈，里面有个TTY port

它原本是ttyS3，截图里已经被修改为S0了，ok啊，重新编译，烧录，大功告成

@jr_online 大概率你改错地方了，正常就是改哪个，你看看你的环境对应的是哪个文件，linux修改的时候不能照搬路径的

@newcastle 好几种可能，先看https://blog.csdn.net/weixin_43094346/article/details/132017068

如果这里面和你的问题不一样，有可能是你的引脚配置问题，比如我的拿到了emmc的板子用了nand的源码，会导致引脚错误，配置sdc2用到了一系列PC引脚，而nand原本应用的SPI0也是PC引脚，不把SPI关掉会导致引脚冲突，从而导致sdc无法调用引脚而无法调用emmc。此错误也会提示无法打开root device，但是实际的原因在上一页，会提示你该引脚已经被调用。