Sorunun özü:

Soru yazılımı yükleyemediğimde ortaya çıktı, bu yüzden gerçekten soruyorum. / Çünkü bilmiyordum ve "komut bulunamadı" çıktısı aslında komutun ne olduğu hakkında kafa karıştırıyordu.

Bağlam:

Dosyayı kurmak istiyorum truecrypt-7.2-setup-x86.

Talimatlar komutu kullanmayı söylüyor:

sudo ./truecrypt-7.2-setup-x86

Ancak çıktı:

sudo: ./truecrypt-7.2-setup-x86: command not found

GÜNCELLEME: tamlık için, testte ben dosya klasöründeydim ama dosyayı çalıştırılabilir yapmadım (chmod + x).

./bir komut değildir. Komut ./truecrypt-7.2-setup-x86.

Kabuğunuz ve benzeri programlar sudo, bir komutu en az bir karakter içerdiğinde yol adı olarak görür /. Beri .sen de an hangi dizin temsil ./truecrypt-7.2-setup-x86isimleri dosya truecrypt-7.2-setup-x86geçerli dizinde. Böyle bir dosya yoksa veya dosya çalıştırılamazsa, bir hata mesajı alırsınız.

Bir komut eğik çizgi içermediğinde $PATH, Sergiy Kolodyazhnyy'nin dediği gibi, listelenen dizinler aranır . Geçerli dizin otomatik değil aranır - ve bir değil koymak için tavsiye .içinde $PATH. Bu şekilde, çalıştırmayı beklemediğiniz şeyleri yanlışlıkla çalıştırmazsınız çünkü cdbunları içeren bir dizine d uyguladınız.

./Geçerli dizinde bir yürütülebilir dosyanın adından önce yazmak genel yolu çalıştırmaktır, ancak bu aslında özel bir sözdizimi değildir. Örneğin, berbat ettiyseniz $PATHve şöyle bir komut çalıştırmanız gerekiyorsa ls, yazabilirsiniz /bin/ls. Hayır .bu durumda ya da genel olarak gereklidir; gereken, /yol adında bir yol adı demek istediğinizi belirtmek için bir yer.

