• # Rien d'anormal

    Posté par  (site web personnel) . Évalué à 4.

    Salut,
    Avant d'expliquer, je pense qu'il serait bien que tu te relises avant de poster, ça rendrait la lecture plus facile. :)

    Sinon, ces commandes sont banales, c'est-à-dire qu'elles font des actes attendues (formatage, déplacement de fichier ou suppression de fichiers), c'est juste que les paramètres donnés à ces programmes ne sont pas recommandables si tu tiens à tes données.

    On ne peut pas protéger l'utilisateur des actions dangereuses comme celles-ci car elles peuvent avoir un intérêt légitime. C'est à toi de faire attention et de sauvegarder tes données régulièrement au cas où.

  • # Attention ! Choses à ne pas faire avec une voiture !

    Posté par  (site web personnel) . Évalué à 10.

    À moins de savoir ce que vous faites, en voiture, il ne faut pas :

    • foncer dans un mur en roulant vite
    • rouler à contresens sur l'autoroute
    • foncer à 130 en ville
    • etc

    et si c'est dangereux, pourquoi faire des voitures qui permettent de faire ça ?

    Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.

  • # Attention des choses à ne pas tester

    Posté par  . Évalué à 4.

    prendre un couteau et se le planter dans la gorge, l'oeil, ou le ventre,
    sauter par la fenetre du 15e etage
    se jeter sous un train

  • # Bien sûr qu'on peut tout casser :)

    Posté par  . Évalué à 5.

    et s'ils sont dangereux pourquoi les inventer

    Parce qu'elles (commandes : féminin…) peuvent servir dans certains cas. Bon, pour rm -rf / je vois pas trop le cas d'utilisation mais le formatage (mkfs.ext4) par exemple il faut bien pouvoir l'effectuer dans certains cas.

    Une chose qui arrive « souvent » c'est par exemple de vouloir faire un rm -rf /toto et d'ajouter un espace par mégarde, du coup ça devient rm -rf / toto et là effectivement tu flingues tout.

    En conclusion. Il faut absolument éviter de travailler en root quand c'est possible et bien relire sa ligne de commande avant de d'appuyer sur Entrée lorsque celle-ci commence par sudo.

    Note également qu'en simple utilisateur (disons toto), quand tu ouvres le terminal tu es dans ton répertoire personnel (/home/toto), et là si tu fais un rm -rf * tu vas déjà supprimer tous tes fichiers, ce qui n'est pas une bonne idée à priori ;)

    On a coutume de dire : « Il y a deux catégories d'administrateur UNIX : ceux qui ont déjà fait une mauvaise manipulation en root et ceux qui s'apprêtent à en faire une… »

    J'ajouterais que ce n'est pas propre à GNU/Linux, sous Windows également si ton utilisateur a des droits administrateur et que tu supprimes des fichiers dans c:\windows\system32 ou que tu lances le formatage de ta partition système ça va casser tout pareil…

    • [^] # Re: Bien sûr qu'on peut tout casser :)

      Posté par  . Évalué à 3.

      Parce qu'elles (commandes : féminin…) peuvent servir dans certains cas.

      Huhu… ta formulation pourrait énerver certains ;) attention, les points de suspension sont une commande dangereuse en français, certains processeurs les interprètent mal :D

      vouloir faire un rm -rf /toto et d'ajouter un espace par mégarde, du coup ça devient rm -rf / toto

      Sinon il y à aussi le cas d'un script insuffisamment testé, dans lequel on fait rm -rf /$var avec $var étant vide :) un truc du genre (bon, un peu plus complexe que ça) est arrivé à un collègue. J'ai pas encore fait aussi fort, mais j'ai aussi déjà merdé avec une commande ou deux…

      J'ajouterais que ce n'est pas propre à GNU/Linux, sous Windows également

      Typiquement, le bon vieux «virus» des années 90-00: format c: /y

    • [^] # Re: Bien sûr qu'on peut tout casser :)

      Posté par  . Évalué à 3.

      non sur les format de fichier ext2-3-4 rm -rf / ne fais strictement rien d'autre que t'afficher que tu ne peux pas détruire la racine; par contre, \rm -r /* ou rm -rf /* détruit effectivement tout; par contre ce qui arrive souvent c'est rm -f plop * avec une espace en trop entre le plop et le *

      le fork bomb est aujourd'hui inhibé par les limites (ulimit -u )

      bref on est bien loin des années 2000 où un erreur de manip était vite arrivé; j'ai pas vu le dd pour dumper une image sur une clé usb, qui lui est assez marrant quant on se plante de /dev/sd..

      Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.