最近集群遷移，新給的客戶端執行sh，報錯，找到了一篇很好的文章：
雖然很簡單，但是之前都不知道這些檢視命令，學習了：
在執行shell指令碼時提示這樣的錯誤主要是由於shell指令碼檔案是dos格式，即每一行結尾以\r\n來標識，而unix格式的檔案行尾則以\n來標識。
檢視指令碼檔案是dos格式還是unix格式的幾種辦法。
（1）cat -a filename 從顯示結果可以判斷，dos格式的檔案行尾為^m$，unix格式的檔案行尾為$。
（2）od -t x1 filename 如果看到輸出內容中存在0d 0a的字元，那麼檔案是dos格式，如果只有0a，則是unix格式。
（3）vi filename開啟檔案，執行 : set ff，如果檔案為dos格式在顯示為fileformat=dos，如果是unxi則顯示為fileformat=unix。
解決方法：
（1）使用linux命令dos2unix filename，直接把檔案轉換為unix格式
（2）使用sed命令sed -i "s/\r//" filename 或者 sed -i "s/^m//" filename直接替換結尾符為unix格式
（3）vi filename開啟檔案，執行 : set ff=unix 設定檔案為unix，然後執行:wq，儲存成unix格式。（本次我採用了這種方式，很好使）
Linux 指令碼 sh 和 的區別
如果.不在path裡面，要執行當前目錄下的可執行檔案，使用全路徑 executable filepath是環境變數，如果將當前目錄 新增到環境變數中，那麼也可以不用 直接輸入當前目錄下有可執行許可權的可執行檔案就可以執行了 如果要執行乙個sh指令碼，不管那個指令碼有沒有可執行許可權，都可以使用 sh...
dos2unix批量轉換指令碼
這個指令碼是解決使用 windows結尾格式的文字檔案在 linux下面使用的時候會出現莫名其妙錯誤的問題，一般我們使用 linux下面的 dos2unix命令轉換檔案的格式即可，但是如果我們需要批量轉換的話，這就有點麻煩了，可以使用指令碼來進行處理。dos2unix.sh bin sh forea...
dos下編輯過sh指令碼後無法執行
情景 同樣的的指令碼，在不同的機器下執行有的可以成功，有的執行失敗，前提 sh指令碼windos下編輯過。指令碼在windows上修改之後，在每行尾部多了個 m,導致sh指令碼在執行的時候可能shbang解析不了，導致指令碼執行不了 報錯 syntax error unexpected expect...