本講集中講解簡單的 Shell 腳本編程和文件系統修復。這兩塊內容都是 LFCS 認證中的必備考點。
理解終端 （Terminals）和 Shell首先要聲明一些概念。
Gnome Terminal
啟動 Shell 之後，會呈現一個命令提示符 (也稱為命令行) 提示我們 Shell 已經做好了准備，接受標准輸入設備輸入的命令，這個標准輸入設備通常是鍵盤。你可以參考該系列文章的 “如何在Linux上使用GNU sed等命令來創建、編輯和操作文件”來溫習一些常用的命令。
Linux 為提供了許多可以選用的 Shell，下面列出一些常用的：
Bash 代表 Bourne Again Shell，它是 GNU 項目默認的 Shell。它借鑒了 Korn shell(ksh) 和 C shell (csh) 中有用的特性，並同時對性能進行了提升。它同時也是 LFCS 認證中所涵蓋的各發行版中默認 Shell，也是本系列教程將使用的 Shell。
shBourne SHell 是一個比較古老的 shell，多年來一直都是很多類 Unix 系統的默認 shell。
kshKorn SHell (ksh shell) 也是一個 Unix shell，是 貝爾實驗室 （ Bell Labs ） 的David Korn 在 19 世紀 80 年代初的時候開發的。它兼容 Bourne shell ，並同時包含了 C-shell 中的多數特性。
一個 shell 腳本僅僅只是一個可執行的文本文件，裡邊包含一條條可執行命令。
如前所述，一個 shell 腳本就是一個純文本文件，因此，可以使用自己喜歡的文本編輯器來創建和編輯。你可以考慮使用 vi/vim (參考本系列 “如何安裝和使用純文本編輯器 vi/vim”它的語法高亮讓我的編輯工作非常方便。
輸入如下命令來創建一個名為 myscript.sh 的腳本文件：
shell 腳本的第一行 (著名的釋伴行（shebang line）) 必須如下：
#!/bin/bash（）
這條語句“告訴”操作系統需要用哪個解釋器來運行這個腳本文件之後命令。
現在可以添加需要執行的命令了。通過注釋，我們可以聲明每一條命令或者整個腳本的具體含義。注意，shell 會忽略掉以井號 (#) 開始的注釋語句。
#!/bin/bashecho 這是關於 LFCS 認證系列的第十部分echo 今天是 $(date +%Y-%m-%d)
編寫並保存腳本之後，通過以下命令來使腳本文件成為可執行文件：
# chmod 755 myscript.sh
在執行腳本之前，我們需要說一下環境變量 ($PATH)，運行：
echo $PATH
我們就會看到環境變量 ($PATH) 的具體內容：這是當輸入命令時系統所搜索可執行程序的目錄，每一項之間使用冒號 (:) 隔開。稱它為環境變量，是因為它本是就是 shell 環境的一部分 —— 這是當 shell 每次啟動時 shell 及其子進程可以獲取的一系列信息。
當我們輸入一個命令並按下回車時，shell 會搜索 $PATH 變量中列出的目錄並執行第一個知道的實例。請看如下例子：
環境變量
假如存在兩個同名的可執行程序，一個在 /usr/local/bin，另一個在 /usr/bin，則會執行環境變量中最先列出的那個，並忽略另外一個。
如果我們自己編寫的腳本沒有放在 $PATH 變量列出目錄中的任何一個，則需要輸入./filename 來執行它。而如果存儲在 $PATH 變量中的任意一個目錄，我們就可以像運行其他命令一樣來運行之前編寫的腳本了。
執行腳本
其中，CONDITION 可以是如下情形的任意一項 (僅列出常用的)，並且達到以下條件時返回 true：
→ 指定文件存在。
→ 指定文件存在，並且是一個目錄。
→ 指定文件存在，並且是一個普通文件。
→ 指定文件存在，並設置了 SUID 權限位。
→ 指定文件存在，並設置了 SGID 權限位。
→ 指定文件存在，並設置了“黏連 (Sticky)”位。
→ 指定文件存在，並且文件可讀。
→ 指定文件存在，並且文件不為空。
→ 指定文件存在，並且文件可寫入。
→ 指定文件存在，並且可執行。
→ 字符串相同。
→ 字符串不相同。
[ int1 op int2 ] 為前述列表中的一部分 (例如： -eq –> int1 與 int2 相同時返回true) ，其中比較項也可以是一個列表子項， 其中 op 為以下比較操作符。
–> int1 等於 int2 時返回 true。
–> int1 不等於 int2 時返回 true。
–> int1 小於 int2 時返回 true。
–> int1 小於或等於 int2 時返回 true。
–> int1 大於 int2 時返回 true。
–> int1 大於或等於 int2 時返回 true。
循環語句可以在某個條件下重復執行某個命令。基本語法如下：
for item in SEQUENCE; do COMMANDS; done其中，item 為每次執行 COMMANDS 時，在 SEQUENCE 中匹配到的值。
該循環結構會一直執行重復的命令，直到控制命令（EVALUATION_COMMAND）執行的退出狀態值等於 0 時 (即執行成功) 停止。基本語法如下：
while EVALUATION_COMMAND; do EXECUTE_COMMANDS; done其中，EVALUATION_COMMAND 可以是任何能夠返回成功 (0) 或失敗 (0 以外的值) 的退出狀態值的命令，EXECUTE_COMMANDS 則可以是任何的程序、腳本或者 shell 結構體，包括其他的嵌套循環。
我們會通過以下例子來演示 if 條件語句和 for 循環語句。 在基於 systemd 的發行版中探測某個服務是否在運行 先建立一個文件，列出我們想要想要查看的服務名。
# cat myservices.txt sshd mariadb httpd crond firewalld
使用腳本監控 Linux 服務 我們編寫的腳本看起來應該是這樣的：
Linux 服務監控腳本 我們來解釋一下這個腳本的工作流程 1). for 循環每次讀取 myservices.txt 文件中的一項記錄，每一項紀錄表示一個服務的通用變量名。各項記錄組成如下：
2). 以上命令由圓括號括著，並在前面添加美元符，表示它需要從 myservices.txt 的記錄列表中取值並作為變量傳遞給 for 循環。 3). 對於記錄列表中的每一項紀錄 (即每一項紀錄的服務變量)，都會執行以下動作：
# systemctl status $service | grep --quiet "running"此時，需要在每個通用變量名 (即每一項紀錄的服務變量) 的前面添加美元符，以表明它是作為變量來傳遞的。其輸出則通過管道符傳給 grep。其中，-quiet 選項用於阻止 grep 命令將發現的 “running” 的行回顯到屏幕。當 grep捕獲到 “running” 時，則會返回一個退出狀態碼 “0” (在 if 結構體表示為 $?)，由此確認某個服務正在運行中。 如果退出狀態碼是非零值 (即 systemctl status $service 命令中的回顯中沒有出現“running”)，則表明某個服務未運行。 
服務監控腳本 我們可以增加一步，在開始循環之前，先確認 myservices.txt 是否存在。
Ping 一系列網絡或者 Internet 主機名以獲取應答數據 你可能想把自己維護的主機寫入一個文本文件，並使用腳本探測它們是否能夠 ping 得通 (腳本中的 myhosts 可以隨意替換為你想要的名稱)。 shell 的內置 read 命令將告訴 while 循環一行行的讀取 myhosts，並將讀取的每行內容傳給 host 變量，隨後 host 變量傳遞給 ping 命令。
#!/bin/bash # This script is used to demonstrate the use of a while loop while read host; do ping -c 2 $host done < myhosts
使用腳本 Ping 服務器 擴展閱讀:
盡管 Linux 是一個很穩定的操作系統，但仍然會因為某些原因出現崩潰時 (比如因為斷電等)，正好你有一個 (或者更多個) 文件系統未能正確卸載，Linux 重啟的時候就會自動檢測其中可能發生的錯誤。 此外，每次系統正常啟動的時候，都會在文件系統掛載之前校驗它們的完整度。而這些全部都依賴於 fsck 工具 ( 文件系統校驗 （ file system check ） )。 如果對 fsck 進行設定，它除了校驗文件系統的完整性之外，還可以嘗試修復錯誤。fsck 能否成功修復錯誤，取決於文件系統的損傷程度；如果可以修復，被損壞部分的文件會恢復到位於每個文件系統根目錄的 lost+found。 最後但同樣重要的是，我們必須注意，如果拔掉系統正在寫入數據的 USB 設備同樣會發生錯誤，甚至可能發生硬件損壞。 fsck 的基本用如下：
# fsck [options] filesystem檢查文件系統錯誤並嘗試自動修復 想要使用 fsck 檢查文件系統，我們需要首先卸載文件系統。
# mount | grep sdg1 # umount /mnt # fsck -y /dev/sdg1
檢查文件系統錯誤 除了 -y 選項，我們也可以使用 -a 選項來自動修復文件系統錯誤，而不必做出交互式應答，並在文件系統看起來 “干淨” 卸載的情況下強制校驗。
# fsck -af /dev/sdg1如果只是要找出什麼地方發生了錯誤 (不用在檢測到錯誤的時候修復)，我們可以使用 -n 選項，這樣只會將文件系統錯誤輸出到標准輸出設備上。
# fsck -n /dev/sdg1根據 fsck 輸出的錯誤信息，我們可以知道是否可以自己修復或者需要將問題提交給工程師團隊來做詳細的硬件校驗。
至此，系列教程的第十講就全部結束了，全系列教程涵蓋了通過 LFCS 測試所需的基礎內容。 但顯而易見的，本系列的十講並不足以在單個主題方面做到全面描述，我們希望這一系列教程可以成為你學習的基礎素材，並一直保持學習的熱情（LCTT 譯注：還有後繼補充的幾篇）。
我們歡迎你提出任何問題或者建議，所以你可以毫不猶豫的通過以下鏈接聯系到我們： 成為一個Linux 認證系統工程師 。
原文來自：http://www.tecmint.com/linux-basic-shell-scripting-and-linux-filesystem-troubleshooting/
本文地址：http://www.linuxprobe.com/shell_file_repair.html
http://xxxxxx/Linuxjc/1144503.html TechArticle
