Linux izni, chmod a = rwx

Question

'dan sonra reddedildi. Biraz Linux sorunum var, bu da Windows'da uzun yıllar geçirmemi öğretecek geez. Neyse Java Servis Sarıcı senaryo ile güzel sarılmış küçük bir java uygulaması, yaptım, ama o senaryoyu çalıştırdığınızda:

sh ./wrapper.sh console 

iznine hemen reddedildi olsun. izni reddedildi mesajı böyledir: BenimUygulamam/bin klasöründe

eval: 1: /home/user1/MyApp/bin/wrapper: Permission denied 

Benim küçük wrapper.sh yaşıyor. dizin Uygulamam/bin/sarıcı 2 dosyaları içerir: sarıcı-linux-x86-32 bir test olarak

sarıcı-linux-X86-64 aşağıdaki chmod komutunu ran

• :

  chmod a=rwx MyApp -R 
  

  Ben aynı sonuçla, hatta alt klasörler içinde, her şey rwx olduğunu doğrulandı ve tekrar komut dosyasını çalıştırmak çalıştı ... izni reddedildi.

  Bu bebeği çalıştırmak için yanında deneyebilecekler hakkında herhangi bir fikri olan var mı?

  sayesinde Lancelot

Answer 1

Sadece hata mesajı dosyanızı barındıran dizin adını başvuruyor fark .

Komut dosyanızı, örneğin dizinin adını komut olarak kullandığınız bir yerde kontrol edebilir misiniz? Sarıcı/sarıcı-linux-x86-32 (bir dosya adı olurdu) yerine sarıcı (dizin adı) kullanmak veya benzer hatalar gibi? dosya Dosya adlarında boşluk kullanıp alıntı unutmak dediğinde

Benzer hatalar sık ​​görünür (gerçi burada muhtemelen davayı.)

Bu gerçekleşmediği takdirde sen sarıcı komut dosyası içeriğini kapsayacak şekilde sorunuzu düzenleme olabilir sen Arayor musun?

(önceki noexec fikrine hiçbir ilişkisi yoktur ve bu bir referans kalabilirler beri New cevap.)

Answer 2

ayrıca sargıya yürütme komut vermek gerekebilir

chmod + x wrapper.sh

DÜZENLEME: ben sadece senin wrapper.sh bulunduğunu fark senin Uygulamam klasör /DÜZENLEME da

u sen

#!/bin/sh 

01 olduğundan emin olun eğer senin .sh dosyasının en üstünde

, bunu şöyle çalıştırabilirsiniz:

Answer 3

İlk olarak bir metin editörü açmayı deneyin .wrapper.sh

, sen okuma erişiminiz olduğundan emin olun. Eğer öyleyse,

chmod +x wrapper.sh 

yapmak Ve senaryo

Answer 4

noexec bayrağıyla monte edilebilir Senaryonu barındıran dosya sistemi başında #!/bin/sh olduğundan emin olun. vs yerine noexec örneklerini/için mount komutunun çıktısını kontrol, bu dosya sistemi için/etc/fstab girişini kontrol edin ve orada bir noexec varsa Düşündüm de mount /path/to/mountpoint -o remount

aracılığıyla o zaman bu dosya sistemini yeniden monte kaldırmayı deneyin/fstab (dosya sistemi dinamik olarak monte edilmiş olabilir.

eval: 1: /home/user1/MyApp/bin/wrapper: Permission denied 

Size "dizin Uygulamam/bin/sarıcı 2 dosyalarını içeren" sözü bu yana bir dizin olduğunu biliyorum:)

Answer 5

Sen yapabilirsiniz, başka bir kullanıcının ana dizininde yoktu dosyayı yürütmek deneyebilir kullanıcı "kullanıcı"

chmod -Ra + x/ev/kullanici1 veya chmod -R o + x/ev/kullanici1 chmod -R g + x/ev/kullanici1

Answer 6

izni vermek Sorunum biraz farklı olsa da bu arayış Benzer bir sorun ararken, aramam birkaç kez göründü, bu yüzden bulgularımı buraya göndereceğim.

Sorunum chmod komutundan sonra depolama/klasöre erişememdi. Yürütülen komutun ardından

: I/depolama erişmek artık klasör olamazdı

sudo chmod -755 storage -R //notice -755 is wrong, it should be 755 

.

Ben ls -l denedim:

Ayrıca

git status sonra:

sağ komutu yürütmeden sonra:

sudo chmod 755 storage -R // without - 

e Her şey normale döndü.