/ dev / nullにアクセスできません：crw-rw-rw- 1 root root 1、3 Sep 21 12:05 / dev / null

ユーザーpostgresの場合：

$ ls -l /dev/null
ls: cannot access /dev/null: Permission denied

ユーザーのルートを考えて、許可は正しいです：

# ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Sep 21 12:05 /dev/null

私はそれを再作成しようとしました：

# rm /dev/null && mknod -m 0666 /dev/null c 1 3

しかし、結果は同じです。Debian 7とx86_64のカーネル2.6.32を搭載したVPSを使用しています

問題は、/ devへのアクセス許可から発生しました。

# ls -ld /dev
drwx------ 3 root root 4096 Sep 21 12:12 /dev

そのため、ユーザーは/ devにアクセスできませんでした。

# chmod a+x /dev
# chmod a+r /dev

問題を解決しました。

私は同様の問題を抱えていて、症状を探してここに来ましたが、解決策は私のケースに合いませんでした。したがって、OPに正確に適合しない場合でも、別の考えられる理由を追加したいと思います。

私の特別なケースではproot、素敵なchrootラッパーを使用しました。しかし、権限が上正しかった/dev/nullと/dev自分自身。

それはたまたまchrootディレクトリのマウントであり、私はthunar通常のユーザーとしてそれを行いました。そのため、この場合、マウントには正しい権限がありませんでした。

ファイルを見るだけでは、これらのアクセス許可が表示されないため、これを見つけるのに時間がかかります。

一般的な解決策は、問題のある場所で条件のチェックを開始し（/dev/null）、次のレベル（/dev）に進み、次にマウント、ファイルシステムなどに進みます。

各ステップでいくつかの前提条件があり、それぞれに独自の外部レベルがあります。たとえば、ユーザーが間違ったグループに属している可能性があり、グループ設定ファイルが作成され、間違った権限などが設定されている可能性があります。

明らかに、一般的な種類のツリーに従う必要があります。

私はこれを自分で解決できなかったので、これは私がやったことです：

mycommand.sh | echo -n

echoそれは破棄されますので、コマンドは、標準入力に注意を払っていません。そして、-n無用な改行が標準出力に出力されないようにするためです。

chmod a+rw /dev/null /dev/random /dev/urandom /dev/ptmx /dev/tty /dev/zero /dev/full /dev/fuse /dev/net/tun

これがVPSでの私の問題を解決するものです。サーバーを再起動した後、このコマンドを再度実行したことに注意してください。