煤礦突水隱患檢測檢驗記錄及作業(yè)指導

“突水隱患”檢測檢驗記錄及作業(yè)指導文件1、依據(jù)法規(guī)及使用儀器設備配置“突水隱患”檢測檢驗依據(jù)標準及配備的儀器設備如表所示：序號被檢對象依據(jù)標準編號及名稱項目/參數(shù)標準條款號/方法條款號使用儀器設備/標準物質(zhì)限制范圍序號名稱名稱型號規(guī)格唯一編號測量范圍擴展不確定度/最大允差/準確度等級溯源方式1地下水、煤層底板及覆巖DZ/T0132-1994《鉆孔壓水試驗規(guī)程》；DZ/T0133-1994《地下水動態(tài)監(jiān)測規(guī)程》；《煤礦安全規(guī)程》；《煤礦防治水規(guī)定》1頂?shù)装鍘r層力學參數(shù)分析SL264-2001MTS實驗系統(tǒng)2巖體裂隙及導水性探測彩色鉆孔電視JCD-2自校3覆巖裂隙導水系數(shù)測定分析DZ/T0132-1994雙端堵水“兩帶”探測儀4頂?shù)装搴畬佑绊懛治鯠Z/T0133-1994地下水水位自動監(jiān)測儀5頂?shù)装迤茐纳疃妊芯康V井直流電法探測WDJD-3自校2、檢測檢驗項目記錄“突水隱患”檢測檢驗作業(yè)需要以下記錄文件支持：序號記錄名稱序號記錄名稱1突水隱患檢測檢驗作業(yè)指導書8設備驗收記錄2突水隱患檢測檢驗任務通知單9頂?shù)装辶W參數(shù)的測定方法及原始記錄表3突水隱患檢測檢驗現(xiàn)場考察測試通知書10巖體裂隙及導水性的測定方法及原始記錄表4突水隱患檢測檢驗日期安排11覆巖裂隙導水系數(shù)的測定方法及原始記錄表5測試清單及測試記錄12頂?shù)装搴畬铀坏臏y定方法及原始記錄表6突水隱患現(xiàn)場考察和記錄表13頂?shù)装迤茐纳疃鹊臏y定方法及原始記錄表7相關(guān)法律法規(guī)條例標準匯總以上文件的具體內(nèi)容如下面的文件：一、突水隱患檢測檢驗作業(yè)指導書記錄編號：000突水隱患檢測檢驗作業(yè)指導書1、由待檢礦井提供相關(guān)情況。包括下列內(nèi)容:（1）企業(yè)名稱、注冊地址、聯(lián)系電話、企業(yè)類型、隸屬關(guān)系、法人姓名、主管負責人。（2）礦井概況：礦井地質(zhì)概況、生產(chǎn)概況、礦井水文地質(zhì)概況等。（3）歷史突水事故情況記錄材料。2、向待檢礦井單位索取下列資料復印件并查驗其真實性。（1）工商行政管理部門核發(fā)的營業(yè)執(zhí)照；（2）待檢礦井地質(zhì)概況資料，待檢礦井生產(chǎn)概況資料，待檢礦井水文地質(zhì)資料；（3）待檢礦井發(fā)生突水區(qū)域的地質(zhì)資料；（4）待檢礦井發(fā)生突水區(qū)域的煤層性質(zhì)、頂?shù)装鍘r層力學性質(zhì)、含水層及隔水層性質(zhì)、覆巖及底板破壞規(guī)律、構(gòu)造發(fā)育等資料；（5）待檢礦井發(fā)生突水的情況下，出水量、礦井涌水量記錄卡片；（6）其他相關(guān)資料；3、與待檢礦井單位簽定“礦井突水隱患檢測檢驗”合同。4、組建礦井突水隱患檢測檢驗課題組，明確組長、成員人數(shù)及人員分工。5、礦井突水隱患檢測檢驗的內(nèi)容要求：（1）根據(jù)礦井突水隱患檢測檢驗程序文件進行檢測工作；（2）根據(jù)各種煤礦相關(guān)規(guī)程進行檢測工作分析。6、編制礦井突水隱患檢測檢驗報告。（1）檢測檢驗報告內(nèi)容包括：=1\*GB3①礦井基本情況；=2\*GB3②防治水技術(shù)保障措施的可靠性檢測；=3\*GB3③地面水危險狀況及防治水措施的可靠性檢測；=4\*GB3④井下水危險狀況及防治水措施的可靠性檢測；=5\*GB3⑤井下排水措施可靠性檢測。=6\*GB3⑥探放水措施的合理性及可靠性檢測；=7\*GB3⑦水體下安全采煤可靠性及審批程序的有效性檢測；=8\*GB3⑧水害應急救援措施的有效性檢測；=9\*GB3⑨礦井水害治理的中長期計劃、年度計劃的編制及落實情況檢測；=10\*GB3⑩礦井水害治理規(guī)劃及建議。（2）檢測檢驗報告要求：報告應達到：內(nèi)容全面、條理清楚、測試數(shù)據(jù)完整、測試數(shù)據(jù)分析準確、提出的建議措施具體可行、結(jié)論客觀公正。二、突水隱患檢測檢驗任務通知單記錄編號：001突水隱患檢測檢驗任務通知單NO.（組長）：根據(jù)本機構(gòu)工作安排，任命您擔任本次檢測組長，現(xiàn)將有關(guān)信息通知您，請做好檢測準備工作并負責與企業(yè)及課題組成員聯(lián)系。1、檢測時間：年月日至年月日共天2、待檢方名稱：電話：傳真：聯(lián)系人：地址：檢測依據(jù)的標準：3、檢測類型：4、本次檢測范圍：5、專業(yè)項目：6、本次檢測的內(nèi)容：7、本次檢測課題組成員及聯(lián)系電話：姓名職稱資格（專業(yè)）主要工作聯(lián)系電話（簽發(fā)）：年月日三、突水隱患檢測檢驗現(xiàn)場考察測試通知書記錄編號：002突水隱患檢測檢驗現(xiàn)場考察測試通知書NO.（企業(yè)名稱）：本機構(gòu)擬于年月日至年月日對貴單位進行突水隱患現(xiàn)場調(diào)研/檢測，現(xiàn)將有關(guān)事項通知如下，請做好準備。考察和測試目的為礦井突水隱患檢測檢驗提供現(xiàn)場資料和數(shù)據(jù)?？疾旌蜏y試內(nèi)容現(xiàn)場考察礦井地質(zhì)類型、水文地質(zhì)概況、礦井水害構(gòu)成、礦井水害發(fā)生情況、礦井防排水設備及措施等。3、考察組由人組成，分別是組長：組員：如對以上安排有異議，請及時提出，以便我們及時考慮調(diào)整，并請貴單位安排熟悉情況的人員陪同，配合考察測試工作期間考察組成員的相關(guān)工作。（公章）年月日四、突水隱患檢測檢驗日期安排記錄編號：003突水隱患檢測檢驗日期安排起止時間項目檢測及測試人員陪同人員五、測試清單及測試記錄記錄編號：004測試清單及測試記錄項目名稱：測試時間：年月日時分項目測試內(nèi)容測試方式測試記錄測試員：六、突水隱患現(xiàn)場考察和記錄表記錄編號：005突水現(xiàn)場考察和記錄表NO.項目考察或測試內(nèi)容檢查記錄結(jié)論防治水技術(shù)保障1、防治水責任制度2、防治水人員的配備及相關(guān)教育培訓3、礦井防治水地質(zhì)類型劃分4、防治水基礎資料5、礦井水文地質(zhì)補充調(diào)查、勘探，水文地質(zhì)觀測地面水危險及防治1、地面水文狀況的認知掌握2、井口位置及重大建筑物的安全性及其防治水措施3、地表水對礦井的威脅狀況及防治水措施4、地面廢棄物及鉆孔透水危險情況井下水危險及防治1、防隔水煤巖柱留設合理性2、井下出水點、積水范圍、探水線等水文資料標注情況3、工人井下突水征兆的判別能力及應對措施4、井下地質(zhì)構(gòu)造發(fā)育、含水層、水體、導水層、覆巖破壞高度的探明狀況5、設置防水閘門、閘墻的必要性、合理性井下排水措施1、井下排水設備、泵房、水倉的完備性，排水能力的可靠性2、礦井聯(lián)合排水實驗等探放水措施1、礦井對水害的探放水設計及措施2、有突水危險的工作面探放水設計及措施3、探水鉆孔施工的安全技術(shù)措施4、排除井下積水安全技術(shù)措施水害應急救援措施1、應急預案及措施的有效性2、排水恢復被淹井巷措施的有效性考察員：記錄員：七、相關(guān)法律法規(guī)條例標準匯總記錄編號：006相關(guān)法律法規(guī)條例標準匯總NO.序號標準名稱標準編號有效性備注1《煤礦安全規(guī)程》國家安全生產(chǎn)監(jiān)督管理總局令第37號現(xiàn)行有效2《煤礦防治水規(guī)定》國家安全生產(chǎn)監(jiān)督管理總局令第28號現(xiàn)行有效3《地下水動態(tài)監(jiān)測規(guī)程》DZ/T0133-1994現(xiàn)行有效4《煤礦水害防治水化學分析方法》MT/T672-1997現(xiàn)行有效5《鉆孔壓水試驗規(guī)程》DZ/T0132-1994現(xiàn)行有效6《水利水電工程巖石試驗規(guī)程》SL264-2001現(xiàn)行有效7《\o"GBT50266-1999工程巖體試驗方法標準"工程巖體試驗方法標準》\o"GBT50266-1999工程巖體試驗方法標準"GBT50266-1999現(xiàn)行有效8《水利水電工程物探規(guī)程》SL326-2005現(xiàn)行有效9《電阻率測深法技術(shù)規(guī)程》DZ/T0072—1993現(xiàn)行有效10《巖土工程勘察規(guī)范》GB50021-2001現(xiàn)行有效八、設備驗收記錄記錄編號：007設備驗收記錄NO.編號名稱型號規(guī)格國別公司或廠家到貨日期年月日重量金額美元用途安裝地點驗收記錄包裝情況（包裝種類、物箱表面標注、表面檢查、箱內(nèi)檢查情況等）功能、技術(shù)指標驗收項目說明書規(guī)定指標實際測試指標備注驗收結(jié)論及處理意見合格驗收、限期維修、更換、退貨、索賠等驗收組成員(簽字/簽章)年月日負責人(簽字/簽章)年月日保存期限：長期九、頂?shù)装辶W參數(shù)的測定方法及原始記錄表記錄編號：008頂?shù)装辶W參數(shù)的測定方法在現(xiàn)場合適位置施工鉆孔取巖芯試樣，將所取巖芯進行實驗室土工、強度試驗：1、對砂土進行物理、力學、顆粒分析，滲透，給水度等試驗；2、對粘土進行物理、力學，三軸剪切，固結(jié)等試驗。3、對巖石進行塊體密度、單軸抗壓強度、抗拉強度、單軸壓縮變形、三軸抗壓強度、直剪、聲波等試驗。MTS試驗系統(tǒng)簡介：該試驗系統(tǒng)是由美國MTS公司生產(chǎn)的專門用于巖石及混凝土實驗的多功能電液伺服控制的剛性試驗機系統(tǒng)，具備軸壓、圍壓和孔隙水壓三套獨立的閉環(huán)伺服控制功能。可進行巖石、混凝土等材料的單軸壓縮、三軸壓縮、孔隙水壓試驗。MTS試驗系統(tǒng)由加載系統(tǒng)、控制器、測量系統(tǒng)等部分組成。（1）加載系統(tǒng)包括液壓源、載荷框架、作動器、伺服閥、三軸試驗系統(tǒng)及孔隙水壓試驗系統(tǒng)等組成；（2）測量系統(tǒng)由機架力與位移傳感器、測力傳感器、引伸計、三軸室壓力及位移傳感器、孔隙水壓力和位移等多種傳感器組成；（3）控制部分由反饋控制系統(tǒng)、數(shù)據(jù)采集器、計算機等控制軟硬件組成，其中程序控制包括函數(shù)發(fā)生器、反饋信號發(fā)生器、數(shù)據(jù)采集、油泵控制和伺服閥控制等。MTS試驗系統(tǒng)具有優(yōu)異的的手動及程序控制功能，可以根據(jù)通過站管理器軟件設計不同的的試驗手段及加載方式，其每個內(nèi)置的傳感器均可以用作控制方式。試驗機常用的控制方式包括：軸向沖程力控制、軸向沖程位移控制、內(nèi)置力傳感器力控制、軸向引伸計位移控制、環(huán)向引伸計位移控制等。該試驗系統(tǒng)的主要技術(shù)參數(shù)包括：試驗框架整體剛度11.0×109N/m，最大軸向力4600kN,最大軸向拉力出力2300kN,最大圍壓140MPa，最大孔隙水壓力140MPa。軸向液壓缸活塞沖程：行程100mm；測試空間高度最大1262mm，最小1160mm。液壓動力組件的主要技術(shù)參數(shù)有：液壓油流量26.5升/分鐘，工作壓力21Mpa；三軸試驗系統(tǒng)的主要測試參數(shù)為：最大巖樣尺寸直徑100mm高250mm（含標準端蓋），最大動態(tài)圍壓140Mpa內(nèi)置式軸向應變測量包主要測試參數(shù)為：型號為632.90F-04軸向引伸計，標距50mm，軸向行程+5.0mm,-2.5mm，內(nèi)置式軸向應變測量包主要測試參數(shù)為：型號為632.92H-03環(huán)向引伸計，+8.0mm,-2.5mm。

