Linux系统git漏提空目录导致根文件系统rootfs启动时挂载失败

本文主要是介绍Linux系统git漏提空目录导致根文件系统rootfs启动时挂载失败,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

问题

从git服务器下载SDK代码,自编译出大包文件,在进行烧写后发现启动时挂载rootfs根文件系统失败,打印如下:

[    4.500157] UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 161
[    4.556092] UBIFS (ubi0:0): recovery needed
[    4.599850] UBIFS (ubi0:0): recovery completed
[    4.603390] UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "rootfs"
[    4.610680] UBIFS (ubi0:0): LEB size: 253952 bytes (248 KiB), min./max. I/O unit sizes: 4096 bytes/4096 bytes
[    4.620569] UBIFS (ubi0:0): FS size: 76439552 bytes (72 MiB, 301 LEBs), journal size 9404416 bytes (8 MiB, 38 LEBs)
[    4.630979] UBIFS (ubi0:0): reserved for root: 0 bytes (0 KiB)
[    4.636771] UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID FF904CF4-E7E5-4D45-8522-B0458FBC0218, small LPT model
[    4.650529] VFS: Mounted root (ubifs filesystem) on device 0:12.
[    4.655939] Freeing unused kernel memory: 312K (c0ad8000 - c0b26000)
[    4.661881] @RamosKernel command line: noinitrd  rw console=ttyHSL0,115200,n8 androidboot.hardware=qcom ehci-hcd.park=3 msm_rtb.filter=0x37 lpm_levels.sleep_disabled=1  earlycon=msm_hsl_uart,0x78b3000  androidboot.serialno=a37185f5 androidboot.authorized_kernel=true androidboot.baseband=msm rootfstype=ubifs rootflags=bulk_read root=ubi0:rootfs ubi.mtd=19 ubi.mtd=13
[    4.694665] quectel_mount failed 挂载失败
[    4.697420] @Ramos set restore modem flag here 444444 
[    4.702685] @Ramos :mtdsize:500000, mtd->writesize =4096, mtd->erasesize:262144  blockcount
[    4.711091] @Ramos qfirst_goodblock_addr=-1610612461 
[    4.716387] @Ramos set partition(modem) restore, offset=440000,print magic1=0,magic2=78e5d4c2
[    4.725205] @Ramos g_fota_upgradedFlag_goodblock=-1 fota_upgradedFlag=3670016
[    4.731834] @Ramos set partition magic	right !!!!!
[    4.739764] @Ramos set partition(modem) flag=1,successd restore times=246 !!!
[    4.745892] Going down for restart now 【这里重启了】
[    4.750241] Calling SCM to disable SPMI PMI

使用发布版本启动挂载正常打印如下:

[    4.500157] UBIFS (ubi0:0): background thread "ubifs_bgt0_0" started, PID 161
[    4.556092] UBIFS (ubi0:0): recovery needed
[    4.599850] UBIFS (ubi0:0): recovery completed
[    4.603390] UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "rootfs"
[    4.610680] UBIFS (ubi0:0): LEB size: 253952 bytes (248 KiB), min./max. I/O unit sizes: 4096 bytes/4096 bytes
[    4.620569] UBIFS (ubi0:0): FS size: 76439552 bytes (72 MiB, 301 LEBs), journal size 9404416 bytes (8 MiB, 38 LEBs)
[    4.630979] UBIFS (ubi0:0): reserved for root: 0 bytes (0 KiB)
[    4.636771] UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID FF904CF4-E7E5-4D45-8522-B0458FBC0218, small LPT model
[    4.650529] VFS: Mounted root (ubifs filesystem) on device 0:12.
[    4.714335] Freeing unused kernel memory: 312K (c0ad8000 - c0b26000)
[    4.720271] @RamosKernel command line: noinitrd  rw console=ttyHSL0,115200,n8 androidboot.hardware=qcom ehci-hcd.park=3 msm_rtb.filter=0x37 lpm_levels.sleep_disabled=1  earlycon=msm_hsl_uart,0x78b3000  androidboot.serialno=588c78b androidboot.authorized_kernel=true androidboot.baseband=msm rootfstype=ubifs rootflags=bulk_read root=ubi0:rootfs ubi.mtd=19 ubi.mtd=13
[    4.855481] UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "modem", R/O mode
[    4.862686] UBIFS (ubi1:0): LEB size: 253952 bytes (248 KiB), min./max. I/O unit sizes: 4096 bytes/4096 bytes
[    4.872559] UBIFS (ubi1:0): FS size: 47235072 bytes (45 MiB, 186 LEBs), journal size 9404416 bytes (8 MiB, 38 LEBs)
[    4.882971] UBIFS (ubi1:0): reserved for root: 0 bytes (0 KiB)
[    4.888754] UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 43E7EFF3-32C9-48F0-8476-F22950783580, small LPT model
[    4.906146] quectel_mount_success 

