本系統的架構如下圖：

產品所使用的flash總大小為16M。

系統包括三大部分，即Bootloader，config, kernel + rootfs：

另外，/dev/mtdblock/0，在系統中對應整個flash block，即整個16M空間。

系統啟動時，bootloader將kernel和根文件映象從flash上讀取到RAM空間中，為內核設置啟動參數，調用內核，進入applicaTIon，進行媒體文件的播放。

這個通常意義上的嵌入式Linux系統，它是不帶safe mode安全模式的。

這樣的系統，在做系統更新升級時，主要是對kernel+rootfs部分進行升級，以此來增加系統的功能。

升級時，applicaTIon主要是操作/dev/mtdblock/3設備文件：

第一步：下載新的firmware到ramfs中，也即ram disk中，比如/tmp目錄下，采用的更新方式可以是USB或FTP;

第二步：read /tmp/firmware文件，并write到設備文件/dev/mtdblock/3上，即對已有的firmware進行了更新。

在升級的過程中，我們會提供友好的界面給用戶，來提示下載進度與燒寫flash的進度，讓用戶可以看到正在發生的狀況。

最后燒寫完成后，重新啟動系統，即可進入到新的firmware中。

在通常的更新中，用戶的產品配置config一般不去修改，保持用戶已經做的配置選項，不能破壞。Config內容對應為/dev/mtdblock/2設備文件。

從USB/FTP 上更新時，所使用的firmware文件需要是一個更加完整的image文件，可以包括bootloader, default config, kernel+rootfs，并讓applicaTIon可以做到視image中的標記來決定是否需要更新bootloader、config等內容，這樣會更加靈活。

在更新firmware時，如果掉電，那么kernel + rootfs部分將會出現不完整的情況，也就是說只寫入了部分內容，而中途中斷了，這樣的話，一個不完整的系統將無法正常工作。在這樣的情況下就需要safe mode安全模式了。

safe mode架構設計

Safe mode的設計中，對原來的系統增加了兩個部分的內容：

kernel + rootfs，即簡單的UI界面與功能;

magic number，即燒寫flash的標記。

safe mode實際上也是一個kernel + rootfs部分，只是它所具有的功能只包括一些簡單的界面，主要是提供網絡設置，從USB/FTP下載firmware，完成對flash的燒寫。

為了區分，這里，將主功能部分的kernel + rootfs稱為master。

我們將safe mode存放在master的后部，預留的flash大小為4M。

Magic number只占用一個字節的大小，是在這4M的最后的部分的一個字節，也即原始系統的15872K的最后一個字節位置處。

在開始燒寫flash前，將magic number設置為0x55，表示燒寫的開始。燒寫正常結束后，將magic number設置為0xAA，表示燒寫正常結束。

如果新產品中具備了safe mode模式，那么在以后再次更新升級時，開始燒寫flash時，magic number的位置將會有0x55標記，如果燒寫中途掉電，在重新啟動后，將由Bootloader來檢查magic number的值，如果內容為0x55，那么bootloader將從safemode部分讀出kernel和根文件映象，再為內核設置啟動參數，調用內核，進入safe mode applicaTIon。

如果bootloader讀到magic number為0xAA，那么說明master firmware是正常的，就將直接進入master。

所以涉及到safe mode的地方也包括了對bootloader的修改，需要在系統上電階段也檢查safe mode的magic number，這個過程是必不可少的，只有在啟動階段就檢查magic number，才能跳過損壞的master系統，進入安全模式，達到恢復系統的目的。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的linux安全模式改文件,嵌入式Linux的安全模式设计 - 嵌入式操作系统 - 电子发烧友网...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。