頂?shù)装逅r芯試驗原始記錄表表1（砂土、砂巖類）土樣編號取樣深度顆粒百分比%含水率w密度ρ干密度ρd比重Gs孔隙比eO砂粒20~22~0.50.5~0.250.25~0.075<0.075mmm%表2（粘土類）土樣編號取樣深度飽和度Sr液限wL塑限wP塑性指數(shù)Ip壓縮系數(shù)a0.1-0.2IL壓縮模量Es0.1-0.2快剪(q)粘聚力c內(nèi)摩擦角Φm%%%%MPa-1MPakPa度表3（巖石類）土樣編號取樣深度三軸(UU)回彈指數(shù)Cs垂直滲透系數(shù)Kv相對密度Dr自由膨脹率δef粘聚力c內(nèi)摩擦角Φ保存期限：長期十、巖體裂隙及導水性的測定方法及原始記錄表記錄編號：009巖體裂隙及導水性的測定方法簡介JCD-2鉆孔電視：1、鉆孔電視主要由地面部分和井下部分組成（1）地面部分包括控制器、電腦、三腳架、絞車、滑輪和深度計數(shù)器；（2）地下部分包括攝像探頭和電纜，攝像探頭由CCD攝像機、LED燈、玻璃罩和錐形鏡組成。2、鉆孔孔壁經(jīng)LED光源照亮，CCD攝像機攝取由錐形鏡反射的孔壁圖象，圖象信息經(jīng)電纜傳送至控制器和電腦，整個采集過程由圖象采集控制軟件系統(tǒng)完成，此系統(tǒng)把采集的圖象展開和合并，記錄在電腦上。3、安裝在探頭內(nèi)的數(shù)字羅盤用來標定圖象的方位，一般把測試地點的磁北經(jīng)磁偏角校正后的真北設為0°，順時針方向角度增加。4、對鉆孔孔壁的信息采集后，形成二種孔壁圖像資料，所有的解釋都基于對這二種圖象的觀察及計算。（1）一種是稱為數(shù)字巖芯的圖像，它是對孔壁圖像進行數(shù)字合成，使它看起來類似于巖芯。巖芯可以自由旋轉(zhuǎn)，這樣就可以在任意角度來觀察巖芯；（2）另一種是360°展開圖，相當于把孔壁的圖象剖開并攤開。5、鉆孔電視資料的解釋主要是對裂隙或不連續(xù)面的解釋，包括裂隙的埋深、傾向、傾角、寬度、裂隙面的粗糙度、充填物等性質(zhì)。（1）解釋結(jié)果按每2m形成一幅圖象，對裂隙依次編號，裂隙的特性列成表，圖象和解釋結(jié)果一目了然。（2）對傾向和傾角還要做成裂隙等值線圖和裂隙玫瑰圖，從這二種圖上可以很清楚地看出一個孔或一個區(qū)域的裂隙的分布情況。巖體裂隙及導水性原始記錄表1、干孔巖體裂隙觀測原始記錄表孔號：位置：孔口高程：原始水位標高：啟用日期：裂隙編號裂隙埋深（m）傾向傾角寬度裂隙面粗糙程度充填物記錄員：保存期限：長期2、加水巖體裂隙導水性觀測原始記錄表孔號：位置：孔口高程：原始水位標高：啟用日期：時間（時：分）水位垂深（m）時間差（時：分）水位差（m）水位下降速度（m/min）記錄員：保存期限：長期十一、覆巖裂隙導水系數(shù)的測定方法及原始記錄表記錄編號：010覆巖裂隙導水系數(shù)的測定方法簡介雙端堵水“兩帶”探測儀：1、探測原理在鉆孔任意深度，將一定長度的鉆孔進行封閉，通過向封閉孔段注水，根據(jù)注水量的大小，來確定該位置處巖層的裂隙發(fā)育情況，注水量大說明裂隙比較發(fā)育，注水量小或沒有，則說明裂隙不發(fā)育或沒有裂隙。通過沿不同方位施工的鉆孔，根據(jù)各個鉆孔深度范圍內(nèi)的裂隙發(fā)育情況，來判定該地區(qū)巖層的破壞情況，從而實現(xiàn)測試巖層破壞范圍的目的。2、探測系統(tǒng)雙端堵水器是由兩個連在一起的膠囊及相應的管路構(gòu)成，膠囊起脹與孔內(nèi)注水是通過各自獨立的兩趟管路來完成的。觀測平臺由流量測試儀表、壓力表、調(diào)節(jié)閥門等組成；孔內(nèi)測試系統(tǒng)由雙端雙路堵水器、耐壓軟管、推進桿組成；測試輔助設備還包括記時器及專用工具一套。3、現(xiàn)場探測方法在鉆孔中進行現(xiàn)場觀測時，把具有一定壓力的外接水源通過觀測臺與注水管路連接，把具有一定壓力的外接氣源通過觀測臺與起漲管路連接，用推進桿將堵水器送至欲測深度。觀測時先打開起脹系統(tǒng)閥門，通過膠管將氣體壓入孔內(nèi)膠囊，調(diào)節(jié)氣壓使膠囊的起脹壓力達到規(guī)定值，這時膠囊起脹將測試孔段兩端封堵。然后開啟注水系統(tǒng)，保持規(guī)定的注水壓力值(小于膠囊壓力)，待測試孔段的注水流量穩(wěn)定后，即可通過流量儀表測定單位時間內(nèi)的注水量，亦即孔壁的漏失量。測試完畢，打開膠囊閥門，氣壓迅速下將，膠囊收縮，然后關(guān)閉注水閥門，將裝置推到新的測試位置，重復上述過程，根據(jù)鉆孔內(nèi)孔壁的注水漏失量大小即可判斷巖層的破壞狀況，確定巖層破壞范圍及裂隙發(fā)育情況。覆巖裂隙導水系數(shù)測定原始記錄表鉆孔號：位置：孔口高程：孔深：鉆孔傾角：起脹壓力：孔內(nèi)注水壓力：注水壓力=高程靜壓+0.1MPa序號斜距（m）垂高（m）高程靜壓（MPa）注水壓力（MPa）滲透量(L/min)記錄員：保存期限：長期十二、頂?shù)装搴畬铀坏臏y定方法及原始記錄表記錄編號：011頂?shù)装搴畬铀坏臏y定方法1、首先根據(jù)現(xiàn)場實際情況施工水位監(jiān)測孔；2、將水位計放到水位監(jiān)測孔水管中；3、安排觀測人員定時觀測記錄即時水位數(shù)據(jù)。頂?shù)装搴畬铀坏脑加涗洷砜滋枺何恢茫嚎卓诟叱蹋河^測段深度：原始水位標高：啟用日期：觀測時間（年/月/日/時/分）時間間隔（min）觀測水位高度（m）水位變化量（m）備注記錄員：保存期限：長期十三、頂?shù)装迤茐纳疃鹊臏y定方法及原始記錄表記錄編號：012頂?shù)装迤茐纳疃鹊臏y定方法應用直流電法觀測頂?shù)装迤茐纳疃龋?、觀測原理礦井直流電法又稱為礦井電阻率法，其原理與地面電阻率法相同，它通過一對接地電極把電流供入大地中，而通過另一對接地電極觀測用于計算巖石電阻率必須的電位或電位差信息。對于礦井電阻率而言，供電、測量電極通常布置在巷道頂、底板或者巷道側(cè)幫上，用各種方法去觀測巷道周圍穩(wěn)定電流場的分布、變化規(guī)律，借以了解巷道頂、底板或所在巖層內(nèi)的地質(zhì)情況。2、觀測設備采用的是WDJD-3多功能數(shù)字直流激電儀，該儀器廣泛應用于金屬與非金屬礦產(chǎn)資源勘探、城市物探、鐵道橋梁勘探等方面，亦用于尋找地下水確定水庫壩基和防洪大堤隱患位置等水文工程地質(zhì)勘探中，還能用于地熱勘探。另外，還有一定長度且布有觀測電極的電纜以及接線裝置等等。3、觀測方法在工作面前方適當位置，施工頂?shù)装迤茐挠^測鉆孔，在鉆孔中埋設電極電纜，采用直流電法儀，觀測工作面開采前以及開采過程中，頂?shù)装邈@孔周圍地層的視電阻率變化情況。根據(jù)視電阻率變化情況確定頂?shù)装鍘r體的破壞過程及深度。4、具體步驟1、首先搜集分析現(xiàn)場資料、提出對應的觀測方案；2、根據(jù)方案施工測站和鉆孔、準備觀測儀器、加工電纜電極；3、埋設電纜、注漿封孔，背景值觀測；4、開始持續(xù)觀測并記錄數(shù)據(jù)。

