CN104503803A - 一种Linux内核及文件系统的升级方法 - Google Patents

Abstract

本发明提供了一种Linux内核及文件系统的升级方法，包括下列步骤：S1、将升级用的Linux内核和/或根文件系统和/或其它文件系统准备好；S2、将Linux内核和/或根文件系统和/或其它文件系统打包在一起并在头部添加一个定义好的包头文件；S3、将打包好的升级文件上传至待升级产品的内存中，升级完成后向系统控制程序发送信号，通知此次升级结果。采用本发明方法后，将要升级的模块，例如Linux内核、根文件系统以及其它文件系统，合并在一起或单个模块或部门合并打包在一起，根据用户需要自行按照需求打包需要升级的模块，并在升级完成后向系统控制程序发送信号，通知此次升级结果，让系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中。

Description

一种Linux内核及文件系统的升级方法

技术领域

本发明涉及Linux系统技术领域，尤其涉及一种Linux内核及文件系统的升级方法。

背景技术

目前现有的升级方案是将linux内核和根文件系统捆绑在一起同时升级，这种升级方式带来几个弊端：

1.软件层次分明但无法将linux系统内核和根文件系统独立升级,升级过程不够灵活。

2.打包的升级文件只有linux系统个根文件系统两部分组成，无法添加更多的文件系统。

3.升级之后必须重新启动系统才能使所有的功能模块生效，在一些不能随时重启系统的情况下无法使得新系统或者功能立即投入工作。

发明内容

本发明需解决的技术问题是克服上述的不足，提供一种Linux内核及文件系统的升级方法，包括下列步骤：

S1、将升级用的Linux内核和/或根文件系统和/或其它文件系统准备好；

S2、将Linux内核和/或根文件系统和/或其它文件系统打包在一起并在头部添加一个定义好的包头文件；

S3、将打包好的升级文件上传至待升级产品的内存中，升级完成后向系统控制程序发送信号，通知此次升级结果。

进一步的，还包括步骤S4、系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中。

进一步的，所述包头文件用于Linux描述内核和/或根文件系统和/或其他文件系统相关的信息。

进一步的，所述步骤S2具体包括下列步骤：

S2.1、输入打包参数；

S2.2、打包文件；

S2.3、判断打包文件个数是否达到要求，若否则继续执行步骤S2.2，若是则执行步骤S2.4；

S2.4、计算打包文件校验值，构建包头文件；

S2.5、添加包头文件。

进一步的，所述打包参数包括打包文件的种类、个数。

进一步的，所述步骤S3具体包括下列步骤：

S3.1、解析升级包头文件；

S3.2、CRC校验，若CRC校验错误，则结束，若CRC校验正确，则执行步骤S3.3；

S3.3、模块升级；

S3.4、判断所有模块是否升级完成，若否，则继续升级未升级模块，若是，则执行步骤S3.3；

S3.5、向系统控制程序发送信号，通知此次升级结果。

采用本发明方法后，将要升级的模块，例如Linux内核、根文件系统以及其它文件系统，合并在一起或单个模块或部门合并打包在一起，根据用户需要自行按照需求打包需要升级的模块，并在升级完成后向系统控制程序发送信号，通知此次升级结果，让系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中。

附图说明

图1为本发明提供的Linux内核及文件系统的升级方法流程图；

图2为本发明提供的Linux内核及文件系统的升级方法部分流程图；

图3为本发明提供的Linux内核及文件系统的升级方法部分流程图。

具体实施方式

为了使本领域相关技术人员更好地理解本发明的技术方案，下面将结合本发明实施方式的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。

下面结合附图和实施方式对本发明作进一步说明。

参阅图1，为本发明提供的一种实施方式的Linux内核及文件系统的升级方法，包括下列步骤：

步骤S1、将升级用的Linux内核和/或根文件系统和/或其它文件系统准备好；

将升级的各个模块，例如Linux内核、根文件系统以及其它文件系统，在升级前就将需要升级的模块准备好，以加快升级。

步骤S2、将Linux内核和/或根文件系统和/或其它文件系统打包在一起并在头部添加一个定义好的包头文件；