Yana .her zaman geçerli dizin ve /sadece dizin ayırıcı olup, yapmanız gereken ilk şey adlandırdığınız dosya gerçekten geçerli dizinde bulunduğunu kontroldür. (Varsa , Charles Green'in açıkladığı gibi izinlerini kontrol edin . Ancak dosyayı bir arşivden çıkarttıysanız, çalıştırılması amaçlanıyorsa genellikle zaten yürütülebilir izinlere sahip olacaktır.)

Komutun ./ kısmı "Geçerli dizine bakın ve 'truecrypt-7.2-setup-x86' komutunu buradan yürütün" diyor. Bu komutu dosyayı açtığınız dizinden çalıştırmanız gerekir.

Bu test edilebilir: Komutu denediğiniz terminal penceresinde komutu girin ls -l true*- dosya geçerli çalışma dizininde mevcutsa, dosyayı gösteren bir liste (ve bir dizi ek bilgi) görüntülenir.

Zanna'nın yorumlarda belirttiği gibi, dosyanızın yürütme izinleri olmayabilir - bu kolayca düzeltilebilir. Bir test örneği olarak, dizinim

chick@dad:~/test$ ls -l
total 4
-rw-r--r-- 1 chick chick 788 Oct 27 06:15 rFullBack
chick@dad:~/test$

ve "rFullBack" dosyası benim iznim olarak dosyayı okumak ve yazmak için '-rw-' yazıyor. Komutu yürütebilirim chmod +x rFullBackve dizin listesi şu şekilde değişir:

chick@dad:~/test$ ls -l
total 4
-rwxr-xr-x 1 chick chick 788 Oct 27 06:15 rFullBack
chick@dad:~/test$

Orada benim izinleri şimdi '-rwx', dosyayı çalıştırabiliyorum gösterir.

Kısacası, dosya dizininizde varsa

komutu çalıştır

chmod +x ./truecrypt-7.2-setup-x86

ve sonra komut

sudo ./truecrypt-7.2-setup-x86

Kabukta çağrı komutları nasıl çalışır

Hayır, bu bir komut değil. Kabukların çalışma şekli, bir metin satırı yazdığınızda, ilk sözcük komut olarak kabul edilir ve komut kabukta yerleşik olanlardan biri değilse, kabuk PATH ortam değişkeninde listelenen tüm konumlara bakar .

Çalıştırmak istediğiniz komut şu anda bulunduğunuz dizinde bulunuyorsa, ancak bu dizin dizinler listesinde değilse ne olur PATH? O zaman kullanmanız gerekir ./. Yapmakla aynı şekilde /bin/bash- kabuğa istediğiniz komutun bulunduğu yere, ona tam bir yol söylüyorsunuz. Ve ./ durumunda "bu dizine bak" komutunu vermeyi söylüyorsunuz. Bu nedenle önemli olan kısım, dosyanın bulunduğu dizinde bulunmanızdır.

Tabii ki, bir çalıştırılabilir dosyayı gerçekten çalıştırmak için çalıştırılabilir bit ayarına sahip olmalıdır, bu yüzden yapmanız gerekir chmod +x ./my_file.

Yani önemli adımlar:

1. cd dosyayı kaydettiğiniz yer ; eğer ~/Downloadsiçerideysecd ~/Downloads
2. Çalıştır chmod +x ./truecrypt-7.2-setup-x86, " bu dizindeki yürütülebilir dosyayı truecrypt-7.2-setup-x86 yap " diyor
3. Ve şimdi yap sudo ./truecrypt-7.2-setup-x86

Kullanımının ./rastgele davranış olmadığını, aslında Taşınabilir İşletim Sistemi Arabirimi standardı (POSIX olarak da bilinir) tarafından belirtilen bir standart olduğunu unutmayın , özellikle "Komut Arama ve Yürütme" bölümüne bakın.

Hatayı yeniden oluşturma

$ # my script is in ~/Downloads folder
$ stat -c "%n" /home/xieerqi/Downloads/my_script.sh                         
/home/xieerqi/Downloads/my_script.sh
$ # if I run sudo ./my_script.sh, we get an error
$ sudo ./my_script.sh
[sudo] password for xieerqi: 
sudo: ./my_script.sh: command not found
$ # of course the command not found because file is not in ./, not in this dir
$ # this is not  sudo's problem
$ # but sudo does indeed show the same error even if you're in same directory
$ cd ./Downloads/                                                                                                                                                      
$ sudo ./my_script.sh                                                                                                                                                  
[sudo] password for xieerqi: 
sudo: ./my_script.sh: command not found

NOT : tarafından verilen hata mesajı sudoaçıkça yanıltıcıdır, bu yüzden akılda tutulması gereken bir şeydir; ancak bunun OP'nin sorduğu sorunun özü olmadığını lütfen unutmayın .

Belgeler ve referanslar

Dan bash4.3 kılavuzu, "KOMUTANLIĞI UYGULAMA" bölümünde:

Ad ne bir kabuk işlevi ne de yerleşiktir ve eğik çizgi içermiyorsa, bash, PATH'nin her öğesini bu ada göre yürütülebilir bir dosya içeren bir dizin arar.

Gönderen Betikte çalıştırmak için neden komut dosyası adından önce ./ (dot-slash) gereklidir? :

./ ile çalışır çünkü POSIX , / PAT içeren bir komut adının doğrudan dosya adı olarak kullanılacağını ve $ PATH içindeki bir aramayı bastıracağını belirtir . Aynı etki için tam yol kullanmış olabilirsiniz, ancak ./ daha kısa ve yazılması daha kolaydır.