Selso : Correction du problème lié a /dev/null (bash: /dev/null: Permission non accordée)

Je vais répondre a ce poste car on tombe dessus lorsque l'on fait la recherche sur le problème lié à /dev/null, mais il n'y a pas de réponse donnée.



Cause :

Ton /dev/null est corrompu : ce n'est plus un fichier spécial mais un fichier normal. cela arrive quand on fait une mauvaise commande en tant que root et qui modife la nature de /dev/null.



Conséquence : Tout les scripts utilisant /dev/null explicitement ou implicitement appelé lorsque l'on est pas root résulte en l'affichage de ce message. Tous les appels utilisant /dev/null comme entrée auront un résultat indéfini.





Rappel : /dev/null est comme un trou noir, rien n'en sort (sinon des 'zeros') et tout y disparait.

On l'utiliser souvent pour initialiser un disque ou faire disparaitre un affichage redirigé (exemple avec les ./configure d'installation).



Analyse du problème :

Pour vérifier sa corruption :

faire

ls -ln /dev/null

-rw-r--r-- 1 0 0 0 2008-03-06 15:00 /dev/null



Le faire que le type de fichier soit '-' et non 'c' indique qu'il s'agit d'un fichier ordinaire, d'ailleurs les commandes suivantes :

sli-linux:/home/sli # sudo echo hello > /dev/null

sli-linux:/home/sli # cat /dev/null



affiche Hello au lieu de bloquer !



Correction :

Il faut supprimer le fichier et le recréer en tant que root

sli-linux:/home/sli # cd /dev/

sli-linux:/dev # rm null

sli-linux:/dev # mknod null c 2 2

sli-linux:/dev # chmod 666 null



Vérification :

sli-linux:/dev # ls -ln /dev/null

crw-rw-rw- 1 0 0 1, 2 2008-03-06 15:08 /dev/null



On retrouve le type char du fichier.