rm inactif

[chouxrave]

J'ai été amené à utiliser la commande "rm" avec le Terminal.
Cette commande est surtout utile lors de l'installation de wine.
A chaque fois Terminal m'a retourné : -bash: rm: command not found

Une solution ?

[fgiron]

C'est un problème de chemin. La commande rm se trouve dans le répertoire /bin. Vérifiez que ce répertoire est bien trouvé par bash en lançant la commande 'echo $PATH':

Code

$ echo $PATH          
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:

Si elle ne s'y trouve pas, rajoutez les deux lignes suivantes à votre fichier .profile:
PATH=/bin:$PATH
export PATH
Vous pouvez procéder comme ceci:

Code

$ echo 'PATH=/bin:$PATH\nexport PATH' >> .profile

Mais ce n'est pas normal que votre bash ne trouve plus rm. Peut-être avez-vous fait une erreur dans le fichier .profile, ou .bashrc, ou encore .bash_profile en modifiant la variable PATH et en omettant d'y ajouter $PATH (comme dans l'exemple précédent): toute redéfinition de cette variable doit contenir $PATH pour tenir compte du PATH par défaut défini dans le fichier /etc/paths.
Si vous ne parvenez pas à lancer les commandes que j'ai indiquées, ce qui serait logique dans le cas où l'erreur aurait bien la cause que je suppose, ouvrez TextEdit (en texte pur) et ouvrez (ou créez) le fichier .profile à la racine de votre Home et ajoutez y les lignes indiquées. Vérifiez également que vous n'avez pas éventuellement un fichier .bashrc ou .bash_profile où se trouverait une ligne PATH= sans mention de $PATH.

Ce message a été modifié par fgiron - 8 Dec 2010, 11:44.

[jfaime]

Salut

Peut-être que cette commande s'utilise en mode SU

tapes su rm LeNomDuFichierASupprimer
suivi ensuite du mot de passe

[fgiron]

Salut

Peut-être que cette commande s'utilise en mode SU

tapes su rm LeNomDuFichierASupprimer
suivi ensuite du mot de passe

Non, cette commande ne s'utilise pas en mode su. Et comme vous ne semblez pas familiers du Terminal et du shell, n'utilisez jamais rm en mode su. Mais c'est à vos risques et périls. Du reste, on n'a pratiquement jamais besoin d'être en mode su.
Pour rappel, tout de même, la commande rm sert à supprimer des fichiers et répertoires. Elle ne demande pas confirmation. Autrement dit, ce qui est supprimé par elle l'est une fois pour toute. Si vous l'utilisez avec su, ou sudo, vous pouvez faire de gros dégâts non seulement dans vos données personnelles, mais aussi dans le système. Pour faire des dégâts, une seule erreur de saisie suffit (une espace en trop…). Pour utiliser rm, il faut: 1° savoir exactement ce qu'on fait; 2° être sûr de ses sauvegardes.

Ce message a été modifié par fgiron - 8 Dec 2010, 11:52.

[jfaime]

Salut

Je sais très bien, mais cela ne dépend pas des autorisations à laquelle est assujetti la session

[fgiron]

Salut

Je sais très bien, mais cela ne dépend pas des autorisations à laquelle est assujetti la session

Pour pouvoir se connecter en mode su, il faut avoir des droits administrateurs. Sinon, depuis une session normale, voilà ce que ça donne:

Code

$ sudo su

WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.

To proceed, enter your password, or type Ctrl-C to abort.

Password:
user is not in the sudoers file.  This incident will be reported.

Même chose avec sudo:

Code

$ sudo rm .backup_MayiMF

WARNING: Improper use of the sudo command could lead to data loss
or the deletion of important system files. Please double-check your
typing when using sudo. Type "man sudo" for more information.

To proceed, enter your password, or type Ctrl-C to abort.

Password:
user is not in the sudoers file.  This incident will be reported.

Donc, soit on veut supprimer une donnée qui appartient à son home, et la commande rm seule suffit; soit on veut supprimer des données qui n'appartiennent pas à sa propre session, et il faut utiliser sudo (ou su quoique déconseillé) à condition d'avoir des droits d'administrateur.

[chouxrave]

Bon, ça ne marche pas.

Voici le contenu de mon fichier .profile :

CODE

# MacPorts Installer addition on 2009-11-29_at_21:21:43: adding an appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with MacPorts.

Je suis allé voir dans mon dossier bin et le fichier rm et renommé en rm-desac d'où le problème je pense.
Alors comment revenir à un rm actif ?

Ce message a été modifié par chouxrave - 8 Dec 2010, 12:48.

[jfaime]

Salut

Teste si rm-desac est le même que rm

si c'est le cas tu renommes rm-desac en rm sinon tu crées un alias sur rm-desac

Mais il doit quand même avoir une bonne raison pour que cet utilitaire soit nommé ainsi

[chouxrave]

Finalement j'ai fait une copie du rm-desac sur le bureau, j'ai pu le renommer en rm et le glisser dans le dossier bin après confirmation par mon mot de passe.

J'ai testé avec le terminal et ça marche.

[fgiron]

Finalement j'ai fait une copie du rm-desac sur le bureau, j'ai pu le renommer en rm et le glisser dans le dossier bin après confirmation par mon mot de passe.
J'ai testé avec le terminal et ça marche.

Pour moi, ce n'est pas une solution propre. La commande rm existe dans /bin. Si bash ne la trouve pas, c'est qu'il y a un autre problème quelque part.
Quel résultat donne la commande 'echo $PATH'? Et 'ls /bin'?
Voir également si 'cat /etc/paths' renvoie ce résultat:

Code

$ cat /etc/paths  
/usr/bin
/bin
/usr/sbin
/sbin
/usr/local/bin

Ce message a été modifié par fgiron - 8 Dec 2010, 14:16.

[guerom00]

Pour moi, ce n'est pas une solution propre. La commande rm existe dans /bin. Si bash ne la trouve pas, c'est qu'il y a un autre problème quelque part.

Ça y est : on a trouvé le problème… Quelque chose a désactivé la commande rm en renommant l'exécutable rm-desac

http://www.magazine-avosmac.com/phpBB2/vie...d8dac3893fe40da

Ce message a été modifié par guerom00 - 8 Dec 2010, 14:31.

[chouxrave]

C'est exactement ça. Ça m'est revenu en subliminal. J'ai, il y a un bon moment maintenant, lancé avosmac2kilRM d'où la perte de la commande en question.

Maintenant tout est rentré dans l'ordre et j'ai pu installer wine sans encombre.

Merci à tous.

[fgiron]

Ça, c'est vraiment une drôle d'idée de désactiver rm en le renommant. Pourquoi ne pas se contenter de ne pas utiliser rm? Si on veut utiliser rm en toute sécurité, on peut créer un alias dans .profile: alias rm="rm -i". Mais ça peut ne pas être pratique quand on veux supprimer des dossiers importants de manière récursive.

[schlum]

Probablement parce que la commande peut être utilisée dans des troyens de script-kiddies.

[darenzana]

C'est quand meme n'importe quoi ce 'AvosMacKillrm'... La lecture du lien donné par guerom00 est édifiante... Le gars découvre la commande rm , se dit 'oh mon dieu mais c'est tres tres dangereux! une commande qui efface des fichiers!', et pond un applescript tout pourri pour 'désactiver la commande rm', faisant foirer au passage a peu près tous les scripts de maintenance qui sont lancés par OS X toutes les nuits, entre autres...

Tant qu'a faire, il pouvait aussi supprimer l'utilitaire de disque (bin oui, c'est dangereux , ça peut formatter les disques), la commande diskutil, la commande dd, la commande 'cat', le shell (bin oui, suffit de tapper nimportequoi >/dev/<ledisquequivabien> et paf, le disque est illisible), etc, etc.

Si il y a un conseil à donner aux utilisateurs qui ont peur de faire une mauvaise manip, ou peur d'un programme malicieux, c'est bien de ne pas utiliser un compte administrateur, et surement pas de renommer des commandes système...

Ce message a été modifié par darenzana - 10 Dec 2010, 00:31.