分析

1、首先怀疑是编译环境问题,通过对比提交原始代码的服务器,没有发现差异;

2、怀疑是提交原始代码的服务器漏提交文件,通过对比发现漏提交了很多空目录,对比结果如下;

bin  build.prop  dev  etc  lib  linuxrc  sbin  share  system  target  usr  var  WEBSERVER  www
bin  boot  build.prop  cache  data  dev  etc  firmware  home  lib  linuxrc  media  mnt  proc  run  sbin  share  sys  system  target  tmp  usr  var  WEBSERVER  www

3、通过上面对比得知缺少目录,那到底是缺少哪个目录呢?来查看一下内核挂载失败的打印:quectel_mount failed,通过搜索内核代码如下:

   pr_notice("@RamosKernel command line: %s\n", temp_cmdLine);//if(strstr(temp_cmdLine, "ubi.mtd=19")) //this condition will replace last,if ( system_mode_flag == QUECTEL_SYSTEM_NORMAL_MODE ){extern void *subsystem_get_with_fwname(const char *name, const char *fw_name);if( sys_mount("ubi1:modem", "/firmware", rootfstype, MS_RDONLY, rootflags)&&  sys_mount("/dev/ubi1_0", "/firmware", rootfstype, MS_RDONLY, rootflags)){printk("quectel_mount failed \n");printk("@Ramos set restore modem flag here 444444 \r\n");Quectel_Set_Partition_RestoreFlag("modem",4); // modem ޷أлԭ}else{printk("quectel_mount_success \n");subsystem_get_with_fwname("modem", "modem");}}

可以看到是挂载modem分区到/firmware目录下失败,不是前面分析出的挂载rootfs跟文件系统失败;modem分区文件NON-HLOS.ubi我们没有修改,不会有问题的;查看得知是firmware目录不存在导致,使用系统调用mount挂载时目录必须存在是基本的常识,在用户层会提示“No such file or directory”,但是sys_mount为何没有提示呢?

sys_mount在ext4文件系统学习的时候应该是看过代码实现了的,再回去复习一下,看内核代码检查后确实没有提示;

挂载失败后,设置分区参数重启使用recovery进行恢复,这里不是分区文件问题,而是没有这个目录,所以导致的结果就是循环的挂载失败并一直重启。

原因

git会自动忽略空目录,导致在使用git status命令不能发现漏提交的空目录,这样在提交SDK源码文件时漏提交空目录,这样的话其他人通过git下载文件后缺少跟文件系统必须的目录,导致启动挂载失败;

解决

在空目录下增加.gitkeep文件,这样就可以让git追踪空目录,这也是最通用的方式(注:.gitigonre中不要忽略.gitkeep文件否则会失效);

搜索空目录结果如下:

[yubo.wang@localhost ql-ol-rootfs]$ find ./ -type d -empty
./mnt
./proc
./run
./sys
./tmp
。。。

在每个空目录下增加.gitkeep文件:

find ./ -type d -empty | xargs -I {} touch {}/.gitkeep

增加.gitkeep文件后就能使用git status查看差异了: 

最后把空目录提交上去然后下载编译烧写验证OK。

总结

提交git代码文件时,需要注意空目录的处理,防止出现上面的类似问题。遇到此类问题也可逐一排查环境和代码来定位。

 

这篇关于Linux系统git漏提空目录导致根文件系统rootfs启动时挂载失败的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/932588

