CN113703682A - 文件挂载方法、装置、存储介质及电子装置 - Google Patents

文件挂载方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
CN113703682A
CN113703682A CN202110990069.3A CN202110990069A CN113703682A CN 113703682 A CN113703682 A CN 113703682A CN 202110990069 A CN202110990069 A CN 202110990069A CN 113703682 A CN113703682 A CN 113703682A
Authority
CN
China
Prior art keywords
format
user data
sector
data area
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110990069.3A
Other languages
English (en)
Other versions
CN113703682B (zh
Inventor
苗国强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Huacheng Software Technology Co Ltd
Original Assignee
Hangzhou Huacheng Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Huacheng Software Technology Co Ltd filed Critical Hangzhou Huacheng Software Technology Co Ltd
Priority to CN202110990069.3A priority Critical patent/CN113703682B/zh
Publication of CN113703682A publication Critical patent/CN113703682A/zh
Application granted granted Critical
Publication of CN113703682B publication Critical patent/CN113703682B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0643—Management of files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/1737—Details of further file system functions for reducing power consumption or coping with limited storage space, e.g. in mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0644—Management of space entities, e.g. partitions, extents, pools

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例提供了一种文件挂载方法、装置、存储介质及电子装置，其中，该方法包括：确定目标文件系统的第一扇区的格式，其中，目标文件系统为目标软件的用户数据区的文件系统；在第一扇区的格式为第一格式的情况下，对目标软件的内核进行升级处理，以将第一扇区的格式更新为第二格式；确定用户数据区的第二扇区的容量；在第二扇区的容量为第一容量的情况下，将用户数据区中存储的原始文件按照第二格式挂载在用户数据区内。通过本发明，解决了相关技术中存在的由于预留空间过大致使导致FLASH空间的利用率低、随着用户数据的增加导致空间不足的问题，提高了FLASH空间利用率，防止了随着用户数据的增加导致空间不足的问题。

Description

文件挂载方法、装置、存储介质及电子装置
技术领域
本发明实施例涉及通信领域，具体而言，涉及一种文件挂载方法、装置、存储介质及电子装置。
背景技术
IPC在行业各个场景中广泛应用，随着成本要求越来越高，FLASH空间也要求越来越小。
在相关技术中，主流的低成本方案中都采用8M NOR FLASH来存储。FLASH空间往往被分成BOOT区，内核区，ROOTFS只读区，用户数据区，其中，设备FLASH空间划分示意图可参见附图1。用户数据区用于保存用户配置信息(如wifi信息、分辨率等配置信息)，在小容量NOR FLASH中，往往采用JFFS2文件系统来挂载。
JFFS2文件系统会预留若干个扇区做垃圾回收和负载均衡，在小容量NOR FLASH设备中，留给用户数据区的空间很有限，可能只有几个物理块。这种情况下，如果JFFS2文件系统的扇区粒度(每个扇区所占的空间一般默认为64k)较大的话，就会由于预留空间过大致使FLASH空间的利用率大大降低，后续随着用户数据的增加还可能导致空间不足等问题。
由此可知，相关技术中存在由于预留空间过大致使导致FLASH空间的利用率低、随着用户数据的增加导致空间不足的问题。
针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种文件挂载方法、装置、存储介质及电子装置，以至少解决相关技术中存在的由于预留空间过大致使导致FLASH空间的利用率低、随着用户数据的增加导致空间不足的问题。
根据本发明的一个实施例，提供了一种文件挂载方法，包括：确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；确定所述用户数据区的第二扇区的容量；在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
根据本发明的另一个实施例，提供了一种文件挂载装置，包括：第一确定模块，用于确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；升级模块，用于在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；第二确定模块，用于确定所述用户数据区的第二扇区的容量；挂载模块，用于在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现上述任一项中所述的方法的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，确定目标软件的用户数据区的目标文件系统的第一扇区的格式，在第一扇区的格式为第一格式的情况下，对目标软件的内核进行升级处理，以将第一扇区的格式更新为第二格式，确定用户数据区的第二扇区的容量，在第二扇区的容量为第一容量的情况下，将用户数据区中存储的原始文件按照第二格式挂载在用户数据区内。由于可以通过对目标软件进行升级处理将目标软件的用户数据区的目标文件系统的第一扇区格式更新为第二格式，并在用户数据区的第二扇区的容量时第一容量的情况将用户数据区存储的原始文件按照第二格式挂载在用户数据区内，使目标文件系统的第一扇区的格式与用户数据区的容量相对应，因此，可以解决相关技术中存在的由于预留空间过大致使导致FLASH空间的利用率低、随着用户数据的增加导致空间不足的问题，提高了FLASH空间利用率，防止了随着用户数据的增加导致空间不足的问题。
附图说明
图1是相关技术中设备FLASH空间划分示意图；
图2是本发明实施例的一种文件挂载方法的移动终端的硬件结构框图；
图3是根据本发明实施例的文件挂载方法的流程图；
图4是根据本发明示例性实施例的扇区大小从64k格式切换到4k格式前后FLASH分区划分情况示意图；
图5是根据本发明示例性实施例的大于4k小于64k的文件在FLASH上的数据分布示意图；
图6是根据本发明具体实施例的文件挂载方法流程图；
图7是根据本发明实施例的文件挂载装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图2是本发明实施例的一种文件挂载方法的移动终端的硬件结构框图。如图2所示，移动终端可以包括一个或多个(图2中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的文件挂载方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种文件挂载方法，图3是根据本发明实施例的文件挂载方法的流程图，如图3所示，该流程包括如下步骤：
步骤S302，确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；
步骤S304，在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；
步骤S306，确定所述用户数据区的第二扇区的容量；
步骤S308，在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
在上述实施例中，目标文件系统可以是JFFS2文件系统，第一格式可以为64k格式等，第二格式可以为4k格式等。在目标文件系统的第一扇区的格式为64k格式时，可以通过升级内核来改变位于用户数据区的JFFS2文件系统扇区大小。对于NOR FLASH一般JFFS2文件系统默认的扇区大小为64k，一般最低可以调整为4k(FLASH最小擦除单元，与FLASH型号有关)。JFFS2文件系统扇区大小是通过修改内核FLASH驱动程序实现的，内核升级后，再次挂载用户数据区时JFFS2文件系统扇区大小则变成了4k。由于BOOT区、分区表内核区和ROOTFS使用的都是FLASH上裸的数据，没有文件系统的参与，所以扇区大小由64k切到4k之后不会影响到上述分区；而用户数据区使用了JFFS2文件系统扇区大小改变后会导致其数据组织方式发生变化，因此，需在用户数据分区挂载之前对用户数据区做一次文件恢复操作。其中，扇区大小从64k格式切换到4k格式前后FLASH分区划分情况示意图可参见附图4。
JFSS2文件系统单个数据块最大不能超过其扇区大小，当扇区大小为64k时，则单个数据块大小应介于0至64k之间；当扇区大小为4k时，则单个数据块大小应介于0至4k之间。在扇区为64k的JFFS2文件系统中，对于大于4k小于64k的文件在FLASH上的数据分布有两种情况，一种是作为一个独立的数据块单独保存，另一种是分散成多个数据块进行保存，大于4k小于64k的文件在FLASH上的数据分布示意图可参见附图5。对于格式2，若文件A的所有数据块均小于4k，则文件系统从64k切换到4k时，直接按照扇区大小为4k的格式挂载用户分区不会出现数据丢失；对于格式1和格式2中出现了大于4k的数据块的情况，直接按照扇区大小为4k的格式挂载用户分区，则存在数据丢失的风险。所以，用户分区扇区大小从64k切换至4k后需要对用户文件做一次恢复操作。即将用户数据区中存储的原始文件按照第二格式挂载在用户数据区内。
可选地，上述步骤的执行主体可以是处理器，但不限于此。
通过本发明，确定目标软件的用户数据区的目标文件系统的第一扇区的格式，在第一扇区的格式为第一格式的情况下，对目标软件的内核进行升级处理，以将第一扇区的格式更新为第二格式，确定用户数据区的第二扇区的容量，在第二扇区的容量为第一容量的情况下，将用户数据区中存储的原始文件按照第二格式挂载在用户数据区内。由于可以通过对目标软件进行升级处理将目标软件的用户数据区的目标文件系统的第一扇区格式更新为第二格式，并在用户数据区的第二扇区的容量时第一容量的情况将用户数据区存储的原始文件按照第二格式挂载在用户数据区内，使目标文件系统的第一扇区的格式与用户数据区的容量相对应，因此，可以解决相关技术中存在的由于预留空间过大致使导致FLASH空间的利用率低、随着用户数据的增加导致空间不足的问题，提高了FLASH空间利用率，防止了随着用户数据的增加导致空间不足的问题。
在一个示例性实施例中，确定所述用户数据区的第二扇区的容量包括：确定所述目标文件系统的预留扇区的第二容量；基于所述第二容量确定所述第二扇区的容量。在本实施例中，在用户数据区挂载之前需要对其升级之前的扇区大小进行检查，根据扇区大小决定是否需要进行数据恢复。例如，当第二格式为4k格式时，在将目标文件系统的第一扇区的格式更新为第二格式后，如果直接以4k的格式挂载用户分区可能会有数据丢失的风险，所以升级后在分区挂载之前需要判断升级前JFFS2扇区的大小。可以利用JFFS2文件系统的特性，根据预留扇区的大小确定用户数据区扇区大小。若扇区大小不是64k，则可以按照正常的分区挂载流程挂载用户数据区；若扇区大小是64k，则执行64k切4k后的用户数据区文件恢复流程。
在一个示例性实施例中，在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之前，所述方法还包括：提取所述用户数据区在所述目标软件所在的设备中的闪存中存储的原始数据；将所述原始数据保存为临时镜像文件；将所述临时镜像文件按照所述第二格式挂载到所述设备的内存的临时目录中；基于所述临时目录提取所述原始文件。在本实施例中，数据恢复时，可以将用户数据区在FLASH上的原始数据提取为临时的镜像文件，当第一格式为64k格式，第二格式为4k格式时，可以以64k的扇区大小作为JFFS2文件系统挂载到临时目录。在进入用户数据区文件恢复流程后，可以首先将用户数据分区在FLASH上的原始数据提取出来保存为临时镜像文件，该镜像文件按照扇区大小为64k的格式作为JFFS2文件系统进行挂载。
在一个示例性实施例中，在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之后，所述方法还包括：卸载临时镜像，删除所述临时镜像文件以及所述临时目录。在本实施例中，在原始文件挂载完成后，可以卸载临时镜像，并删除临时镜像文件和临时目录。
在一个示例性实施例中，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内包括：将所述用户数据区按照所述第二格式进行格式化；将所述原始文件复制到按照所述第二格式进行格式化后的所述用户数据区。在本实施例中，将用户数据区中存储的原始文件按照第二格式挂载在用户数据区内时，可以将用户数据分区以4k的扇区大小重新格式化为JFFS2文件系统并挂载；将临时镜像挂目录里的文件直接copy到重新格式化并挂载的用户分区，这样所有文件将在新的用户分区被重新组织起来而避免数据丢失。
在一个示例性实施例中，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式包括：获取所述目标软件的升级文件包，其中，所述升级文件包中定义的扇区格式为所述第二格式；基于所述升级文件包进行所述升级处理，以将所述第一扇区的格式更新为所述第二格式。在本实施例中，在小旧的软件用户数据区的JFFS2文件系统的扇区大小为64k，要将JFFS2扇区大由64k切换至4k需升级内核，在对内核升级时，可以获取目标软件的升级文件后，其中，升级文件包中定义了扇区格式为第二格式，如4k格式，根据文件升级包对目标软件进行升级处理。
在一个示例性实施例中，在对所述目标软件的内核进行升级操作之后，所述方法还包括：重新启动所述目标软件。在本实施例中，软件升级完毕后可以复位重启，重启后加载新的内核，此后用户数据区作为JFFS2文件系统进行挂载时扇区大小从64k变成了4k。
下面结合具体实施方式对文件挂载方法进行说明：
图6是根据本发明具体实施例的文件挂载方法流程图，如图6所示，该流程包括：
步骤S602，旧的软件用户数据区的JFFS2文件系统的扇区大小为64k，要将JFFS2扇区大小由64k切换至4k需升级内核，进入软件升级阶段。
步骤S604，下载新的软件包，升级BOOT、分区表、内核、ROOTFS等分区。
步骤S606，软件升级完毕后复位重启，重启后加载新的内核，此后用户数据区作为JFFS2文件系统进行挂载时扇区大小从64k变成了4k；
步骤S608，此时如果直接以4k的格式挂载用户分区可能会有数据丢失的风险，所以升级后在分区挂载之前需要判断升级前JFFS2扇区的大小。此处利用JFFS2文件系统的特性，根据预留扇区的大小确定用户数据区扇区大小。判断用户数据区扇区大小是否为64k，若判断结果为否，则执行步骤S610，若判断结果为是，则执行步骤S612。
步骤S610，扇区大小不是64k，则按照正常的分区挂载流程挂载用户数据区。
步骤S612，扇区大小是64k，则执行64k切4k后的用户数据区文件恢复流程：进入用户数据区文件恢复流程后，首先将用户数据分区在FLASH上的原始数据提取出来保存为临时镜像文件。
步骤S614，该镜像文件按照扇区大小为64k的格式作为JFFS2文件系统进行挂载；
步骤S616，将用户数据分区以4k的扇区大小重新格式化为JFFS2文件系统并挂载；
步骤S618，将临时镜像挂目录里的文件直接copy到重新格式化并挂载的用户分区，这样所有文件将在新的用户分区被重新组织起来而避免数据丢失。
步骤S620，卸载临时镜像，删除临时镜像文件及临时目录。
在前述实施例中，本方案可用在原设计方案JFFS2文件系统扇区粒度(单个扇区占用FLASH空间大小)过大，致使FLASH空间利用率过低的场景。升级后通过降低JFFS2文件系统扇区粒度，增加了FLASH空间的利用率，并通过检查预留扇区的大小确定原用户分区的扇区格式，对用户数据做了恢复操作，确保了扇区大小切换后用户数据区文件不丢失。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种文件挂载装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本发明实施例的文件挂载装置的结构框图，如图7所示，该装置包括：
第一确定模块72，用于确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；
升级模块74，用于在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；
第二确定模块76，用于确定所述用户数据区的第二扇区的容量；
挂载模块78，用于在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
在一个示例性实施例中，第二确定模块76可以通过如下方式实现确定所述用户数据区的第二扇区的容量：确定所述目标文件系统的预留扇区的第二容量；基于所述第二容量确定所述第二扇区的容量。
在一个示例性实施例中，所述装置可以用于在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之前，提取所述用户数据区在所述目标软件所在的设备中的闪存中存储的原始数据；将所述原始数据保存为临时镜像文件；将所述临时镜像文件按照所述第二格式挂载到所述设备的内存的临时目录中；基于所述临时目录提取所述原始文件。
在一个示例性实施例中，所述装置可以用于在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之后，卸载临时镜像，删除所述临时镜像文件以及所述临时目录。
在一个示例性实施例中，挂载模块78可以通过如下方式实现将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内：将所述用户数据区按照所述第二格式进行格式化；将所述原始文件复制到按照所述第二格式进行格式化后的所述用户数据区。
在一个示例性实施例中，升级模块74可以通过如下方式实现对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式：获取所述目标软件的升级文件包，其中，所述升级文件包中定义的扇区格式为所述第二格式；基于所述升级文件包进行所述升级处理，以将所述第一扇区的格式更新为所述第二格式。
在一个示例性实施例中，所述装置用于在对所述目标软件的内核进行升级操作之后，重新启动所述目标软件。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现上述任一项中所述的方法的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种文件挂载方法，其特征在于，包括：
确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；
在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；
确定所述用户数据区的第二扇区的容量；
在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
2.根据权利要求1所述的方法，其特征在于，确定所述用户数据区的第二扇区的容量包括：
确定所述目标文件系统的预留扇区的第二容量；
基于所述第二容量确定所述第二扇区的容量。
3.根据权利要求1所述的方法，其特征在于，在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之前，所述方法还包括：
提取所述用户数据区在所述目标软件所在的设备中的闪存中存储的原始数据；
将所述原始数据保存为临时镜像文件；
将所述临时镜像文件按照所述第二格式挂载到所述设备的内存的临时目录中；
基于所述临时目录提取所述原始文件。
4.根据权利要求3所述的方法，其特征在于，在将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内之后，所述方法还包括：
卸载临时镜像，删除所述临时镜像文件以及所述临时目录。
5.根据权利要求1所述的方法，其特征在于，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内包括：
将所述用户数据区按照所述第二格式进行格式化；
将所述原始文件复制到按照所述第二格式进行格式化后的所述用户数据区。
6.根据权利要求1所述的方法，其特征在于，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式包括：
获取所述目标软件的升级文件包，其中，所述升级文件包中定义的扇区格式为所述第二格式；
基于所述升级文件包进行所述升级处理，以将所述第一扇区的格式更新为所述第二格式。
7.根据权利要求1所述的方法，其特征在于，在对所述目标软件的内核进行升级操作之后，所述方法还包括：
重新启动所述目标软件。
8.一种文件挂载装置，其特征在于，包括：
第一确定模块，用于确定目标文件系统的第一扇区的格式，其中，所述目标文件系统为目标软件的用户数据区的文件系统；
升级模块，用于在所述第一扇区的格式为第一格式的情况下，对所述目标软件的内核进行升级处理，以将所述第一扇区的格式更新为第二格式；
第二确定模块，用于确定所述用户数据区的第二扇区的容量；
挂载模块，用于在所述第二扇区的容量为第一容量的情况下，将所述用户数据区中存储的原始文件按照所述第二格式挂载在所述用户数据区内。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现所述权利要求1至7任一项中所述的方法的步骤。
10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至7任一项中所述的方法。
CN202110990069.3A 2021-08-26 2021-08-26 文件挂载方法、装置、存储介质及电子装置 Active CN113703682B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110990069.3A CN113703682B (zh) 2021-08-26 2021-08-26 文件挂载方法、装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110990069.3A CN113703682B (zh) 2021-08-26 2021-08-26 文件挂载方法、装置、存储介质及电子装置

Publications (2)

Publication Number Publication Date
CN113703682A true CN113703682A (zh) 2021-11-26
CN113703682B CN113703682B (zh) 2024-02-23

Family

ID=78655410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110990069.3A Active CN113703682B (zh) 2021-08-26 2021-08-26 文件挂载方法、装置、存储介质及电子装置

Country Status (1)

Country Link
CN (1) CN113703682B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066095A1 (en) * 2003-09-23 2005-03-24 Sachin Mullick Multi-threaded write interface and methods for increasing the single file read and write throughput of a file server
CN102298531A (zh) * 2011-09-08 2011-12-28 北京傲天动联技术有限公司 在嵌入式系统中对闪存文件系统进行升级的方法
CN105260323A (zh) * 2015-10-21 2016-01-20 华为技术有限公司 一种存储虚拟化数据处理方法以及装置
CN105589657A (zh) * 2014-10-23 2016-05-18 中兴通讯股份有限公司 一种实现移动存储挂载的方法及装置
CN106598651A (zh) * 2016-11-25 2017-04-26 上海斐讯数据通信技术有限公司 一种嵌入式系统及该系统的升级方法
US20200133657A1 (en) * 2018-10-31 2020-04-30 EMC IP Holding Company LLC Method, electronic device and computer readable storage medium of storage management
CN111148211A (zh) * 2019-12-31 2020-05-12 京信通信系统（中国）有限公司 时钟同步方法、装置、计算机设备和存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050066095A1 (en) * 2003-09-23 2005-03-24 Sachin Mullick Multi-threaded write interface and methods for increasing the single file read and write throughput of a file server
CN102298531A (zh) * 2011-09-08 2011-12-28 北京傲天动联技术有限公司 在嵌入式系统中对闪存文件系统进行升级的方法
CN105589657A (zh) * 2014-10-23 2016-05-18 中兴通讯股份有限公司 一种实现移动存储挂载的方法及装置
CN105260323A (zh) * 2015-10-21 2016-01-20 华为技术有限公司 一种存储虚拟化数据处理方法以及装置
CN106598651A (zh) * 2016-11-25 2017-04-26 上海斐讯数据通信技术有限公司 一种嵌入式系统及该系统的升级方法
US20200133657A1 (en) * 2018-10-31 2020-04-30 EMC IP Holding Company LLC Method, electronic device and computer readable storage medium of storage management
CN111148211A (zh) * 2019-12-31 2020-05-12 京信通信系统（中国）有限公司 时钟同步方法、装置、计算机设备和存储介质

Also Published As

Publication number Publication date
CN113703682B (zh) 2024-02-23

Similar Documents

Publication Publication Date Title
CN111796856B (zh) 差分升级方法及装置、存储介质、计算机设备
CN105763602A (zh) 一种数据请求处理的方法、服务器及系统
EP2076834A1 (en) Program upgrade system and method for ota-capable mobile terminal
CN111880846B (zh) 嵌入式系统快速启动方法、装置及设备
CN106708543A (zh) 一种操作系统的ota升级方法及装置
CN101639785A (zh) 软件升级方法及装置
CN110597533A (zh) 一种fpga板卡程序更新系统及方法
CN114443081A (zh) 终端升级的方法及终端
CN114442952A (zh) 冷数据的迁移方法、装置、存储介质及电子装置
CN117762455A (zh) Bios固件文件的更新方法及装置、存储介质、电子设备
CN115543225B (zh) 数据处理方法、系统、装置、计算机存储介质及电子设备
CN113703682B (zh) 文件挂载方法、装置、存储介质及电子装置
CN111427603B (zh) 应用程序的升级方法及装置
CN114675902A (zh) 基于嵌入式设备的软件版本的管理方法与管理装置
CN114265606A (zh) 固件升级方法、装置、设备及存储介质
CN115098144A (zh) 设备升级方法、装置、存储介质及电子装置
CN113934437A (zh) 云手机安装应用的方法、系统和客户端云手机
US20130179653A1 (en) Apparatus and method for partitioning memory area for application preloading in a wireless terminal
CN112217885A (zh) 一种组件动态管理方法、装置、设备及存储介质
CN113806007A (zh) 磁盘挂载方法、装置、存储介质以及电子装置
EP1624371B1 (en) Method for managing storage area in a portable radio communication equipment
CN111338703A (zh) 终端中应用的处理方法、装置、存储介质及电子装置
CN116257326B (zh) 容器存储空间的管理方法及装置
CN114064097B (zh) 软件升级方法、终端设备及存储介质
CN114500277B (zh) 多频段射频芯片的参数配置方法、装置和电子装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant