Bash komut dosyası boş satırlara "Komut Bulunamadı" yazıyor

bash scriptname.shDebian'da komut satırını kullanarak bir komut dosyasını her çalıştırdığımda, komut dosyasının Command Not foundsonucunu alıyorum .

Komut dosyası çalışır ancak Command Not Foundher boş satır için ekranda her zaman yazdırılan bir ifade vardır . Her boş satır bir komutun bulunamamasına neden olur.

Komut dosyasını /varklasörden çalıştırıyorum .

İşte senaryo:

#!/bin/bash

echo Hello World

Aşağıdakileri yazarak çalıştırıyorum:

bash testscript.sh

Bu neden olur?

İlk satırınızın şu olduğundan emin olun:

#!/bin/bash

Eğer değilse bash yolunuzu girin /bin/bash

Koşmayı deneyin:

dos2unix script.sh

Bu, satır sonlarını, vb. Windows'tan unix biçimine dönüştürecektir. yani hat uçlarından \ r (CR) onları değiştirmek için şeritler \r\n (CR+LF)için \n (LF).

dos2unixKomut hakkında daha fazla ayrıntı (man sayfası)

Dosyanızın dos / Win biçiminde olup olmadığını anlamanın başka bir yolu:

cat scriptname.sh | sed 's/\r/<CR>/'

Çıktı şunun gibi görünecek:

#!/bin/sh<CR>
<CR>
echo Hello World<CR>
<CR>

Bu, dosyadaki <CR>her \rkarakter için görüntülenen tüm dosya metninin çıktısını alacaktır .

bash -x scriptname.shİzini sürmek için kullanabilirsiniz .

Ben de benzer bir sorunla karşılaştım. Sorun izinler gibi görünüyor. Bunu yaparsanız ls -l, dosyanızın yürütme bitinin açık OLMADIĞINI tespit edebilirsiniz. Bu, komut dosyasının yürütülmesine izin VERMEZ. :)

@Artooro yoruma eklendiğinde:

Bu sorunu çözmek için çalıştırın chmod +x testscript.sh

Bu önemsiz olabilir ve OP'nin sorusuyla ilgili olmayabilir, ancak senaryo yazmayı öğrenirken bunu sık sık başta yanlış yaptım

VAR_NAME = $(hostname)
echo "the hostname is ${VAR_NAME}"  

Bu, 'komut bulunamadı' yanıtı üretecektir. Doğru yol, boşlukları ortadan kaldırmaktır

VAR_NAME=$(hostname)

Komut dosyası işini (nispeten) iyi yaparsa, o zaman sorunsuz çalışıyor demektir. Sorununuz muhtemelen yolda olmayan, yüklenmemiş, yanlış yazılmış veya benzeri bir programa atıfta bulunan dosyadaki tek bir satırdır.

Bunun bir yolu, set -xbetiğinizin en üstüne bir yerleştirmek veya bash -xsadecebash - bu, satırları çalıştırmadan önce çıktılar ve genellikle soruna neyin neden olduğunu görmek için hatadan hemen önce komut çıktısına bakmanız gerekir.

Dediğiniz gibi, sorunlara neden olan boş satırlarsa, içlerinde tam olarak ne olduğunu kontrol etmek isteyebilirsiniz . Çalıştırmak:

od -xcb testscript.sh

ve CTRL-MWindows tipi bir düzenleyici kullanarak elde edebileceğiniz (satır başı) gibi "görünmez" komik karakterler olmadığından emin olun .

Windows için Bash'de hatalı şekilde çalıştırmayı denedim

run_me.sh 

Başlangıçta ./ olmadan ve aynı hatayı aldı.

Windows arka planı olan kişiler için doğru form gereksiz görünüyor:

./run_me.sh

dos2unixkomut dosyanızda kullanın .

Deneyin chmod u+x testscript.sh

Buradan biliyorum: http://www.linuxquestions.org/questions/red-hat-31/running-shell-script-command-not-found-202062/

yürütmek için, örneğin bunun tam yolunu sağlamalısınız

/home/Manuel/mywrittenscript

Notepad ++ kullanıyorsanız ve şu .sh Hata Mesajını alırsanız: "komut bulunamadı" veya bu otomatik bağlantı Hata Mesajı "satır 615: ../../autoconf/bin/autom4te: Böyle bir dosya veya dizin yok" .

Notepad ++ cihazınızda, Düzenle -> EOL Dönüştürme'ye gidin ve Macinthos'u (CR) kontrol edin . Bu, dosyalarınızı düzenleyecektir. Ayrıca bu komutla tüm dosyaları kontrol etmenizi öneririm, çünkü yakında böyle bir hata meydana gelecektir.

Aynı sorunu yaşadım. ne yazık ki

dos2unix winfile.sh
bash: dos2unix: command not found

bu yüzden bunu dönüştürmek için yaptım.

 awk '{ sub("\r$", ""); print }' winfile.sh > unixfile.sh

ve sonra

bash unixfile.sh

Komut dosyalarının çalıştırılmasıyla ilgili sorunlar, çok satırlı komutların kötü biçimlendirilmesine de bağlı olabilir, örneğin "\" satır kırılmasından sonra bir boşluk karakteriniz varsa. Örneğin bu:

./run_me.sh \ 
--with-some parameter

("\" sonrasındaki fazladan boşluğun lütfen unutmayın) sorunlara neden olacağını, ancak bu alanı kaldırdığınızda mükemmel şekilde düzgün çalışacağını lütfen unutmayın.

Ben de bazılarını alıyordum Cannot execute command. Her şey doğru görünüyordu, ama aslında emrimden  hemen önce kırılmaz bir yerim vardı ki bu da çıplak gözle görülmesi imkansızdı:

if [[ "true" ]]; then
   highlight --syntax js "var i = 0;"
fi

Vim'de şöyle görünüyordu:

if [[ "true" ]]; then
  highlight --syntax js "var i = 0;"
fi

Sadece Bash komut dosyası denetleyicisini çalıştırdıktan sonra shellchecksorunu buldum.

Bugün bununla karşılaştım, dolar komut istemini $(bir komut dizesinin önünde) betiğe dalgın bir şekilde kopyaladım .

Geçerli dizini (.) PATH'ye ekleyin, sadece geçerli dizinde bulunan adını yazarak bir komut dosyası çalıştırabilirsiniz:

PATH=.:$PATH

Girdiğiniz komutu tanımak için .bashrc ve .bash_profile dosyalarınızı diğer adlarla güncellemek isteyebilirsiniz.

.bashrc ve .bash_profile dosyaları, muhtemelen program dosyalarınızı kaydettiğiniz C: sürücünüzde bulunan gizli dosyalardır.