Comment puis-je éviter le rm -rf /* accidentel ?

@slillibri Les armes à feu sont équipées de sécurités. Demander comment améliorer les sécurités sur la commande rm est une question parfaitement légitime pour un administrateur système.

@slillibri ceci est moins similaire à demander comment ne pas me tirer dessus... et plus similaire à demander comment protéger quiconque de se faire tirer dessus. VOUS pourriez savoir comment ne pas vous tirer dans le pied... mais qu'en est-il de votre utilisateur stupide... s... collègue... s... Je veux dire... enfant de 8 ans qui imite un jeu vidéo? Si vous avez une arme à feu à la maison, il vaut mieux qu'elle ait deux serrures et une alarme pour vous alerter... Cela ne fait aucune différence. Protégez vos biens (famille et données précieuses).

Peut-être que c'est une suggestion stupide, mais pourquoi ne pas utiliser un outil comme mc (midnight commander)? Avec mc, on vous demande toujours une confirmation lorsque vous souhaitez supprimer un répertoire.

@Giorgio Je vais essayer d'utiliser le gestionnaire de fichiers vim plus souvent :)

Sudo rm /bin/rm non recommandé, mais empêchera la plupart des suppressions :-)

@Gilles avait des sécurités rm, en ajoutant -r et -f, ces sécurités ont été retirées. (-r permet à rm d'utiliser readdir/rmdir, -f permet à rm d'utiliser chmod). En utilisant l'analogie de l'arme à feu et ajoutant une touche d'hyperbole: c'est (à mon avis) comme demander comment éviter de tirer sur quelqu'un en pointant l'arme sur eux (arguments à rm), en désactivant la sécurité (-rf) et en appuyant sur la gâchette (rm).

@ValentinNemcev Faire accidentellement rm -rf /* est un rite de passage Unix depuis la nuit des temps ! Maintenant, il est temps pour vous d'apprendre la commande find pour vous sauver de ce genre de souffrance à l'avenir. Certainement, vous devriez éviter certains des mauvais conseils que l'on trouve dans les réponses à cette question. Des suggestions telles que l'utilisation d'un fichier nommé spécialement -i reviennent à dire à un enfant apprenant à faire du vélo de ne jamais pédaler, juste pousser sur le sol avec les pieds, oh et aussi assurez-vous de maintenir la poignée de frein en permanence. Si vous voulez rouler avec les grands, utilisez find.

Cette analogie rm et gun est horrible. rm est quelque chose que vous utilisez une douzaine de fois par jour - avec et sans sécurité dans votre vie de programmation régulière même si vous n'êtes pas du Texas. S'il vous plaît ne faites pas de débat sur les armes à feu ;)

@Paul mais que se passe-t-il si vous faites /chemin/vers/rm -rf /bin/ rm. La partie /chemin/vers est là pour empêcher un idiot de l'exécuter et d'essayer de me dénoncer - cela s'est déjà produit!

Que voulez-vous dire par "--preserve-root par défaut ne m'a pas sauvé". Est-ce que cela devrait? Qu'est-ce qui s'est mal passé avec --preserve-root ?

Limiter l'accès root et sudo aux personnes prudentes. Faites des sauvegardes de vos données. Utilisez toujours set -u dans vos scripts bash. Si vous travaillez avec des personnes qui suppriment souvent /, alors envisagez le démarrage sans disque nfs ou le démarrage sans disque en ram initrd. Il existe d'autres façons de rendre / en lecture seule, mais cela devient compliqué en fonction de votre configuration.

Entrez la commande sans appuyer sur Entrée, vérifiez, inspirez, vérifiez à nouveau, expirez, vérifiez une fois de plus, Appuyez sur Entrée.

Pour ce que ça vaut, beaucoup (moi y compris) considèrent alias rm="rm -i" comme une pratique dangereuse plutôt que sûre. Voici pourquoi : cela amène une personne à s'attendre à ce que rm leur demande toujours d'abord s'ils veulent vraiment faire la chose. S'ils sont ensuite sur un autre système, ou connectés à un autre compte (peut-être root!), ou autre, et que l'alias n'est pas là... ils s'y attendent, ne l'obtiennent pas, et une suppression catastrophique se produit très probablement. Au lieu de cela, utilisez echo rm ou type des commandes rm -i. Faire de ces choses des habitudes est, à mon avis, le meilleur moyen de prévenir ce genre de choses.

@Paul rm est souvent une commande intégrée au shell, donc les effets seront étonnamment limités.

Faites attention aux scripts avec le genre de langage rm $MYDIRENAMEEMPTYVAR/. entrainez vos yeux.