Bir dosyaya yazma erişimi için invazif olmayan bir şekilde nasıl test edilir?

Bir kabuk komut dosyasında, dosyayı gerçekten değiştirmeye çalışmadan bir dosyaya yazma erişimini kolayca ve invazif olmayan bir şekilde nasıl test edebilirim?

Çıktısını ayrıştırabilirim stat, ancak bu gerçekten karmaşık ve belki de kırılgan görünüyor, ancak uygulamaların ve zamanın ne kadar istatistik çıktısının farklı olduğundan emin değilim.

Dosyanın sonuna ekleyebilir ve bunun başarılı olup olmadığını görebilirim, ancak bu potansiyel olarak tehlikeli, iki nedenden dolayı düşünebilirim:

1. Şimdi eklemeyi kaldırmak zorundayım ve başka bir işlemin dosyaya yazması durumunda, satırım artık sonuncusu olmadığı için bu hemen önemsiz hale geliyor.
2. Dosyayı okuyan herhangi bir işlem, dosyanın içeriği üzerinde keyfi gereksinimlere sahip olabilir ve ben bu uygulamayı bozmuş olabilirim.

Sadece - utillity wbayrağını kullanın test:

[ -w /path/to/file ] && echo "writeable" || echo "write permission denied"

Dosyaya daha sonra yazacaksanız, yine de dosyaya yazamayacağınızı unutmayın. Dosya taşınmış olabilir, izinler değişmiş olabilir, vb. -wYazma izinlerini de algılayabilir, ancak başka bir faktör dosyayı yazılabilir yapmamak için müdahale edebilir .

Başka bir yaklaşım:

if >> /path/to/file
then
    echo "writeable"
else
    echo "write permission denied"
fi

Bu, dosyayı ekleme için açmaya çalışır ve bu başarılı olursa , dosyaya çıktı içeren hiçbir komut çalıştırmaz (yani bir boş komut çalıştır ). 

Varsa, bunun boş bir dosya oluşturduğuna dikkat edin.

-wOperatörü testkomutu sadece yapabiliriz stat ve sonra erişimi olmalıdır gibi görünüyor olmadığını anlamaya çalışın. Alternatifim (yukarıda) testbazı özel koşullarda yaklaşımdan daha güvenilirdir , çünkü erişim kontrolünü kabuk yerine çekirdek tarafından yapılmaya zorlar. Örneğin,

• dosya Unix olmayan bir dosya sistemindeyse - özellikle Unix olmayan bir dosya sunucusundan uzaktan monte edilmişse - statyanıltıcı bir mod değeri döndürebilir.
• dosya salt okunur olarak monte edilmiş bir dosya sistemindeyse.
• dosyanın bir ACL'si varsa ve mod, erişiminizin olması gerektiği gibi görünmesine neden olur, ancak ACL dosyayı reddeder veya tersi.
• bazı güvenlik çerçeveleri (AppArmor, SELinux,…) dosyaya erişimi reddederse.

G-Man haklı: [ -w ]olmaz hep doğruyu söyle. Mevcut olmayan dosyayla başa çıkmak ve Kabuktan İzin verilmedi mesajı:

( [ -e /path/to/file ] && >> /path/to/file ) 2> /dev/null && 
  echo writable || 
  echo not writable

Güncelleme : Korkutucu görünüyor, değil mi? Evet, öyle. Hmm ... nasıl ifade edilir ... BUNU KULLANMAYIN, beklediğiniz gibi çalışmayı talep ettiği koşullarda olduğunuzu tam olarak bilmiyorsanız. Stephane'nin yorumuna bakın.

Sonuç ne olacak? [ -w ]Gerçeği söylemese bile , işi yapmayı amaçlayan tek komut budur . Olmazsa, suçlayacağız, hata raporları yazacağız ve gelecekte çalışacaktır. Çalışma ve kullanım koşullarını daha iyi kontrol edin [ -w ]; özel durumlar için özel kod yazınız. Geçici çözümlerin kendi koşulları vardır.

[ -w /path/to/file ]

en iyi a priori .