你可以使能執行android5.0的新裝置啟動基於塊的ota公升級．ota是裝置運營商遠端更新乙個裝置的部分系統的機制．
由於塊ota確保每乙個裝置使用相同的分割槽，他允許使用dm驗證來加密系統分割槽．後面會在」驗證boot」一節講到dm驗證．
注意：在使用dm驗證之前，你一定要有乙個可用的塊ota系統．
建議對於android5.0或者是後續版本的裝置來說，在出廠rom中使用的就是塊ota更新．為了為後續更新生成乙個基於塊的ota，向ota_from_target_files中傳遞–block引數．
對於android4.4或者是之前的版本，使用檔案ota更新．雖然有可能通過傳送乙個完整的android5.0或後續版本的塊ota去轉換裝置，但是他需要傳送乙個完整的ota，完整的ota比乙個增量ota大很多．
因為dm驗證需要android 5.0或者是後續版本的新裝置中的bootloader支援，對於現有裝置，你不能使用dm驗證．
工作在android ota系統（recovery映象和生成ota的指令碼）上的開發者可以通過訂閱 [email protected] 的郵件列表來保持變化．
檔案 vs 塊ota
在乙個基於檔案的ota更新期間，android嘗試去改變位於檔案系統層（以檔案為基礎的檔案）的系統分割槽的內容．更新並沒***以一致的順序去寫入檔案，擁有乙個一致的上次的修改時間和超級塊，甚至是將塊置於塊裝置上相同的位置．這個原因，基於檔案的ota在dm驗證使能的裝置上就會失敗；在ota嘗試之後，裝置就啟動不起來了．
在基於塊的ota更新期間，android提供裝置的兩個塊映象（而不是兩套檔案的集合）的不同．更新程式使用下面的方法檢查位於塊裝置層（位於檔案系統下面）的相應的構建服務：
更新未被改進的系統
比較android 5.0和android 5.1發行版的nexus 6 ota的大小
總體上，增量塊ota更新比增量檔案ota更新要大一些，因為:
故障flash和ram的敏感性．如果乙個檔案損壞了，如果他不接觸損壞的檔案的話，檔案ota還是會進行；但是如果塊ota檢測到在系統分割槽上有損壞的話，塊ota就會失敗．
更新改進的系統
對於執行android 5.0的帶有改進系統分割槽的裝置來說：
kvm基於資料塊的動態遷移
源主機192.168.174.128 已經裝好kvm 目標主機192.168.174.129 已經裝好kvm，而卻有一塊額外的磁碟 dev sdb 1.1 在目標主機上搭建nfs服務端 安裝nfs utils rpcbind兩個包 yum install y nfs utils rpcbind mk...
生成OTA包的操作
生成ota包的操作 平台 mtk平台 前置條件 1 mk new 2.mk otapackage 一，完全公升級的ota包 在路徑下 out target product kk kk ota.zip 二，增值公升級的ota包 1，分別在版本start和版本end的編譯路徑下獲取update.zip ...
基於行塊分布函式的正文抽取
的正文抽取演算法思路 1 預處理 剔除網頁html標籤，去掉所有的空白符 n,r,t等 2 依據 n 分行，若某文字行的上下存在兩個空行，且此文本行長度小於閾值40，則刪除此文本行 3 設定三行為一行塊，計算每段行塊的長度 4 找出每個連續有字元的段落，並找到起點和終點 要求 行塊長度大於0 段落開...