相关文章

VScode连接远程Linux服务器环境配置图文教程

《VScode连接远程Linux服务器环境配置图文教程》:本文主要介绍如何安装和配置VSCode,包括安装步骤、环境配置(如汉化包、远程SSH连接)、语言包安装(如C/C++插件)等,文中给出了详... 目录一、安装vscode二、环境配置1.中文汉化包2.安装remote-ssh,用于远程连接2.1安装2

C#实现系统信息监控与获取功能

《C#实现系统信息监控与获取功能》在C#开发的众多应用场景中,获取系统信息以及监控用户操作有着广泛的用途,比如在系统性能优化工具中,需要实时读取CPU、GPU资源信息,本文将详细介绍如何使用C#来实现... 目录前言一、C# 监控键盘1. 原理与实现思路2. 代码实现二、读取 CPU、GPU 资源信息1.

Linux中shell解析脚本的通配符、元字符、转义符说明

《Linux中shell解析脚本的通配符、元字符、转义符说明》:本文主要介绍shell通配符、元字符、转义符以及shell解析脚本的过程,通配符用于路径扩展,元字符用于多命令分割,转义符用于将特殊... 目录一、linux shell通配符(wildcard)二、shell元字符(特殊字符 Meta)三、s

Linux之软件包管理器yum详解

《Linux之软件包管理器yum详解》文章介绍了现代类Unix操作系统中软件包管理和包存储库的工作原理,以及如何使用包管理器如yum来安装、更新和卸载软件,文章还介绍了如何配置yum源,更新系统软件包... 目录软件包yumyum语法yum常用命令yum源配置文件介绍更新yum源查看已经安装软件的方法总结软

linux报错INFO:task xxxxxx:634 blocked for more than 120 seconds.三种解决方式

《linux报错INFO:taskxxxxxx:634blockedformorethan120seconds.三种解决方式》文章描述了一个Linux最小系统运行时出现的“hung_ta... 目录1.问题描述2.解决办法2.1 缩小文件系统缓存大小2.2 修改系统IO调度策略2.3 取消120秒时间限制3

Linux alias的三种使用场景方式

《Linuxalias的三种使用场景方式》文章介绍了Linux中`alias`命令的三种使用场景:临时别名、用户级别别名和系统级别别名,临时别名仅在当前终端有效,用户级别别名在当前用户下所有终端有效... 目录linux alias三种使用场景一次性适用于当前用户全局生效,所有用户都可调用删除总结Linux

Linux:alias如何设置永久生效

《Linux:alias如何设置永久生效》在Linux中设置别名永久生效的步骤包括:在/root/.bashrc文件中配置别名,保存并退出,然后使用source命令(或点命令)使配置立即生效,这样,别... 目录linux:alias设置永久生效步骤保存退出后功能总结Linux:alias设置永久生效步骤

Git中恢复已删除分支的几种方法

《Git中恢复已删除分支的几种方法》:本文主要介绍在Git中恢复已删除分支的几种方法,包括查找提交记录、恢复分支、推送恢复的分支等步骤,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录1. 恢复本地删除的分支场景方法2. 恢复远程删除的分支场景方法3. 恢复未推送的本地删除分支场景方法4. 恢复

在C#中获取端口号与系统信息的高效实践

《在C#中获取端口号与系统信息的高效实践》在现代软件开发中,尤其是系统管理、运维、监控和性能优化等场景中,了解计算机硬件和网络的状态至关重要,C#作为一种广泛应用的编程语言,提供了丰富的API来帮助开... 目录引言1. 获取端口号信息1.1 获取活动的 TCP 和 UDP 连接说明:应用场景:2. 获取硬

Linux使用fdisk进行磁盘的相关操作

《Linux使用fdisk进行磁盘的相关操作》fdisk命令是Linux中用于管理磁盘分区的强大文本实用程序,这篇文章主要为大家详细介绍了如何使用fdisk进行磁盘的相关操作,需要的可以了解下... 目录简介基本语法示例用法列出所有分区查看指定磁盘的区分管理指定的磁盘进入交互式模式创建一个新的分区删除一个存