一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法
【專利摘要】本發(fā)明提供了一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，包括下列步驟：S1、將升級(jí)用的Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)準(zhǔn)備好；S2、將Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)打包在一起并在頭部添加一個(gè)定義好的包頭文件；S3、將打包好的升級(jí)文件上傳至待升級(jí)產(chǎn)品的內(nèi)存中，升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。采用本發(fā)明方法后，將要升級(jí)的模塊，例如Linux內(nèi)核、根文件系統(tǒng)以及其它文件系統(tǒng)，合并在一起或單個(gè)模塊或部門合并打包在一起，根據(jù)用戶需要自行按照需求打包需要升級(jí)的模塊，并在升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果，讓系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中。
【專利說(shuō)明】一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及Linux系統(tǒng)【技術(shù)領(lǐng)域】，尤其涉及一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法。

【背景技術(shù)】
[0002]目前現(xiàn)有的升級(jí)方案是將Iinux內(nèi)核和根文件系統(tǒng)捆綁在一起同時(shí)升級(jí)，這種升級(jí)方式帶來(lái)幾個(gè)弊端:
[0003]1.軟件層次分明但無(wú)法將Iinux系統(tǒng)內(nèi)核和根文件系統(tǒng)獨(dú)立升級(jí)，升級(jí)過(guò)程不夠靈活。
[0004]2.打包的升級(jí)文件只有Iinux系統(tǒng)個(gè)根文件系統(tǒng)兩部分組成，無(wú)法添加更多的文件系統(tǒng)。
[0005]3.升級(jí)之后必須重新啟動(dòng)系統(tǒng)才能使所有的功能模塊生效，在一些不能隨時(shí)重啟系統(tǒng)的情況下無(wú)法使得新系統(tǒng)或者功能立即投入工作。


【發(fā)明內(nèi)容】

[0006]本發(fā)明需解決的技術(shù)問(wèn)題是克服上述的不足，提供一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，包括下列步驟:
[0007]S1、將升級(jí)用的Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)準(zhǔn)備好；
[0008]S2、將Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)打包在一起并在頭部添加一個(gè)定義好的包頭文件；
[0009]S3、將打包好的升級(jí)文件上傳至待升級(jí)產(chǎn)品的內(nèi)存中，升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
[0010]進(jìn)一步的，還包括步驟S4、系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中。
[0011]進(jìn)一步的，所述包頭文件用于Linux描述內(nèi)核和/或根文件系統(tǒng)和/或其他文件系統(tǒng)相關(guān)的信息。
[0012]進(jìn)一步的，所述步驟S2具體包括下列步驟:
[0013]S2.1、輸入打包參數(shù)；
[0014]S2.2、打包文件；
[0015]S2.3、判斷打包文件個(gè)數(shù)是否達(dá)到要求，若否則繼續(xù)執(zhí)行步驟S2.2，若是則執(zhí)行步驟 S2.4 ；
[0016]S2.4、計(jì)算打包文件校驗(yàn)值，構(gòu)建包頭文件；
[0017]S2.5、添加包頭文件。
[0018]進(jìn)一步的，所述打包參數(shù)包括打包文件的種類、個(gè)數(shù)。
[0019]進(jìn)一步的，所述步驟S3具體包括下列步驟:
[0020]S3.1、解析升級(jí)包頭文件；
[0021]S3.2、CRC校驗(yàn)，若CRC校驗(yàn)錯(cuò)誤，則結(jié)束，若CRC校驗(yàn)正確，則執(zhí)行步驟S3.3 ；
[0022]S3.3、模塊升級(jí)；
[0023]S3.4、判斷所有模塊是否升級(jí)完成，若否，則繼續(xù)升級(jí)未升級(jí)模塊，若是，則執(zhí)行步驟 S3.3 ；
[0024]S3.5、向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
[0025]采用本發(fā)明方法后，將要升級(jí)的模塊，例如Linux內(nèi)核、根文件系統(tǒng)以及其它文件系統(tǒng)，合并在一起或單個(gè)模塊或部門合并打包在一起，根據(jù)用戶需要自行按照需求打包需要升級(jí)的模塊，并在升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果，讓系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中。

【專利附圖】

【附圖說(shuō)明】
[0026]圖1為本發(fā)明提供的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法流程圖；
[0027]圖2為本發(fā)明提供的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法部分流程圖；
[0028]圖3為本發(fā)明提供的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法部分流程圖。

