Journal Sondage: votre plus grosse boulette sous root

Posté par  .
Étiquettes : aucune
0
7
avr.
2004
Il paraît qu'il y a deux sortes d'admin: ceux qui ont déjà fait une boulette sous root, et ceux qui vont la faire.

Allez soyez pas timides, ça nous est tous déjà arrivé...
Faut voir le bon côté des choses:l'erreur est formative.

Ma spécialité? le rm -rf sans faire de pwd avant...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Bousillez partiellement un disque en ecrivant dans /dev/hd? par megarde...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    rm -rf / repertoire
    au lieu de rm -rf /repertoire

    l'espace a été fatale ;)

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 1.

      De même, mais c'était sur une machine de test. C'était même marrant de constater que ca tourne pendant un moment apres un rm -rf /

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 1.

      rm -rf /tmp/
      au lieu de
      rm -rf /tmp/*

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 10.

      Presque pareil, en voulant effacer des backups, "rm * ~" (dans /etc, evidemment...). Depuis j'ai un fichier "-i" dans ce répertoire, pour conjurer le mauvais sort.

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  (site web personnel, Mastodon) . Évalué à 9.

      pareil, mais c'est pas moi qui l'avais fait.

      C'etait l'admin système de l'IUT où j'ai fait mes études..

      L'admin : " tient, je vais faire un batch, qui va me nettoyer ces p**** de repertoires temporaires envahis par les p**** de fichiers de ces étudiants. Et puis, pour eviter de me l'executer à la main, je vais le mettre dans le cron. tiens, ce soir par exemple, vers 18h30, quand je serais plus là. (Non, pas besoin de tester hein, je suis un super admin root)"

      18h30 : quelques étudiants comme moi étaient encore en train de coder leur projets sur ces superbes vieux terminaux X HP relié au DPX20 (bull) tournant sous unix.

      18h35 : moi, recherchant des fonctions dans des includes dans /usr/include (je débutais hein...) "ben, il est passé où le répertoire où j'etais tout à l'heure ? Arf, mince, je dois me gourer. bon cherchons ailleurs.
      18h40 : rooo c'est pas vrai, je retrouve plus le repertoire machin ?
      18h45 : ouh là, je dois être fatigué, je m'y perd de plus en plus dans cette arborescence... Tiens, le dpx20 aussi d'ailleurs... y a des trucs que je peux plus faire... bizarre

      L'effacement a du prendre une demi-heure / une heure.

      Le lendemain matin, annonce officielle en amphi : système KO. Indisponible durant une bonne partie de la journée. Le temps de tout réinstaller, y compris les sauvegardes de y a 36 heures.. (donc du coup : refaire une bonne partie du projet \o/ )

      Mémorable.

    • [^] # Re: Sondage: votre plus grosse boulette sous root

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

      Dans le meme style .

      # su ftp
      $ cd /home/ftp/tmp
      $ rm -rf *
      permission denied
      $ exit
      # rm -rf *
      # pwd
      /etc
      # ls

      :)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    C'est pas de moi, mais d'un pote qui testait les redirections (il venait d'apprendre ça).

    ls > /etc/passwd

  • # Re: Sondage: votre plus grosse boulette sous root

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

    rm -rf *;c~ ? (le ; fait qu'il va faire son rm -rf *, et faire une erreur sur c~)


    autre connerie, rm -rf *.c au lieu de *.c~. Ca fait mal :)

  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Vous n'utilisez pas sudo?

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    "rm -rf /usr" au lieu de "rm -rf usr" (j'avais décompressé un package slackware dans le répertoire courrant). C'est celle qui m'a poussé à ne plus utiliser le root comme un utilisateur normal ;-)

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Un CD de boot de test avec un script qui fait (en root bien sur):

    mount /dev/truc /mnt/truc
    mkdir /mnt/truc/machin
    cd /mnt/truc/machin/
    mkdir -p foo/bar baz
    # faire plein de trucs dans ces répertoires
    cd foo/bar
    # encore faire des trucs
    cd ../../.. # hé oui il y a un .. de trop
    rm -rf *
    cd /
    umount /mnt/truc

    Alors on boot le CD, on attends...tiens bizarre il mets beaucoup de temps...et le disque qui arrète pas de tourner...reboot...tiens ma partition truc est toute propre...

    Moralité: toujours utiliser le chemin absolu pour faire un rm -rf

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 0.

    au choix
    rm -rf /
    ou la foit au j'ai effacer mon kernel mais je me rappel plus de la commande 2 sec, je tes

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à -1.

    installer windows

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    Mes Best Of
    - après de multiple cfdisk /dev/sda pour formater ma clef usb qui avait tendance à délirer, un petit cfdisk tout cour qui équivaut à un cfdisk /dev/hda (contrairement à fdisk qui râle si il n'y a pas d'argument). Et comme dit plus haut, c'est marrant de voire que ça tourne encore un moment après avoir formater son disque.
    - un classique : rm debutdunomdufichier[tab]* qui marche très bien si il y a plusieurs fichiers, mais qui suivant le terminal, à le malheur de rajouter un espace si le fichier est unique. Je vous laisse deviner la suite. (par contre, ça ne m'est jamais arriver en root).

    http://linuxfr.org/~ASpirit/10617.html(...) (déjà de bons exemples)

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 3.

      cfdisk ne formatte pas :-) , il modifie juste la table de partitons donc si tu reboot pas ca marche encore
      bon il faut pas rebooter ou réecrire de façon exacte la table de partitions avec cfdisk

      • [^] # Re: Sondage: votre plus grosse boulette sous root

        Posté par  . Évalué à 1.

        Merci pour l'info (même si je savais que cfdisk ne formate pas, c'était un abus de language pour raccourcire), je ne savais pas que c'était rattrapable facilement. Parce que autant réinstaller Mandrake, y'en à pour une heure, mais ma Gentoo, c'est quarante heures d'installation que ça m'a prit ! En tout cas, cette distribution, elle ma guérie de ma magnie de formater et tout réinstaller quand quelque chose ne va pas et que je ne trouve pas rapidement. (vieille habitude d'avant ma découverte de l'informatique Linux.
        En tout cas, je le saurais pour la prochaine fois (en espérent qu'elle ne vienne jamais).

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 3.

    mke2fs /dev/hde
    8

    au lieu de

    mke2fs /dev/hde8

    Au retour chariot en trop. Maudit soit le copier-coller.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 5.

    mkfs.ext3 /dev/hda1 lors de l'installation d'une gentoo sur le pc de ma copine où un win* residait...

  • # Re: Sondage: votre plus grosse boulette sous root

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

    rm /lib/libc-2.3.2.so , sur conseil de certaines personnes :S

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Sous slackware :
    pkgtool -> remove -> glibc
    Puis installpkg glibc... Comment ça il ne veut plus rien faire mon pc sans glibc?

  • # Re: Sondage: votre plus grosse boulette sous root

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

    /var/log/xfer* {
    missingok
    nocompress
    postrotate
    /usr/bin/killall -HUP proftpd
    endscript
    }

    vicieux (trouvez les 2 erreurs mortelles)
    et on se rend compte du résultat que plusieurs mois plus tard

    • [^] # heu ....

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      il manque la fréquence (monthly, daily, ...) et le nombre de copie de log qu'on veut garder ?

      • [^] # Re: heu ....

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

        pas vraiment

        - la premiere grosse boulette c'est xfer* (la flemme de taper 2 caractères supplémentaires !!!)
        parcqu'a chaque rotation xferlog devient xferlog.1 puis xferlog.1.1 puis xferlog.1.1.1 puis xferlog.1.1.1.1
        avec naturellement xferlog.1 qui devient xferlog.2 puis xferlog.2.1 puis xferlog.2.1.1 ....
        et au bout de quelques mois on explose le nombre d'inodes !!!!!!! avec un logrotate en utilisation constante !!!!!!

        - la deuxième boulette c'est d'avoir laissé ça dans /var/log
        lorsqu'on veut récupérer la situation avec un rm -f xferlog* on obtient un "erreur ligne trop longue". Alors qu'en mettant tout ça dans /var/log/proftpd/ un simple rm -rf /var/log/proftpd/ sauvait rapidemment la situation.

        • [^] # Re: heu ....

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

          "la situation avec un rm -f xferlog* on obtient un "erreur ligne trop longue""

          for i in xferlog*
          do
          rm -f $i
          done

          :)

          • [^] # Re: heu ....

            Posté par  (site web personnel, Mastodon) . Évalué à 1.

            Eh non
            t'aurais encore une ligne trop longue, me semble-t-il :
            ton shell transformera ta première ligne en
            for i in xferlog.1xferlog.1.1 xferlog.1.1.1 xferlog.1.1.1.1 (etc)

            • [^] # Re: heu ....

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

              Non, ca marche, j'ai deja eu le probleme de trop d'argument a cause d'un partage samba rempli par un windows devenu fou, et c'est passé avec le for :)

        • [^] # Re: heu ....

          Posté par  . Évalué à 1.

          >rm -f xferlog* on obtient un "erreur ligne trop longue"

          find -maxdepth 1 -name 'xferlog*' -exec rm -f {} \;

          • [^] # Re: heu ....

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

            Je trouve ta solution bien bourrin (en plus find c'est long).

            J'aurais plutôt fait un :
            #rm -f `ls -1 /var/log/xferlog*`

            • [^] # Re: heu ....

              Posté par  . Évalué à 1.

              Oui mais ta solution ne resoud pas le pb initial, à savoir que la ligne de commande finalement est plus longue

              #rm -f `ls -1 /var/log/xferlog*`

              va devenir

              # rm -f /var/log/xferlog1.1 /var/log/xferlog1.2 /var/log/xferlog1.3 /var/log/xferlog1.4 /var/log/xferlog1.5 /var/log/xferlog1.6 .... -> l'infini

              et le problème initiale n est pas résolu AMHA

              Donc sa solution est plus bourrin mais reponds à la problématique

              @+

            • [^] # Re: heu ....

              Posté par  . Évalué à 1.

              et la du coup c'est le ls qui se prend une liste d'arguments trop longue non ?

              moi j'aurais fait ca:
              $ find /var/log -type f -maxdepth 1 -name 'xferlog*' -print0 | sudo \
              xargs -0 rm -f

              • [^] # Re: heu ....

                Posté par  . Évalué à 1.

                tu crois qu'ils vont passer ou ce qu'xargs balance a rm ? :-)

                find /var/log -type f -maxdepth 1 -name 'xferlog*' -exec rm {} \;

                Et voila

          • [^] # Re: heu ....

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

            # find . -name "xferlog*" | xargs rm -f

            devrait marcher aussi bien et est beaucoup plus performant.

            Par ailleurs, spécial dédicace aux erreurs comme la tienne, qui remplissent la table d'inodes. Quand on ne connaît pas le truc, on met beaucoup de temps à comprendre pourquoi les scripts de démarrage se plaignent qu'ils n'arrivent pas à écrire sur le disque alors qu'il y a plein de place libre (bons souvenirs de 2002, y'en a qui me doivent une fière chandelle :)

            • [^] # Re: heu ....

              Posté par  . Évalué à 1.

              > devrait marcher aussi bien

              Le xargs, il va pas te transformer ça en un "rm fichier1 fichier2 ...", et donc avoir aussi le problème de la longueur de ligne ? Enfin y'a une option pour augmenter la longueur acceptée par contre je crois.

              • [^] # Re: heu ....

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

                Le xargs il est intelligent, quand la ligne est pleine, il l'exécute, puis il en refait une autre, jusqu'à avoir épuisé tous les arguments. Bref, xargs lance la commande le nombre minimum de fois, pas forcément une seule fois.

                Vérification :
                find / | xargs | wc -l
                (mettre ~ plutôt que / si le home est suffisamment gros pour ce genre de test)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 4.

    Sur une machine distante :
    killall sshd...au lieu de killall -HUP sshd
    the connection has been lost...
    Grand moment de solitude

    maintenant j'utilise tout le temps les scripts init.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    halt sur le serveur depuis une console ssh alors qu'on croit être en locale (avec 50 utilisateurs qui bossent sur le serveur).
    Depuis, j'ai un alias qui demande confirmation !

  • # Re: Sondage: votre plus grosse boulette sous root

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

    mke2fs /dev/hda1 (/boot de Debian SID qui marche) a la place de mke2fs /dev/hdc1 (/boot d'une future gentoo)...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    Ouvrir une session root, laissé la main à Gronico qui me fait un
    chmod -R 777 depuis la racine sur un serveur de prod et le scélérat
    essayer de s'en tirer en plaidant l'irresponsabilité (et un peu le cabanis)
    nico si tu me lis, ont a bien fait de changé de métier :-))

  • # Un bon conseil

    Posté par  . Évalué à 5.

    rm accepte les options aprés les noms de fichier, donc je vous conseil de les mettre à la fin. Ca evite de taper rm -f * au lieu de rm -f *.tmp (l'* est à coté de Entrée est j'appuie dessus souvent en même temps)
    Donc prendre l'habitude de faire rm * -rf ou rm * -f permet d'éviter des erreurs et surtout permet de bien voir les fichiers que l'on va effacer.

    • [^] # Re: Un bon conseil

      Posté par  . Évalué à 0.

      Ben moi j'ai pas les doigts particulièrement si gros...

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Recemment, sous gentoo:
    # emerge -udP world
    au lieu de
    # emerge -uDp world

    -P voulant dire prune, je me suis retrouvé avec un systeme beaucoup plus clean apres :) Vive les logs de emerge pour reinstaller les paquets effacés apres...

  • # Re: Sondage: votre plus grosse boulette sous root

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

    CDE crashé sur une sun en production, pas grave vais trouvé une session ouverte sur cette machine sur la machine d'a coté... fait chier de regarder le ps pas le temps....

    aller kill -9 -1....

    oops j'étais loggué en root.... c'est encore plus radical que le halt.... comment ça tout le monde est à la rue ? ;-)

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Mettre id:6:initdefault:
    au lieu de
    id:5:initdefault:
    dans /etc/inittab.

    Le drame c'est que ca c'est déroulé en plein examen pratique.
    Obligé d'appeller le prof, qui nous a sorti une vielle disquette de boot ou le
    seul éditor c'etait ed.
    C'était en 98 mais quand même.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    rm -rf /usr/local/bin/ mysql

    (pour les malvoyant: un espace entre bin/ et mysql)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Dans le même genre, mais un peu HS.

    Je configure le routeur wireless pour qu'il n'accepte que les adresses MAC connues.

    Je regarde l'adresse MAC dans les connexions déjà effectuées au routeur.

    Je n'ai pas le droit à l'erreur car je n'ai pas de carte réseau "classique" disponible avant une semaine et donc pas moyen de reprendre la main sur le routeur wireless.

    Je vérifie donc bien 4 fois l'adresse MAC.

    J'appuie "enter" et, au moment ou je presse, je me rend compte... que j'avais mis l'adresse MAC du routeur lui-même !!!!

    Argh !

    (PS: une réinitialisation complète du routeur ne change rien au problème. En effet, par défaut, le routeur se met sur le canal 12. Mais ma carte wireless n'accepte que les 11 premiers canaux... )

    Bref, une semaine d'attente...

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    C'était il y a fort longtemps sur un système installé par le vendeur, mon tout premier nunux, une slackware. J'essayais de comprendre les commandes. J'essayais quelque chose du genre:
    cd /usr/bin
    cat * | ls
    ou bien
    cat * > ls (voir sans doute un truc encore pire car les commandes refusaient mes ordres, satané machin!)
    pour obtenir en fait le résultat de ls /usr/bin/ | more mais justement j'avais pas bien lu toute la page descommandes à cette époque et je ne trouvais pas.

    Je me souviens uniquement du résultat, ayant arrêté le bousin avant la fin de la commande j'avais réussi à déplacer la plupart des binaires de /usr/bin/ dans /usr/bin/ls... fin de la première leçon, ne pas tester les commandes sous root!

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Ma plus grosse boulette, décompressez une archive source de "/usr" (sans droits utilisateurs positionnés) dans /usr par erreur.
    Ensuite, j'ai dû regarder un par un les répertoires pour savoir les droits d'origine en comparant à une autre install.

    Sinon, perdre 8 ou 10 tables de partitions sans être root grâce à xcdroast. J'ai pu tout récupérer avec diskedit sous une disquette DOS en recalculant les tables de partitions avec une caculette. (ça m'a pris 1jour et demi pour comprendre le fonctionnement et 10 minutes pour tout restaurer)

    Sinon, je n'ai jamais fait de boulettes.

  • # Re: Sondage: votre plus grosse boulette sous root

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

    #pwd /home/axioplase/etc
    #cd ..
    #rm -rf /etc
    *meeeerde!*
    #ls
    Who are you to do that?
    #cd
    Who are you to do that?

    --
    Storm Linux, il y a trois ou quatre ans...
    J ai un peu oublié le message, mais il m afficahit vraiment un truc genre
    Who are you to do that?
    à chaque commande rentrée :)

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 1.

      ca serait pas un truc comme:
      "You don't exist. Go away"

      c'était mes débuts sous linux sur la machine d'un pote. Une install toute fraiche. Tiens, c'est rigolo linux, je vais faire joujou.
      man useradd
      woua c'est cool, on peut ajouter des utilisateurs en ligne de
      commande.
      bon, le man me dit qu'on peut lui donner un home par défaut. hop,
      le premier réperoire que je connais qui me passe par la tête: /etc

      Normalement, à ce stage, un sourire hilare s'affiche sur vos visages
      si vous voyez ce qui se profile ;)

      bon, assez joué avec cette utilisateur de test, supprimons le (ainsi
      que son home ....) voila voila voila ... Tiens, si on réinstallait ... :p

      dans le meme genre, faire un mv /etc/passwd /etc/passwd.bak,
      c'est pas une bonne idée. Préférez un cp au mv ... ou alors ne
      surtout pas quitter le compte root ....

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    'poweroff' (ou 'reboot') dans un terminal en ssh, en me trompant de fenêtre et donc en rebootant un serveur distant (de 800 kms) en prod' au lieu de fermer mon laptop.

    Les users étaient contents !

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Quand j'était étudiant, un jour avec un pote on s'est fait un script qui fork à l'infini ou kekchose comme ça, le but étant de créer le plus gros core dump possible -aaaah, folle jeunesse...-.
    Sauf que -et c'est là que c'est drôle-, on avait oublié qu'on était en root car on venait de faire un truc nécessitant d'être root (lancer un module ou faire un mount ou encore une connerie dans ce genre).
    Ce qui devait arriver arriva : machine bloquée, on tape plein de trucs genre CTRL+C, CTRL+D, CTRL+Z, dans l'espoir -faible- de reprendre le contrôle.
    Las, la machine finit par afficher le message suivant "You do not exist. Go away !" (Tu n'existes pas. Va-t-en !)

    Sinon un autre truc marrant que j'ai fait, c'est lorsque j'ai eu le premier PC de ma vie (Noel 97) : j'avais aussi acheté un numéro de "dream" avec une Débian sur le CD.
    La première chose que j'ai faite après avoir créé la disquette de démarage, c'est de formatter mon disque dur où il y avait Windows95 puis j'ai installé la Débian.
    Sauf que -et c'est là que c'est drole- la distribution était _incomplète_ (la suite au prochain numéro...) et je ne l'ai pas compris tout de suite, du coup je m'échinais sur dselect (que j'ai trouvé très simple d'utilisation, si si) sans comprendre pourquoi la plupart des packages ne s'installaient pas.

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 2.

      J'ai le souvenir d'un pote qui faisait aussi le malin en TP de Maths... On se faisait royalement chier, et notre plus grand jeu était d'afficher des fenêtres sur les terminaux des autres en changeant le -display=... ;-).
      Un netscape http://www.playboy.com(...) -display="terminalDuBlaireaud'ACote", c'est toujours rigolo.

      Et la, mon pote se decide :" Je vais remplir le terminal avec de xeyes, ca sera super chiant à fermer !" Il se fait un script à la con, et le lance pour le tester. Résultat, environ 250 - 300 xeyes sur son écran, on connaissait pas killall, et kill ne marchait pas... Un grand moment de fou rire après sa 1/2 heure à cliquer pour tout fermer ;-)

      Enfin, bon, c'est un peu hors sujet, on n'était pas root...

      • [^] # Re: Sondage: votre plus grosse boulette sous root

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        marrant ! nous on faisait des guerre de netscape playboy !

        A partir d'un certain nombre de fenêtres netscape, la machine rame trop et il faut attendre plusieurs secondes pour pouvoir fermer la fenêtre (avec les madames peu habillées en plein écran !)

        Comme c'est un autre user qui lance en utilisant ton display, tu peux pas faire de killall et tu dois fermer à la main avec ta souris.

        On se met chacun dans une salle info différente et on lance des netscapes sur différents sites de boules sur le terminal de l'autre.

        Avec la souris, on ferme les netscape que l'autre nous envoie.

        Très rigolo :)

        Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: Sondage: votre plus grosse boulette sous root

          Posté par  . Évalué à 1.

          Ah dans le même genre moi j'envoyais des vidéos zoophiles sur les écrans d'autres personnes en TP. Y paraît que le prof était vert.

        • [^] # Re: Sondage: votre plus grosse boulette sous root

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

          Oui enfin c'est encore plus rigolo quand toi tu connais "xhost -" et pas le gars en face ;-)

          Perso j'utilise quasiment que sudo, ca limite deja un peu les conneries possibles.
          Et la pire connerie j'ai du la faire en voulant sauvegarder tous les fichiers de conf d'un repertoire perso, cad pour moi tout ceux qui commencaient par ".*", ceci recursivement .... au bout d'une demie heure je me suis dit qu'il y avait un probleme... forcement ".*" ca comprend aussi ".." !

      • [^] # Re: Sondage: votre plus grosse boulette sous root

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

        J'ai connu ça aussi, avec d'autre sites que play boy...
        Mais je me suis jurer de ne plus le faire depuis le jours ou pendant un TP on se faisait une petite guerre dans ce genre, donc je bricole l'arme absolue pour pouvoir finir mon TP tranquil en bonbardant les autres, un petit script qui toutes les secondes execute un netscape sur une machine au hazard dans la salle. Les machine on des nom du genre cXXXmYY avec XXX le numero de la salle et YY le numero de la machine donc pas compliquer...
        Le probleme c'est que j'avais oublier que le prof bossais sur la machine 0, lui il a pas oublier de trouver vite fait qui est-ce qui faisait le malin...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    kill -9 1 en pensant que j'étais sous mon login mais nan j'étais Mr Dieu :p

    Sorry la prod, les usines toussa :)

    P.S: depuis, j'ai des beaux prompt en couleur qui me permettent de savoir si je suis Mr DIeu ou Grosse Bouse

  • # Des binaires statiques et dynamiques

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

    Quand on n'a plus assez de place sur une partoche, on peut déplacer un des répertoires sur une autre partoche et faire un lien symbolique dessus (pour /var/cache/apt par exemple sous Debian). Je l'ai fait avec le répertoire des bibliothèques dynamiques sous Solaris. (Indice : le mv se passe bien, par contre au moment de la recherche de libc.so pour ln -s... et pour toutes les autres commandes dynamiques d'ailleurs).

    J'aime bien aussi le mke2fs -j au lieu de tune2fs -j.

    Mais sinon tout le monde sait que la plus grosse boulette sous root, c'est de filer des comptes aux utilisateurs...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    "rpm -e --nodeps popt" sur une Mandrake.

    Résultat : impossible d'utiliser rpm/urpmi.
    Bon ça s'est résolu assez vite : récupération du tarball kivabien sur un miroir Slack :)

  • # Re: Sondage: votre plus grosse boulette sous root

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

    heu j hesite entre deux ...
    $ mv libc libc.old # la suite ma apris qu il aurait fallu au prealable dresser une var d env pour que les chose facheuses n arrivent

    # sur une sun, j ai plugue un second dur SCSI, et j ai lance le partitioneur sur le mauvais disque ... ai du reinstaller toute la machine :(

    • [^] # Re: Sondage: votre plus grosse boulette sous root

      Posté par  . Évalué à 1.

      Pareil j'ai voulu jouer avec la libc :

      >mv /lib/libc.so /lib/libc.so.old

      Plus possible de lancer la moindre commande. Solution (après 10 minutes de sueurs froides) : taper simplement "ldconfig" qui est compilé en statique et qui trouve /lib/libc.so.old. A ce moment-là, je me suis dit que linux c'est quand même super bien fait :)

  • # extrait de fortune

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

    <@neosadik> ET UNE MACHINE DE NIQUEE UNE
    * neosadik is da boulet of da day
    <@neosadik> le premier qui veut niquer une machine il me le dit
    <@neosadik> je lui casse en une ligne de commande !
    <@acid_> neosadik: ta afit quoi ?
    <@neosadik> un simple SCP
    * neosadik is da roxor :)
    <[PORNO]-Krunch> 0_o
    <[PORNO]-Krunch> c'est pas le scp qui t'a niqué le pc !?
    <@neosadik> et oui men
    <@neosadik> tu sais pas a qui t'as a faire :)
    <[PORNO]-Krunch> comment ta fait ?
    <@neosadik> BON OK JE T'AVOUE TOUT
    <@neosadik> scp 192.168.0.25:/lib/libc.so.6 /lib/libc.so.6
    -- #freearena sur Quakenet

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.


    Ma plus grosse boulette sous root
    # echo -e " ***\n *******\n *********\n *********\n *********\n *******\n ***"


    Les dégats sont très limités ...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    rm -fr toto *

    au lieu de toto*

    aaaaaaaaaaaaaaaaaargh

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    oula, personne ne l'a sortie encore je crois...
    je commence à me demander si c t pas reparable...
    c t un truc style :
    # chmod 777 / -R

    hum... j'ai preferé reinstaller tout le systeme... car bon kan le simple user peut modifier les fichiers systemes c pas cool...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Installer LILO en mettant /dev/hda au lieu de /dev/hda1. Table des partitions flinguee.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    A moi g fait pas mal: rebooter le PABX d'un client distant a Paris, en pleine journee ... je me suis trompe de carte en fait ... hum :-/

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    A l'époque j'étaignait ma machine perso tout les jour avec "halt". Au boulot on avait un alias "hal" pour voir l'état des packages hacmp sous AIX. Un jour j'ai tapé un peu rapidement :
    #halt
    (Ooooups !)
    # ^c^c^c
    #
    (ouf !)

    J'ai réagit rapidement et pu stopper à temps la séquence de shutdown. C'était un serveur de prod sur une appli banquaire. Le genre de truc sensible quoi :o)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Je suis impressionné par toutes les boulettes qui utilisent "rm"... quand je tape une commande avec un "rm" dedans sous root:
    1) je tape toute la commande sans les "*", puis je reviens pour les rajouter;
    2) j'utilise la complétion pour être sûr de ne pas taper n'importe quoi.

    • [^] # Re: Sondage: votre plus grosse boulette sous root

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

      Quand je prévois de faire un rm sensible (note à moi-même : ne pas oublier que tous les rm sont sensibles...), je fais un ls avec les noms de fichiers prévus, je vérifie la liste des fichiers, puis je reprend la ligne de commande et je remplace précautionneusement le ls par un rm.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    je n'ai rein à dire
    je reste définitivement en mode graphique alors !
    en attendant d'en savoir plus plus plus ..:):):)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    # echo 'rpm -ql `rpm -qa | grep $1`' > ls_in_rpm
    # mv ls_in_rpm /usr/bin
    # ls /usr/bin
    /usr/bin
    # cd /usr/bin
    bash: cd: /usr/bin: N'est pas un répertoire
    # cat /usr/bin
    rpm -ql `rpm -qa | grep $1`

    J'ai jamais compris pourquoi il m'a remplacé mon dossier bin par mon script. Par contre maintenant je n'oublie jamais le / après un répertoire ^^. Par contre contrairement à d'autres plus haut ca a merdé très vite (il ne trouvait plus aucun éxécutable)

    Sinon j'ai du en faire d'autres, mais réparables. Le classique rm -f * en se plantant de répertoire (notamment dans les scripts d'init, un petit rpm -ivh init-scripts a tout remis dans l'ordre)

    C'était pas en root, mais j'ai aussi fait un rm -rf `pwd` (histoire d'éviter la complétion (ça s'écrit comment :) ? ). J'avais fait un cd .. de trop auparavant. Mon dossier Projects entièrement vidé...

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    dans l'ordre :

    1) mke2fs /dev/hda
    j'avais bien tapé le num de la partoche, mais en appuyant sur entrée, mon doigt a ripé et a appuyé sur backspace avant.

    résultat : un beau filesystem ext2 par dessus ma table des partoches

    2) chmod -R 400 ${mapartition}/*

    malheureusement, la variable mapartition n'était pas instanciée.

    ensuite impossible de lancer qui que ca soit.

    vive l'option --setperms de rpm apres un boot sur le CD rescue.

    • [^] # Re: Sondage: votre plus grosse boulette sous root

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

      Bon, 2 en 1 :


      - /backup contient des backups, un cron efface les fichiers de + de 2 mois.
      - un jour /var est trop gros, parce que le service grossit et qu'on avait pas prévu si gros, je fais un lien symbolique de /var sur /backup/var ;)

      Je vous laisse deviner le drame 2 mois plus tard
      "Mais pourquoi hal.no-log.org ne répond plus ?"
      "J'sais pas"
      "tiens c'est bizarre, /var a disparu !!!"
      ...

      ----------------

      La deuxieme n'était pas moins vicieuse :

      un script qui fait le miroir d'un site web :
      cd /html/q/quagga/www/
      rsync www.quagga.net::quaggaweb . -az --delete **skip password**
      chown 33.2273 * -R

      Le seul problème c'est le jour où l'on a supprimé /html/q/quagga/www/
      et la le chown fit son effet sur / :)
      (oui, y'a pas besoin d'être root pour lancer un rsync, mais bon ...)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    comme tout le monde, j'ai un jour fait sous root un rm -rf / <un blanc> <quelque chose>
    m'en etant appercu immediatement j'ai fait un ctrl C brutal.
    ca s'est arreté , mais comme je savait que c'etait trop tard . je n'ai pas voulu prendre de risque :
    - j'ai fait un reset brutal
    - j'ai rebooté sur une disquette (tomsrtbt)
    - j'ai constaté que /bin et une partie de /usr etaient gravement touchés, mais semble-t- il pas /etc ni surtout /home
    - alors j' ai configuré le reseau et copié tout ce qui etait important sur une autre machine
    - re-installé toute la becane , et recopie du /home et reconfig du /etc

    2 petites heures de boulot... pas la mort ( a coté de la dizaine de jours qu'il m'avait fallu pour configurer la machine de zero)

    sauf qu'il etait 23h au moment de la manip fautive....

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    De mon côté :
    $ mv * *

    Et merde ! Ctrl+C trop tard. Galère !

  • # Re: Sondage: votre plus grosse boulette sous root

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

    Mais vous faites comment pour faire autant de boulettes que ca en root????
    Moi j'en ai pas fait UNE!!!
    Enfin faut dire que personne n'a jamais était assez suicidaire pour me filer le root
    Bon j'rigol j'ai le root un peu partout
    ma becane, le server local (qui heberge sidenux.ath.cx et fluxbox-fr.ath.cx pour la tite pub)
    l'ordi de mon pere (quel systeme aussi? il en a 36000)
    et l'ordi de ma soeur
    enfin bon sur celui de ma soeur c'est pas dur: c'est un Windows 98(enfin vous inquietez pas je lui dit quand y a un probleme: demerde toi toute seule)
    et bon je me souviens pas avoir fait de conneries
    par contre mon pere........
    allez quelques unes:
    dd if=/dev/zero of=/dev/hda
    merde!! Verr num pas activé....... Maintenant il fait MAJ+& ou é etc pour les chiffres ;)
    mmm quoi d'autre la meme variante avec mkfs naturellement
    un lilo qui marche plus classique
    (depuis le temps que je lui dis de passer a grub!!!!! avec son magnifique prompt)
    etc etc
    ah si moi j'en ai une
    J'ai testé une distrubition (je sais plus laquelle) evidement elle etait en anglais
    donc elle me demande ou j'installe
    bon a l"epoque je comprenais rien a l'anglais
    Whole disk? moué pk pas
    allez zou!
    quoi y a plus de table de partoche???
    back back back
    merde y a toujours pas....
    heureusement a l'epoque c'etait un ordinateur pour toute la famille donc mon pere avant imprimé la table de partoches ;)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    rm .*. -Rf

    Vire tout le disque :-)

  • # Re: Sondage: votre plus grosse boulette sous root

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

    113 commentaires !
    Hallucinant, les linuxiens sont-ils donc tous si mauvais que ça ?

    Vous me faites vraiment marrer, vous vous croyez supérieurs parce que vous avez réussi à installer un linux, vous passez votre temps à vous moquer des windowsiens qui se choppent des virus, à critiquer les gens qui ne savent pas se servir d'un ordinateur.
    Mais en fait vous valez vraiment pas mieux.
    C'est lamentable.
    J'espère que vous ne travaillerez jamais dans l'informatique.

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    dans le même genre, non pas sous root mais dba !!

    Je plante le décor :

    Nous avons une table (en production biensur) contenant toutes les cartes SIS (en France, cette carte équivaut à la carte VITAL je pense) de toutes les personnes inscrites dans notre caisse d'assurance maladie (la mutuelle quoi ;-) )

    On me demande, tiens ZeBBy, on a ptit probleme, il faudrait changer le statut de la carte SIS numero machin pour la personne portant le numero bidule ... ok ... pas d'problèmes !!! Je vous fait ca tout d'suite m'dame :-) (bien gentil de le faire en live juste avant de rentrer à la maison).

    Et ce qui devait arriver arriva :

    Update statut from tabledescartessis [RETURN] et ce en direct live en ligne de commande (j'allais me casser l'q à ouvrir un client, me connecter à la base etc etc ... je peux le faire en une ligne de commande !!)

    et ta clause where ducon ???? !!!! ???? ben toutes les cartes se sont retrouvées avec un statut 'CARTE ANNULEE'

    Merci ZeBBy

    Bien entendu, les transactions sont pour les newbie pas pour un grand dba comme moi ;-)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    ahhhh la plus grosse boulette .... bon laquelle :)

    une dont je suis assez fier (c'est une facon de parler)
    bon grosse pression de la part de plein de monde, ca gueulle , ca crie, ca geins , au tel et en meme temps avec ouatmilliard de gens derriere moi .... etc

    moi devant un cluster SUN 2.1 en solaris 2.5.1 (c'etait il y a longtemps) un gros SAP sur des Enterprises 6500.

    Les imprimantes bouclaient et sortaient des milliards de factures, j'arrive pas a arreter le spoller d'impressions (bug connu du spooler sous solaris)

    Donc kill des process d'impressions ... et la ... la boulette, c'etait un 1er juillet
    la date est importante car dans 1er juillet y'a 1

    copier/coller qui chie et ca donne kill -9 1 jul
    kill de jul ca marche po mais kill -9 1 ca marche tres bien.

    bin ca bascule bien finalement un cluster.

    sinon sur une baie EMC2 je me suis trompe de disque aussi, mais c'est une autre histoire .....


    Kirin qui pense que seuls ceux qui ne font rien ne font pas de boulettes

  • # Re: Sondage: votre plus grosse boulette sous root

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

    toujours utiliser useradd...

    # mkdir /home/martin
    # cd /home/martin
    # cp -R /etc/skel/* .
    # chown -R martin: .*

    et hop ! Vu ?
    Ben oui, .* ça comprend aussi "..", donc martin possède d'un coup beaucoup de choses sur ce système...
    Et les users qui peuvent plus se logguer, puisque leur home leur appartient pas

    Heureusement, c'est réparable par un rapide petit for en bash

  • # Re: Sondage: votre plus grosse boulette sous root

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

    #cfdisk
    remaniement des partitions
    # reboot
    install d'une distrib

    heu... c'était pas cfdisk /dev/hdb ?

    RAAAAAAAAAA!

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 2.

    Il paraît qu'il y a deux sortes d'admin: ceux qui ont déjà fait une boulette sous root, et ceux qui vont la faire.

    Pourquoi c'est incompatible?

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    lilo -R windows
    reboot

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Bah, c'est pas sous Linux mais sous Solaris (désolé).
    J'avais mis la main sur le passwd root de ma station de travail et j'en avais marre du sh en root quand j'installais des softs et j'ai voulu le remplacer par du bash histoire de (oui, pas bien, mais je ne pensais pas à cette conséquence là...).
    Donc, modif /etc/passwd puis au reboot d'après...
    bah, heu, pleins d'erreurs et impossible d'obtenir le moindre shell pour quoique ce soit.

    Donc, sous Solaris (et autre d'ailleurs), faut pas changer le shell du root !

    (Le pire, ça a été le moment où j'ai appelé l'admin réseau pour lui demander un CD bootable et lui expliquer comment j'avais mis la main sur l'accès root sur cette machine...)

  • # Re: Sondage: votre plus grosse boulette sous root

    Posté par  . Évalué à 1.

    Sur FreeBSD, démarrer dumpon sur la partoche principale :-)

    # depuis lors, je stocke tous mes fichiers important sur un CVS distant :-)

Suivre le flux des commentaires

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