鉆孔原始數(shù)據(jù)及頂?shù)装迤茐纳疃仍加涗洷硖栥@窩號鉆孔觀測記錄表鉆孔性質(zhì)（角度）觀測記錄結(jié)果鉆孔斜深(M)垂直高度(M)一倍距二倍距三倍距附錄資料：不需要的可以自行刪除busybox詳解制作根文件系統(tǒng)詳解制作根文件系統(tǒng)一、FHS（FilesystemHierarchyStandard）標準介紹當我們在linux下輸入ls

/的時候，見到的目錄結(jié)構(gòu)以及這些目錄下的內(nèi)容都大同小異，這是因為所有的linux發(fā)行版在對根文件系統(tǒng)布局上都遵循FHS標準的建議規(guī)定。該標準規(guī)定了根目錄下各個子目錄的名稱及其存放的內(nèi)容：目錄名存放的內(nèi)容/bin必備的用戶命令，例如ls、cp等/sbin必備的系統(tǒng)管理員命令，例如ifconfig、reboot等/dev設備文件，例如mtdblock0、tty1等/etc系統(tǒng)配置文件，包括啟動文件，例如inittab等/lib必要的鏈接庫，例如C鏈接庫、內(nèi)核模塊/home普通用戶主目錄/rootroot用戶主目錄/usr/bin非必備的用戶程序，例如find、du等/usr/sbin非必備的管理員程序，例如chroot、inetd等/usr/lib庫文件/var守護程序和工具程序所存放的可變，例如日志文件/proc用來提供內(nèi)核與進程信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容/sys用來提供內(nèi)核與設備信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容/mnt文件系統(tǒng)掛接點，用于臨時安裝文件系統(tǒng)/tmp臨時性的文件，重啟后將自動清除