【具體實(shí)施方式】
[0029]為了使本領(lǐng)域相關(guān)技術(shù)人員更好地理解本發(fā)明的技術(shù)方案，下面將結(jié)合本發(fā)明實(shí)施方式的附圖，對(duì)本發(fā)明實(shí)施方式中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施方式僅僅是本發(fā)明一部分實(shí)施方式，而不是全部的實(shí)施方式。
[0030]下面結(jié)合附圖和實(shí)施方式對(duì)本發(fā)明作進(jìn)一步說(shuō)明。
[0031]參閱圖1，為本發(fā)明提供的一種實(shí)施方式的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，包括下列步驟:
[0032]步驟S1、將升級(jí)用的Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)準(zhǔn)備好；
[0033]將升級(jí)的各個(gè)模塊，例如Linux內(nèi)核、根文件系統(tǒng)以及其它文件系統(tǒng)，在升級(jí)前就將需要升級(jí)的模塊準(zhǔn)備好，以加快升級(jí)。
[0034]步驟S2、將Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)打包在一起并在頭部添加一個(gè)定義好的包頭文件；
[0035]將升級(jí)的各個(gè)模塊打包在一起，并在打包文件的頭部添加一個(gè)定義好的包頭文件，包頭文件用于描述升級(jí)文件中包含的各個(gè)軟件模塊的基本信息，包括軟件模塊數(shù)量、軟件模塊類型、軟件模塊大小、軟件模塊校驗(yàn)值等。
[0036]具體的，參閱圖2，包括下列步驟:
[0037]步驟S2.1、輸入打包參數(shù)；
[0038]在步驟SI中，已經(jīng)將需要升級(jí)的各個(gè)模塊的問(wèn)件準(zhǔn)備好了，現(xiàn)在將這些文件打包在一起。首先輸入打包參數(shù)，例如打包文件的種類、個(gè)數(shù)。
[0039]步驟S2.2、打包文件；
[0040]步驟S2.3、判斷打包文件個(gè)數(shù)是否達(dá)到要求，若否則繼續(xù)執(zhí)行步驟S2.2，若是則執(zhí)行步驟S2.4 ；
[0041]步驟S2.4、計(jì)算打包文件校驗(yàn)值，構(gòu)建包頭文件；
[0042]步驟S2.5、添加包頭文件。
[0043]上述步驟S2.1?S2.5生成一個(gè)升級(jí)文件。
[0044]步驟S3、將打包好的升級(jí)文件上傳至待升級(jí)產(chǎn)品的內(nèi)存中，升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
[0045]參閱圖3，具體包括下列步驟:
[0046]步驟S3.1、解析升級(jí)包頭文件；
[0047]將打包好的升級(jí)文件上傳至待升級(jí)產(chǎn)品的內(nèi)存中，升級(jí)程序解析上傳的升級(jí)文件中的包頭文件，因?yàn)榘^文件包括了待升級(jí)的各個(gè)軟件模塊的基本信息。
[0048]步驟S3.2、CRC校驗(yàn)，若CRC校驗(yàn)錯(cuò)誤，則結(jié)束，若CRC校驗(yàn)正確，則執(zhí)行步驟S3.3 ；
[0049]包頭文件中包含CRC校驗(yàn)信息，進(jìn)行CRC校驗(yàn)以保證數(shù)據(jù)傳輸?shù)恼_性和完整性。
[0050]步驟S3.3、模塊升級(jí)；
[0051]步驟S3.4、判斷所有模塊是否升級(jí)完成，若否，則繼續(xù)升級(jí)未升級(jí)模塊，若是，則執(zhí)行步驟S3.3 ；
[0052]步驟S3.5、向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
[0053]上述步驟S3.1?S3.5完成各個(gè)模塊的升級(jí)，并將升級(jí)結(jié)果通知系統(tǒng)控制程序。
[0054]步驟S4、系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中，避免了傳統(tǒng)需要重啟才能投入工作的弊端。
[0055]采用本發(fā)明方法后，將要升級(jí)的模塊，例如Linux內(nèi)核、根文件系統(tǒng)以及其它文件系統(tǒng)，合并在一起或單個(gè)模塊或部門合并打包在一起，根據(jù)用戶需要自行按照需求打包需要升級(jí)的模塊，并在升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果，讓系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中。
[0056]以上僅表達(dá)了本發(fā)明的幾種實(shí)施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對(duì)本發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對(duì)于本領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。
【權(quán)利要求】
1.一種Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，包括下列步驟: . 51、將升級(jí)用的Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)準(zhǔn)備好； . 52、將Linux內(nèi)核和/或根文件系統(tǒng)和/或其它文件系統(tǒng)打包在一起并在頭部添加一個(gè)定義好的包頭文件；. 53、將打包好的升級(jí)文件上傳至待升級(jí)產(chǎn)品的內(nèi)存中，升級(jí)完成后向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
2.根據(jù)權(quán)利要求1所述的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，還包括步驟S4、系統(tǒng)控制程序根據(jù)通知的升級(jí)結(jié)果來(lái)進(jìn)行加載工作，使得升級(jí)后的程序能立即投入工作中。
3.根據(jù)權(quán)利要求1所述的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，所述包頭文件用于Linux描述內(nèi)核和/或根文件系統(tǒng)和/或其他文件系統(tǒng)相關(guān)的信息。
4.根據(jù)權(quán)利要求1所述的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，所述步驟S2具體包括下列步驟: S2.1、輸入打包參數(shù)； S2.2、打包文件； S2.3、判斷打包文件個(gè)數(shù)是否達(dá)到要求，若否則繼續(xù)執(zhí)行步驟S2.2，若是則執(zhí)行步驟.52.4 ； S2.4、計(jì)算打包文件校驗(yàn)值，構(gòu)建包頭文件； .52.5、添加包頭文件。
5.根據(jù)權(quán)利要求4所述的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，所述打包參數(shù)包括打包文件的種類、個(gè)數(shù)。
6.根據(jù)權(quán)利要求1所述的Linux內(nèi)核及文件系統(tǒng)的升級(jí)方法，其特征在于，所述步驟S3具體包括下列步驟: . 53.1、解析升級(jí)包頭文件； S3.2、CRC校驗(yàn)，若CRC校驗(yàn)錯(cuò)誤，則結(jié)束，若CRC校驗(yàn)正確，則執(zhí)行步驟S3.3 ； S3.3、模塊升級(jí)； S3.4、判斷所有模塊是否升級(jí)完成，若否，則繼續(xù)升級(jí)未升級(jí)模塊，若是，則執(zhí)行步驟.53.3 ； S3.5、向系統(tǒng)控制程序發(fā)送信號(hào)，通知此次升級(jí)結(jié)果。
【文檔編號(hào)】G06F9/445GK104503803SQ201410848389
【公開(kāi)日】2015年4月8日 申請(qǐng)日期:2014年12月26日 優(yōu)先權(quán)日:2014年12月26日
【發(fā)明者】歐陽(yáng)德龍 申請(qǐng)人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司