将升级的各个模块打包在一起，并在打包文件的头部添加一个定义好的包头文件，包头文件用于描述升级文件中包含的各个软件模块的基本信息，包括软件模块数量、软件模块类型、软件模块大小、软件模块校验值等。

具体的，参阅图2，包括下列步骤：

步骤S2.1、输入打包参数；

在步骤S1中，已经将需要升级的各个模块的问件准备好了，现在将这些文件打包在一起。首先输入打包参数，例如打包文件的种类、个数。

步骤S2.2、打包文件；

步骤S2.3、判断打包文件个数是否达到要求，若否则继续执行步骤S2.2，若是则执行步骤S2.4；

步骤S2.4、计算打包文件校验值，构建包头文件；

步骤S2.5、添加包头文件。

上述步骤S2.1～S2.5生成一个升级文件。

步骤S3、将打包好的升级文件上传至待升级产品的内存中，升级完成后向系统控制程序发送信号，通知此次升级结果。

参阅图3，具体包括下列步骤：

步骤S3.1、解析升级包头文件；

将打包好的升级文件上传至待升级产品的内存中，升级程序解析上传的升级文件中的包头文件，因为包头文件包括了待升级的各个软件模块的基本信息。

步骤S3.2、CRC校验，若CRC校验错误，则结束，若CRC校验正确，则执行步骤S3.3；

包头文件中包含CRC校验信息，进行CRC校验以保证数据传输的正确性和完整性。

步骤S3.3、模块升级；

步骤S3.4、判断所有模块是否升级完成，若否，则继续升级未升级模块，若是，则执行步骤S3.3；

步骤S3.5、向系统控制程序发送信号，通知此次升级结果。

上述步骤S3.1～S3.5完成各个模块的升级，并将升级结果通知系统控制程序。

步骤S4、系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中，避免了传统需要重启才能投入工作的弊端。

采用本发明方法后，将要升级的模块，例如Linux内核、根文件系统以及其它文件系统，合并在一起或单个模块或部门合并打包在一起，根据用户需要自行按照需求打包需要升级的模块，并在升级完成后向系统控制程序发送信号，通知此次升级结果，让系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中。

以上仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种Linux内核及文件系统的升级方法，其特征在于，包括下列步骤：

S1、将升级用的Linux内核和/或根文件系统和/或其它文件系统准备好；

S2、将Linux内核和/或根文件系统和/或其它文件系统打包在一起并在头部添加一个定义好的包头文件；

S3、将打包好的升级文件上传至待升级产品的内存中，升级完成后向系统控制程序发送信号，通知此次升级结果。

2.根据权利要求1所述的Linux内核及文件系统的升级方法，其特征在于，还包括步骤S4、系统控制程序根据通知的升级结果来进行加载工作，使得升级后的程序能立即投入工作中。

3.根据权利要求1所述的Linux内核及文件系统的升级方法，其特征在于，所述包头文件用于Linux描述内核和/或根文件系统和/或其他文件系统相关的信息。

4.根据权利要求1所述的Linux内核及文件系统的升级方法，其特征在于，所述步骤S2具体包括下列步骤：

S2.1、输入打包参数；

S2.2、打包文件；

S2.3、判断打包文件个数是否达到要求，若否则继续执行步骤S2.2，若是则执行步骤S2.4；

S2.4、计算打包文件校验值，构建包头文件；

S2.5、添加包头文件。

5.根据权利要求4所述的Linux内核及文件系统的升级方法，其特征在于，所述打包参数包括打包文件的种类、个数。

6.根据权利要求1所述的Linux内核及文件系统的升级方法，其特征在于，所述步骤S3具体包括下列步骤：

S3.1、解析升级包头文件；

S3.2、CRC校验，若CRC校验错误，则结束，若CRC校验正确，则执行步骤S3.3；

S3.3、模块升级；

S3.4、判断所有模块是否升级完成，若否，则继续升级未升级模块，若是，则执行步骤S3.3；

S3.5、向系统控制程序发送信号，通知此次升级结果。