制作根文件系統(tǒng)就是要建立以上的目錄，并在其中建立完整目錄內(nèi)容。其過程大體包括：編譯／安裝busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目錄利用交叉編譯工具鏈，構(gòu)建/lib目錄手工構(gòu)建/etc目錄手工構(gòu)建最簡化的/dev目錄創(chuàng)建其它空目錄配置系統(tǒng)自動生成/proc目錄利用udev構(gòu)建完整的/dev目錄制作根文件系統(tǒng)的jffs2映像文件下面就來詳細介紹這個過程。二、編譯／安裝busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目錄這些目錄下存儲的主要是常用命令的二進制文件。如果要自己編寫這幾百個常用命令的源程序，mygod，這簡直是一個噩夢！好在我們有嵌入式Linux系統(tǒng)的瑞士軍刀——busybox，事情就簡單很多。1、從/下載busybox-1.7.0.tar.bz22、tarxjvfbusybox-1.7.0.tar.bz2解包3、修改Makefile文件175ARCH

?=arm

176CROSS_COMPILE

?=arm-linux-4、makemenuconfig配置busyboxbusybox配置主要分兩部分。第一部分是BusyboxSettings，主要編譯和安裝busybox的一些選項。這里主要需要配置：1）、BuildOptions--BuildBusyBoxasastaticbinary(nosharedlibs)，表示編譯busybox時，是否靜態(tài)鏈接C庫。我們選擇動態(tài)鏈接C庫。2）、InstallationOptions--Appletslinks(assoft-links)--(X)assoft-links，表示安裝busybox時，將各個命令安裝為指向busybox的軟鏈接還是硬鏈接。我們選擇軟鏈接。3）、InstallationOptions--(/work/nfs_root/fs_mini3)BusyBoxinstallationprefix，表示busybox的安裝位置。我們選擇/work/nfs_root/fs_mini34）BusyboxLibraryTuning。保留Commandlineediting以支持命令行編輯；保留Historysize以支持記憶歷史命令；選中Tabcompletion和Usernamecompletion以支持命令自動補全第二部分是Applets，他將busybox的支持的幾百個命令分門別類。我們只要在各個門類下選擇想要的命令即可。這里我們基本保持默認設置。1）選中NetworkingUtilities--httpd下的Enable-u<user>option，以啟用http服務器的功能allowstheservertorunasaspecificuser5、編譯busyboxmake6、安裝busyboxmakeinstall安裝完成后，可以看到在/work/nfs_root/fs_mini3目錄下生成了binsbinusr/binusr/sbin目錄，其下包含了我們常用的命令，這些命令都是指向bin/busybox的軟鏈接，而busybox本身的大小不到800K：dennis@dennis-desktop:/work/nfs_root/fs_mini3$ls

