Kullanıcı postgreslerinde:
$ ls -l /dev/null
ls: cannot access /dev/null: Permission denied
Kullanıcı kökünde düşünülmüş, izinler doğrudur:
# ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Sep 21 12:05 /dev/null
Yeniden oluşturmaya çalıştım:
# rm /dev/null && mknod -m 0666 /dev/null c 1 3
Ama sonuç aynı. Bir x86_64 üzerinde debian 7 ve çekirdek 2.6.32 ile VPS'dayım
Yanıtlar:
Sorun / dev izinlerinden geldi:
# ls -ld /dev
drwx------ 3 root root 4096 Sep 21 12:12 /dev
Bu nedenle / dev kullanıcıları tarafından erişilemedi.
# chmod a+x /dev
# chmod a+r /dev
Sorun çözüldü.
Benzer bir sorunum vardı ve semptomları arayarak buraya geldim, ancak çözüm benim durumuma uymadı. Bu yüzden OP'ye tam olarak uymasa bile başka bir olası neden daha eklemek istiyorum.
Benim özel durumumda proot(güzel bir chrootsarıcı) kullandım. Ama izinler doğru idi /dev/nullve /devkendisi.
Normal bir kullanıcı olarak chrootyaptığım dizinin montajı oldu thunar. Bu durumda, bağlantının doğru izinleri yoktu.
Bunu bulmak için kötü bir zamanınız var, çünkü yalnızca dosyalara bakarken bu izinleri görmüyorsunuz.
Genel çözüm yolu, sorunlu konumdaki ( /dev/null) koşulları kontrol etmeye başlamak ve bir sonraki aşamada /devne olursa olsun , bir sonraki seviyeye (seviyelere ), ardından bağlantıya, dosya sistemine vb.
Her adımda, her birinin kendi dış seviyeleri olan birkaç ön koşul olabilir. Örneğin, kullanıcı yanlış izinlere sahip olabilen grup yapılandırma dosyasına yol açan yanlış bir grupta olabilir.
Açıkçası, genel olarak bir tür ağacı takip etmelisiniz.
Bunu kendim çözemedim, bu yüzden yaptım:
mycommand.sh | echo -n
echoO atılacak böylece komut, standart girişe dikkat etmez. Ve -nböylece işe yaramaz bir satırsonu stdout'a basılmaz.