Apa perbedaan antara ./ dan sh untuk menjalankan skrip?

Saya telah menulis naskah sederhana. Ketika saya menjalankan sh <myscriptname.sh>, saya mendapatkan output yang benar, tetapi ketika saya menjalankan ./<myscriptname.sh>, saya mendapat kesalahan.

Apa perbedaan antara ketika saya melakukannya shdan ./?

Saat Anda menjalankan skrip apa pun dengan meneruskan nama file ke program juru bahasa skrip, Anda menjalankan program juru bahasa dengan skrip sebagai argumen yang diteruskan ke dalamnya. Misalnya ini akan terlihat seperti proses 'sh' dengan argumen 'filename.sh'. The shinterpreter membuka file.

Di sisi lain, jika Anda menjalankan skrip itu sendiri, sistem memanggil program penerjemah yang ditentukan dan memasukkan isi skrip. Dalam hal ini prosesnya terlihat seperti 'filename.sh' tanpa argumen.

Anda harus memastikan Anda memiliki garis bang:

#!/bin/bash
# bash script here

Garis bang adalah baris paling pertama dalam skrip dan dimulai dengan dua karakter yang sama #!, inilah yang dibaca sistem ketika mencoba menjalankan skrip dan kemudian sistem meneruskan skrip ke program segera setelahnya. Perhatikan bahwa baris ini tidak ada hubungannya dengan bash dan berfungsi dengan baik untuk python dan perl, meskipun mereka bahasa yang sangat berbeda. Anda akan menggunakan #!/usr/bin/pythonmisalnya dan kemudian mengikutinya dengan kode python.

Setelah Anda memiliki skrip, pastikan Anda telah mengatur izin eksekusi:

chmod a+x filename.sh

Kemudian Anda dapat menjalankan skrip sebagai prosesnya sendiri:

./filename.sh

Atau letakkan file di lokasi yang diketahui dengan nama program yang bagus, sukai /usr/sbindan jalankan dari mana saja:

sudo cp filename.sh /usr/sbin/program-name
program-name

Dan ini benar-benar manfaat praktis menggunakan garis bang dengan izin yang tepat - ini semua tentang penyebaran . Sangat sulit untuk membuat pengguna menjalankan skrip jika mereka harus mengingat program apa yang digunakan untuk menjalankan skrip. Ingatlah untuk memberikan path lengkap ke skrip setiap kali mereka ingin menjalankannya. Di mana menempatkannya sebagai /usr/local/bincontoh, dan membuatnya dapat dieksekusi, dapat menyimpan banyak kesedihan bagi orang-orang yang mencoba menggunakan skrip Anda. Program-program ini kemudian tersedia untuk semua pengguna di komputer Anda.

Ini juga baik untuk identifikasi. Jika Anda masuk ke dalam topprogram, skrip yang dijalankan tanpa bang line hanya akan memiliki nama penerjemah yaitu bash, perlatau python. Tetapi jika skrip dijalankan dengan izin yang tepat, maka nama skrip akan ditampilkan.

Catatan: Jika Anda ingin mendistribusikan skrip yang dapat diakses oleh semua orang, silakan buat halaman manual dan paket deb untuk menginstalnya. Kita perlu mengurangi jumlah skrip acak daring dan meningkatkan jumlah debet yang dapat dihapus instalasinya.

Versi singkat:

• shadalah interpreter baris perintah (tanda hubung).
  Menjalankan sh my_scriptmembuat tanda hubung menafsirkan skrip.

• ./mencoba mencari penerjemah mana yang akan digunakan, dengan melihat baris pertama. Misalnya #!/bin/bash, atau bahkan #!/bin/ruby(bukan berlari ruby my_script).

Perbedaan yang Anda lakukan adalah,

• dengan sh, Anda menjalankan program yang akan menginterpretasikan garis-garis dalam skrip Anda seperti halnya Anda mengetiknya pada prompt interaktif terminal,

• dengan ./Anda membuat jalan pintas dengan asumsi bahwa skrip tepat di sini di direktori saat ini Anda duduk DAN itu akan dapat dieksekusi (karena misalnya Anda mengeluarkan chmod +x myscript.sh), menghemat waktu Anda yang tak ternilai untuk masa mendatang :-)

Ada tiga alasan utama Anda mungkin mendapatkan kesalahan:

• file tidak dapat
  dijalankan chmod +x <myscriptname.sh>untuk memperbaikinya
• partisi tidak mengizinkan skrip berjalan (sudah terpasang " noexec")
  menyalin skrip ke/usr/local/bin
• yang #!baris memiliki kesalahan
  pastikan baris pertama adalah #!/bin/shatau#!/bin/bash

Jika baris pertama Anda terlihat benar, tetapi masih tidak berfungsi, pastikan file tersebut tidak memiliki akhiran garis DOS.

Kesalahan akan terlihat seperti ini:

$ ./myscript.sh
bash: ./myscript.sh: /bin/bash^M: bad interpreter: No such file or directory

Anda dapat memperbaikinya dengan menjalankan dos2unix <myscriptname.sh>, atau jika Anda tidak memilikinya
perl -p -i -e 's/\r\n$/\n/' <myscriptname.sh>,.

Dan jawabannya adalah sh adalah nama untuk shell yang sangat populer. Namun ketinggalan jaman dan digantikan oleh orang lain. Saat ini sh dikaitkan dengan cangkang lain yang terpasang pada mesin. misal saya sudah bash putt di sana. Menjalankan sembarang shell dari sh biasanya memicu beberapa mode 'kompatibilitas' dengan perilaku 'shell' asli.

Jadi solusinya cukup sederhana. Lihat apa yang ada di balik perintah sh (ls -al / bin / sh), dan letakkan #! / Bin / whatever_you_find_there sebagai baris pertama (atau jika ada sesuatu seperti itu dalam skrip Anda, editlah).

Dan alternatifnya mungkin ada beberapa bug dalam skrip itu sendiri. Seperti ketergantungan yang dipenuhi oleh sh, tetapi bukan penerjemah yang benar-benar digunakan.

mkdir ~/bin ; cp myscript.sh ~/bin/

echo "export PATH="$PATH:/home/$USER/bin" >> ~/.profile ; source ~/.profile ; 

Tidak /usr/sbin, itu untuk alat administratif yang tidak penting, /usr/local/binadalah pilihan yang lebih baik jika Anda tidak ingin memilikinya ~/bin/, tetapi menghindari sudosebisa mungkin disarankan.