bin

linuxrc

sbin

usr

dennis@dennis-desktop:/work/nfs_root/fs_mini3$

ls-lbin

total740

lrwxrwxrwx1dennisdennis

72010-04-0323:57addgroup->busybox

lrwxrwxrwx1dennisdennis

72010-04-0323:57adduser->busybox

lrwxrwxrwx1dennisdennis

72010-04-0323:57ash->busybox

-rwxr-xr-x1dennisdennis7496322010-04-0323:57busybox

lrwxrwxrwx1dennisdennis

72010-04-0323:57cat–>busybox而普通PC機上的ls命令就有差不多80K的大?。篸ennis@dennis-desktop:/work/nfs_root/fs_mini3$ls-l/bin/ls

-rwxr-xr-x1rootroot780042007-09-2920:51/bin/lsbusybox以它嬌小的身軀容納了數(shù)以百計的命令代碼，實在是讓人佩服不已，其不愧嵌入式系統(tǒng)瑞士軍刀之美譽。據(jù)說，busybox的作者身患絕癥，這更讓人欽佩GNU開源軟件的作者們。三、利用交叉編譯工具鏈，構(gòu)建/lib目錄光有應用程序（命令）是不夠的，因為應用程序本身需要使用C庫的庫函數(shù)，因此還必需制作forARM的C庫，并將其放置于/lib目錄。mygod，要自己寫C庫的源代碼嗎？不用！還記得交叉編譯工具鏈的3個組成部分嗎？交叉編譯器、forARM的C庫和二進制工具。哈哈，forARM的C庫是現(xiàn)成的，我們只需要拷貝過來就可以了。遺憾的是：整個C庫目錄下的文件總大小有26M。而我們根文件系統(tǒng)所在分區(qū)不過區(qū)區(qū)16M而已，根本放不下。怎么辦呢？dennis@dennis-desktop:/work/nfs_root/fs_mini3$du-s--si/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib

