Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
C'est l'équivalent de Shift-suppr sur un répertoire.Envoyé par Chauve souris
rm : remove
option r : récursif (supprime les sous répertoires)
option f : sans confirmation (demande explicitement de ne pas avoir à taper y ou n pour valider ou renoncer)
Donc, quand on utilise l'option f on doit être absolument sûr de son coup.
Salut,
Quelqu'un t'a déjà répondu, mais a oublié une partie importante, àmha : rm -rf cible !
Et tu as parfaitement le droit (= sans danger), après avoir passé par exemple la matinée à tester des commandes dans /tmp/bidon, de faire un rm -rf /tmp/bidon.
Le problème de l'histoire, c'est que la commande aurait été ainsi construite (parfaitement valable également, au demeurant) : rm -rf $var1/$var2 pour utilisation dans un script.
Le souci c'est si pour une raison ou pour une autre $var1 et $var2 se retrouvent non définies et qu'il n'y a pas de tests là-dessus avant d'envoyer la commande qui tue car là oui, elle est mortelle puisqu'elle qu'elle se transforme en rm -rf /, l'équivalent sous DOS serait del /s /q c:\, tu imagines l'embrouille !
Sinon, del c'est l'abrégé de delete, tu l'as dit, et rm c'est celui de remove, oui c'est un peu plus ésotérique, c'est le charme de Linux/Unix, mais quand tu sais que tu trouveras cp pour copy et ls pour list (= dir), bah, pourquoi pas rm ?
C'est pour ce genre de raison que, dans les scripts, je positionne l'option set -u qui permet de planter le script si une variable non définie est utilisée.
Par exemple (réellement tapé dans le Terminal!):
Ouf! J'ai rien perdu...
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Dans une boite ou je suis passé , un serveur vieux de plus de 10 ans servait pour la sauvegarde + la gestion de la BDD client.
Un beau jour les logs saturent. La BDD plante . 5 année de données et de connaissance client qui partent fumé
Une seule commande ne devrait pas permettre de tout supprimer.
Quelques questions du style "Etes-vous vraiment certain de vouloir tout supprimer toutes les données du serveur XXX?", "SVP confirmez par oui"... n'est pas du luxe.
Dans un batch automatisé, c'est pas envisageable. Si encore t'es dans une seule infrastructure, t'auras juste à te lever la nuit pour aller confirmer sur tous les serveurs ^^. Sinon, faut appeler tous ceux de l'étranger et les mettre d'astreinte ^^'
Non il faut tout simplement faire une sauvegarde partielle sur un serveur temporaire avant l'opération de suppression.
c'est pour cela qu'il y a des shift et des "technical activities"
On parle de commandes administrateur, pas de fonctionnalités à disposition de Mme Michu... Comme ça a été dit plus haut, quand on utilise les droits administrateur on doit en avoir les compétences.
Des commandes admin, oui et alors?
Il y a plein d'options dans les commandes systèmes, qu'on soit root ou pas.
Rien n'empêche de le tester sur un serveur avec l'option de confirmation et lorsque l'on voit que c'est ok, on retire l'option de confirmation et on copie le script sur les machines pour exécution.
Oula, je n'ai jamais dit qu'il n'y avait pas besoin de tester, loin de là... Faut lire les posts en entier, cher ami ! Je répondais juste à une personne ne comprenant pas l’existence de telles commandes.
C'était bidon,
C'était bidon,
comme l'explique cet article du monde.fr :
L’histoire de l’homme qui a « tué son entreprise » avec une ligne de code était fausse
Déjà dit ! Et ce n'était pas un fake juste "pour rire", mais pour mettre en avant des vulnérabilités bien existantes dans certaines entreprises.
Bon je rigole mais...
Malheureusement, avoir exécuté de telles actions sur un serveur de backup relève juste de la faute professionnelle.. Désolé marsala!
De grand pouvoir implique de grande responsabilité!
rm -rf, on la fait tous celle là, là n'est pas le problème!
avant de se lancer dans un déploiement de masse, on teste l'action en local ou sur une VM... J'y crois peu en fait à cette histoire...
ça ne serait pas arrivé s'il avait des back up sur bande lol!
Edit: Je me doutais bien du truc, mais je suis sérieux sur les bandes!!
Juste une question venant d'un cliquodromophile : il n'y a pas de "corbeille" dans le mode Linux ? Qui permet, je le rappelle, de récupérer ultra simplement des fichiers que l'on a effacé par mégarde. Avec une spécificité explicite : "Le/les fichier/s sont trop gros pour la corbeille, voulez-vous les supprimer définitivement ?"
Backup sur bande ? Ouarf ! Le système le plus lent et le moins sûr. J'ai fait ça dans ma (relative) jeunesse : un désastre (la plupart du temps quand je voulais récupérer une sauvegarde elle était aussi corrompue qu'un député du Paraguay). Et j'ai utilisé deux machines à bandes avec des systèmes de cassettes différents. Ce n'était donc pas un problème technique sur une machine. D'ailleurs plus aucun fournisseur n'en vend et ce depuis longtemps. Ensuite j'ai utilisé les sauvegardes sur DVD réinscriptibles. C'était long mais fiable. Maintenant c'est de disque à disque : clonage, sauvegarde partitions ou sauvegardes fichiers. Tout ça automatisé dans le gestionnaire des tâches et ultra fiable. Je rappelle que le stockage sur disque est actuellement le moins cher au Go et bien plus fiable que sur DVD fussent-ils de marque.
Je ne vois pas l'intérêt de vouloir comparer Windows / Linux tous les X messages ?
Peu importe le fonctionnement de Windows / Linux, cela aurait amené au même résultat sur les deux systèmes (si l'histoire était vraie).
Oui sous Windows, il y a des messages d'avertissement, mais comme on te l'a déjà signalé dans ce fil, quand tu lance un batch automatisé pour traiter X répertoires / fichiers, bah les avertissements, tu les désactive, car tu ne vas pas rester 10h devant ton batch à confirmer l'instruction fichier par fichier...
Donc sous Windows ou sous Linux, il n'aurait pas eu de message, et cela n'aurait rien empêché. C'est bon, on peut mettre le troll Windows / Linux de côté ?
La plupart des environnements de bureau Linux ont bien une corbeille. Mais la suppression était prétendument faite via un outil en ligne de commande, et sous Windows comme sous Linux, les commandes standard de suppression de fichier ne passent pas par la corbeille.
Effectivement le troll windows / linux est assez nul... Et par ailleurs si vous faites un del en admin avec un terminal sur windows, vous pourrez toujours allé voir la corbeille... bref...
La sauvegarde sur bande n'a rien de dépassé, les bandes LTO ou RDX sont assez rapides et fiables pour un coût correct... Quand au fournisseur, je ne citerai que Dell par exemple car il y en a pléthore... la capacité de stockage peut monter jusqu'à 3To ce qui est assez conséquent...
Et je pars du principe qu'une sauvegarde se doit d'être externe que ce soit un disque ou autre chose... alors le gestionnaire de tache qui gère le backup c'est bien à la maison ou pour un backup de reprise à chaud mais c'est pas un vrai backup, juste un fallback...
+ 1 avec les LTO, qui sont d'une fiabilité redoutable si l'environnement de la machine est nickel : hors poussière, cartouches stockées verticalement.
Par contre les RDX ne sont absolument pas des supports à bande magnétique : il s'agit de disques amovibles (qui se manipulent comme une cartouche, oui, en s'insérant dans un boîtier qui fait interface avec le système).
Bah ! Personne n'est à l'abri d'un rm -rf à la racine du système (quand on croit être dans un répertoire précis).
De là à le faire sur plusieurs serveurs...
C'est là qu'est le gag. Et qu'on peut rigoler.
Oui il m'est arrivé une mésaventure de ce genre
Après avoir exécuté une commande copie, j'ai exécuté dans la foulée une commande de suppression récursive et supprimé toutes les données de 5 sites ecommerce. La commande en question n'aurait jamais du fonctionner car elle contenait une erreur de syntaxe. Je pense que les contributeurs linux devraient sécuriser la suppression de données en demandant une confirmation. Pour une raison que j'ignore il a eu un rappel de la commande précédemment exécutée. La syntaxe était à quelque chose près la suivante: rm -rf cp * /mondossier. La sauvegarde des données était quand à elle incomplète. Il manquait des clients et des commandes et comme les résumés de commandes sont envoyés par mail après avoir appelé l'hébergeur pour restaurer l'image des serveurs à 3 jours, je me suis tapé à refaire toutes les commandes manquantes à la main.
Répondre avec citation
Partager