26M

/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib需要C庫目錄下所有的文件嗎？no，absolutelyno!讓我們來分析一下glibc庫目錄下內(nèi)容的組成。該目錄下的子目錄和文件共分8類：目標文件，如crtn.o，用于gcc鏈接可執(zhí)行文件libtool庫文件（.la），在鏈接庫文件時這些文件會被用到，比如他們列出了當前庫文件所依賴的其它庫文件，程序運行時無需這些文件gconv目錄，里面是各種鏈接腳本，在編譯應用程序時，他們用于指定程序的運行地址，各段的位置等靜態(tài)庫文件（.a），例如libm.a，libc.a動態(tài)庫文件（.so、.so.[0-9]*）動態(tài)鏈接庫加載器ld-2.3.6.so、ld-linux.so.2其它目錄及文件很顯然，第1、2、3、4、7類文件和目錄是不需要拷貝的。由于動態(tài)鏈接的應用程序本身并不含有它所調(diào)用的C庫函數(shù)的代碼，因此執(zhí)行時需要動態(tài)鏈接庫加載器來為它加載相應的C庫文件，所以第6類文件是需要拷貝的。除此之外，第5類文件當然要拷貝。但第5類文件的大小也相當大。dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$du-c--si*.so*7.2M

total需要全部拷貝嗎？非也，非也！其實，需要哪些庫完全取決于要運行的應用程序使用了哪些庫函數(shù)。如果我們只制作最簡單的系統(tǒng)，那么我們只需要運行busybox這一個應用程序即可。通過執(zhí)行dennis@dennis-desktop:/work/nfs_root/fs_mini3$arm-linux-readelf-abin/busybox|grep'Shared'

0x00000001(NEEDED)

Sharedlibrary:[libcrypt.so.1]

0x00000001(NEEDED)

Sharedlibrary:[libm.so.6]

0x00000001(NEEDED)

Sharedlibrary:[libc.so.6]可知：busybox只用到了3個庫：通用C庫（libc）、數(shù)學庫（libm）、加密庫（libcrypt），因此我們只需要拷貝這3個庫的庫文件即可。但是每個庫都有4個文件，4個文件都要拷貝嗎？當然不是。dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ls-llibcrypt[.-]*

-rwxr-xr-x1dennisdennis307002008-01-2205:32libcrypt-2.3.6.so

-rw-r--r--1dennisdennis231182008-01-2205:32libcrypt.a

lrwxrwxrwx1dennisdennis

132008-12-2215:38libcrypt.so->libcrypt.so.1

lrwxrwxrwx1dennisdennis

172008-12-2215:38libcrypt.so.1->libcrypt-2.3.6.so

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ls-llibm[.-]*

-rwxr-xr-x1dennisdennis

7790962008-01-2205:31libm-2.3.6.so

-rw-r--r--1dennisdennis11342822008-01-2205:32libm.a

lrwxrwxrwx1dennisdennis

92008-12-2215:38libm.so->libm.so.6

lrwxrwxrwx1dennisdennis

132008-12-2215:38libm.so.6->libm-2.3.6.so

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ls-llibc[.-]*

-rwxr-xr-x1dennisdenni01-2205:48libc-2.3.6.so

-rw-r--r--1dennisdennis27682802008-01-2205:31libc.a

-rw-r--r--1dennisdennis

1952008-01-2205:34libc.so

lrwxrwxrwx1dennisdennis

132008-12-2215:38libc.so.6->libc-2.3.6.so4個文件中的.a文件是靜態(tài)庫文件，是不需要拷貝的。另外3個文件是：實際的共享鏈接庫：libLIBRARY_NAME-GLIBC_VERSION.so。當然需要拷貝。主修訂版本的符號鏈接，指向?qū)嶋H的共享鏈接庫：libLIBRARY_NAME.so.MAJOR_REVISION_VERSION，程序一旦鏈接了特定的鏈接庫，將會參用該符號鏈接。程序啟動時，加載器在加載程序前，會檢索該文件。所以需要拷貝。與版本無關(guān)的符號鏈接，指向主修訂版本的符號連接（libc.so是唯一的例外，他是一個鏈接命令行：libLIBRARY_NAME.so，是為編譯程序時提供一個通用條目）。這些文件在程序被編譯時會被用到，但在程序運行時不會被用到，所以不必拷貝它。關(guān)于共享庫的2個符號鏈接的作用的特別說明：當我們使用gcc

hello.c

-o

hello

-lm編譯程序時，gcc會根據(jù)-lm的指示，加頭（lib）添尾（.so）得到libm.so，從而沿著與版本無關(guān)的符號鏈接（libm.so->libm.so.6）找到libm.so.6并記錄在案（hello的ELF頭中），表示hello需要使用libm.so.6這個庫文件所代表的數(shù)學庫中的庫函數(shù)。而當hello被執(zhí)行的時候，動態(tài)鏈接庫加載器會從hello的ELF頭中找到libm.so.6這個記錄，然后沿著主修訂版本的符號鏈接（libm.so.6->libm-2.3.6.so）找到實際的共享鏈接庫libm-2.3.6.so，從而將其與hello作動態(tài)鏈接?？梢?，與版本無關(guān)的符號鏈接是供編譯器使用的，主修訂版本的符號鏈接是供動態(tài)鏈接庫加載器使用的，而實際的共享鏈接庫則是供應用程序使用的。通過以上分析，我們只需要拷貝3個庫（每個庫各1個主修訂版本的符號鏈接和1個實際的共享鏈接庫）以及動態(tài)鏈接庫加載器（1個符號鏈接和1個實體文件）。步驟如下：dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$mkdir/work/nfs_root/fs_mini3/libdennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp

libcrypt-*/work/nfs_root/fs_mini3/lib

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp-llibcrypt.so.*/work/nfs_root/fs_mini3/lib

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp

libm-*/work/nfs_root/fs_mini3/lib

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp-llibm.so.*/work/nfs_root/fs_mini3/lib

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp

libc-*/work/nfs_root/fs_mini3/lib

dennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp-llibc.so.*/work/nfs_root/fs_mini3/libdennis@dennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$cp-lld-*/work/nfs_root/fs_mini3/lib四、手工構(gòu)建/etc目錄/etc目錄存放的是系統(tǒng)程序的主配置文件，因此需要哪些配置文件取決于要運行哪些系統(tǒng)程序。即使最小的系統(tǒng)也一定會運行1號用戶進程init，所以我們至少要手工編寫init的主配置文件inittab。busybox的inittab文件的語法、語義與傳統(tǒng)的SYSV的inittab有所不同。inittab文件中每個條目用來定義一個需要init啟動的子進程，并確定它的啟動方式，格式為<id>:<runlevel>:<action>:<process>。例如：ttySAC0::askfirst:-/bin/sh<id>表示子進程要使用的控制臺，若省略則使用與init進程一樣的控制臺<runlevel>表示運行級別，busyboxinit程序這個字段沒有意義<action>表示init進程如何控制這個子進程sysinit：系統(tǒng)啟動后最先執(zhí)行，只執(zhí)行一次，init進程等待它結(jié)束后才繼續(xù)執(zhí)行其它動作wait：系統(tǒng)執(zhí)行完sysinit條目后執(zhí)行，只執(zhí)行一次，init進程等待它結(jié)束后才繼續(xù)執(zhí)行其它動作once：系統(tǒng)執(zhí)行完wait條目后執(zhí)行，只執(zhí)行一次，init進程不等待它結(jié)束respawn：啟動完once進程后，init進程監(jiān)測發(fā)現(xiàn)子進程退出時，重新啟動它askfirst：啟動完respawn進程后，與respawn類似，不過init進程先輸出”PleasepressEntertoactivatethisconsole“，等用戶輸入回車后才啟動子進程shutdown：當系統(tǒng)關(guān)機時restart：Busybox中配置了CONFIG_FEATURE_USE_INITAB，并且init進程接收到SIGUP信號時執(zhí)行，先重新讀取、解析/etc/inittab文件，再執(zhí)行restart程序ctrlaltdel：按下ctrl+alt+del鍵時執(zhí)行，不過在串口控制臺中無法輸入它<process>表示進程對應的二進制文件。如果前面有-號，表示該程序是“可以與用戶進行交互的”我們制作最簡單的/etc/inittab文件，其內(nèi)容如下：::sysinit:/etc/init.d/rcS

::askfirst:-/bin/sh

::ctrlaltdel:/sbin/reboot

::shutdown:/bin/umount-a–r制作最簡單的腳本程序文件/etc/init.d/rcS，其內(nèi)容如下：#!/bin/sh

ifconfigeth07修改shell腳本文件/etc/init.d/rcS的權(quán)限，以使其可被執(zhí)行：#chmoda+x/etc/init.d/rcS五、手工構(gòu)建最簡化的/dev目錄在linux機器上，執(zhí)行l(wèi)s

/dev可看到幾百個設備文件，我需要手工創(chuàng)建它們嗎？maybe，我只需要手工創(chuàng)建幾個設備文件！我怎么知道我應該創(chuàng)建哪幾個設備文件呢？管它呢，先看看開發(fā)板上可愛的linux的反應再說。啟動Linux操作系統(tǒng)，顯示：VFS:Mountedroot(nfsfilesystem).

Freeinginitmemory:112K

Warning:unabletoopenaninitialconsole.這說明，內(nèi)核已經(jīng)成功掛載根文件系統(tǒng)，但卻未能成功啟動第1個用戶進程init。通過錯誤消息“unabletoopenaninitialconsole”搜索內(nèi)核源代碼，找到init/main.c文件。748staticintnoinlineinit_post(void)

749{

750

free_initmem();

751

unlock_kernel();

752

mark_rodata_ro();

753

system_state=SYSTEM_RUNNING;

754

numa_default_policy();

755

756

if(sys_open((constchar__user*)"/dev/console",O_RDWR,0)<0)

757

printk(KERN_WARNING"Warning:unabletoopenaninitialconsole.\n");

758

759

(void)sys_dup(0);

760

(void)sys_dup(0);

761

762

if(ramdisk_execute_command){

763

run_init_process(ramdisk_execute_command);

764

printk(KERN_WARNING"Failedtoexecute%s\n",

765

ramdisk_execute_command);

766

}

767

768

/*

769

*Wetryeachoftheseuntilonesucceeds.

770

*

771

*TheBourneshellcanbeusedinsteadofinitifweare

772

*tryingtorecoverareallybrokenmachine.

773

*/

774

if(execute_command){

775

run_init_process(execute_command);

776

printk(KERN_WARNING"Failedtoexecute%s.

Attempting"

777

"defaults...\n",execute_command);

778

}

779

run_init_process("/sbin/init");

780

run_init_process("/etc/init");

781

run_init_process("/bin/init");

782

run_init_process("/bin/sh");

783

784

panic("Noinitfound.

Trypassinginit=optiontokernel.");

785}顯然，內(nèi)核錯誤是由175行不能打開/dev/console所致。通過查看已經(jīng)安裝好的linux機器的/dev/console設備文件，可知其是字符設備文件，主設備號為5，次設備號為1：dennis@dennis-desktop:/work/nfs_root/fs_mini3/etc$ls-l/dev/console

crw-------1rootroot5,12010-04-0808:40/dev/console因此，我們使用下面的命令創(chuàng)建它：dennis@dennis-desktop:/work/nfs_root/fs_mini3/dev$sudomknodconsolec51還需要創(chuàng)建其它設備文件嗎？只有天知道！再看看linux的反應。VFS:Mountedroot(nfsfilesystem).

Freeinginitmemory:112K

init:can'topen'/dev/null':Nosuchfileordirectory這次我們有經(jīng)驗了，如法炮制，創(chuàng)建/dev/null設備文件：dennis@dennis-desktop:/work/nfs_root/fs_mini3/dev$sudomknodnullc13再次重啟開發(fā)板上的linux，顯示VFS:Mountedroot(nfsfilesystem).

Freeinginitmemory:112K

initstarted:BusyBoxv1.7.0(2010-04-0323:53:55CST)

startingpid229,tty'':'/etc/init.d/rcS'PleasepressEntertoactivatethisconsole.

startingpid231,tty'':'/bin/sh'

#哈哈，我們成功了，終于可以K歌去了。六、創(chuàng)建其它空目錄K完歌回來，繼續(xù)戰(zhàn)斗。dennis@dennis-desktop:/work/nfs_root/fs_mini3$mkdirhomerootprocsystmpmntvar再次重啟動開發(fā)板上的linux。咦，似乎有些問題。VFS:Mountedroot(nfsfilesystem).

Freeinginitmemory:112K

initstarted:BusyBoxv1.7.0(2010-04-0323:53:55CST)

startingpid229,tty'':'/etc/init.d/rcS'PleasepressEntertoactivatethisconsole.

startingpid231,tty'':'/bin/sh'

#ps

PID

Uid

VSZStatCommand

#ps竟然看不到任何進程的存在！讓我想想。對了，ps的機制是通過查看/proc中的內(nèi)容來獲得進程信息的。那么，目前/proc里有哪些內(nèi)容呢？#ls/proc

#竟然空空如野！這可如何是好？七、配置系統(tǒng)自動生成/proc目錄其實/proc是用來提供內(nèi)核與進程信息的虛擬文件系統(tǒng)，由內(nèi)核自動生成目錄下的內(nèi)容。不過需要我們設置一下，將/etc/init.d/rcS修改為：#!/bin/sh

ifconfigeth07

mount-tprocnone/proc對于mount-tprocnone/proc的解釋：通常情況下mount命令應該寫為mount–text2/dev/hdb1/proc。但由于現(xiàn)在掛載的/proc是虛擬文件系統(tǒng)，它不與任何物理硬盤分區(qū)相對應，因此在表示物理硬盤分區(qū)的位置用占位符none來表示。重啟開發(fā)板上的linux，顯示成功了：PleasepressEntertoactivatethisconsole.

startingpid232,tty'':'/bin/sh'

#ps

PID

Uid

VSZStatCommand

10

3088S

init

20

SW<[kthreadd]

30

SWN[ksoftirqd/0]

40

SW<[events/0]

50

SW<[khelper]

410

SW<[kblockd/0]

420

SW<[ksuspend_usbd]

450

SW<[khubd]

470

SW<[kseriod]

590

SW

[pdflush]

600

SW

[pdflush]

610

SW<[kswapd0]

620

SW<[aio/0]

1770

SW<[mtdblockd]

2260

SW<[rpciod/0]

2320

3092S

-sh

2330

3092R

ps

#八、利用udev構(gòu)建完整的/dev目錄高興地插入U盤，內(nèi)核顯示識別到了U盤：#usb1-1:newfullspeedUSBdeviceusings3c2410-ohciandaddress2

usb1-1:notrunningattopspeed;connecttoahighspeedhub

usb1-1:configuration#1chosenfrom1choice

scsi0:SCSIemulationforUSBMassStoragedevices

scsi0:0:0:0:Direct-Access

Teclast

CoolFlash

0.00PQ:0ANSI:2

sd0:0:0:0:[sda]12560384512-bytehardwaresectors(6431M