Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par ASpirit () le 18/03/2004 à 22:04. (lien). Évalué à 2.

  Merci pour ta réponse...
  
  En effet j'ai maintenant :
  ./auth.log
  ./syslog
  ./daemon.log
  ./kern.log
  ./lpr.log
  ./mail.log
  ./user.log
  ./uucp.log
  ./mail.info
  ./mail.warn
  ./mail.err
  ./debug
  ./messages
  
  Par contre Exim m'affiche toujours la même erreur :-/...

  --
  http - Blog de photographies libres - http

  • [^]Re: rm -rf /var/log/*

    Posté par fantome asthmatique () le 18/03/2004 à 22:06. (lien). Évalué à 1.

    aurait il besoin d'un /var/log/mail/xxx ?
    
    mkdir /var/log/mail ?

    • [^]Re: rm -rf /var/log/*

      Posté par ASpirit () le 18/03/2004 à 22:08. (lien). Évalué à 1.

      Toujours pas :o(...

      --
      http - Blog de photographies libres - http

      • [^]Re: rm -rf /var/log/*

        Posté par Pierre Tramo (page perso, ) le 18/03/2004 à 22:14. (lien). Évalué à 1.

        apt-get remove exim && apt-get install postfix

  • [^]Re: rm -rf /var/log/*

    Posté par Mickaël L () le 18/03/2004 à 22:09. (lien). Évalué à 1.

    Eh ben /etc/init.d/exim restart alors?

  • [^]Re: rm -rf /var/log/*

    Posté par Gérald (page perso, ) le 18/03/2004 à 22:10. (lien). Évalué à 4.

    Hum ... facile :)
    A priori le fichier de log de exim est:
    
    /var/log/exim/mainlog et /var/log/exim/paniclog et aussi /var/log/exim/rejectlog
    
    Donc toi tu fait un petit:
    mkdir /var/log/exim
    touch /var/log/{mainlog,paniloc,rejectlog}
    
    Et ça devrais être bon (un petit /etc/init.d/exim restart ou autre pr relancer exim).
    Si jamais les fichiers de conf ne correspondent pas ( ce qui m'etonnerait ...), un petit strace sur exim (lancé avec les bons arguments) te permettra de voir dans quel fichier il va taper.
    Ne pas oublier les droits sur les fichiers de log ...
    Exemple chez moi:
    -rw-r----- 1 mail adm 13243 Mar 18 23:08 mainlog
    
    et pour /var/log/exim:
    drwxr-s--- 2 mail adm 1024 Mar 18 06:25 exim
    
    Bon, et ensuite, réfléchis deux secondes avant de faire des conneries grosses comme toi.

    • [^]Re: rm -rf /var/log/*

      Posté par nive () le 19/03/2004 à 16:14. (lien). Évalué à 1.

      Et ne pas oublié de donner les fichiers et repertoire à l'utilisateur mail (ou debian-exim) et au groupe adm

    • [^]Re: rm -rf /var/log/*

      Posté par ASpirit () le 20/03/2004 à 23:47. (lien). Évalué à 1.

      Ouii ça a marché !
      
      Merci à toi Oh Grand Journal !
      
      Bon, et ensuite, réfléchis deux secondes avant de faire des conneries grosses comme toi.
      
      C'est en faisant des conneries qu'on apprend ! Nah !
      
      (Sincèrement je pensais que les programmes savaient gérer les logs tout seuls et que ça ne les vexeraient pas que je les retire !)

      --
      http - Blog de photographies libres - http

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par CopainJack (Jabber id, page perso, ) le 18/03/2004 à 22:20. (lien). Évalué à 1.

  ou encore confondre e2fsck et mke2fsck. Les quelques secondes de traitement ne te laissent pas le temps de réaliser ce que tu as fait (c'est du vécu)

• [^]Re: rm -rf /var/log/*

  Posté par Pascal (page perso, ) le 18/03/2004 à 23:01. (lien). Évalué à 1.

  J'au fais mieux:
  Je voulais copier une disquette. J'ai donc crée une image de la disquette dans un fichier, mais pour ecrire sur la nouvelle:
  
  Au lieu de:
  dd if=fichier-image of=/dev/fd0
  
  j'ai fait:
  dd if=fichier-image of=/dev/hda
  
  Resulat: Table des partiotions effacée. Mais Linux n'a pas planté.
  Mais j'ai eu peur, et au lieu de sauvegarder à toute vitesse mes données, j'ai rebooté.

  • [^]Re: rm -rf /var/log/*

    Posté par Nico (page perso, ) le 19/03/2004 à 06:31. (lien). Évalué à 1.

    dans le genre connerie :
    j'ai un $HOME/tmp pour mettre des conneries en voulant le vider j'ai fait
    
    rm -rf ~/tmp/ *
    
    un espace de trop, 2 mois de boulot :( De l'importance d'avoir fait une sauvegarde 3 jours plus tôt :) Mais quand même 3 jours...

    • [^]Re: rm -rf /var/log/*

      Posté par Harry Cover () le 19/03/2004 à 08:12. (lien). Évalué à 1.

      > cd src/myproject
      > rm *;o
      o: command not found
      > make dist
      make: *** No targets specified and no makefile found. Stop.
      
      Oooopss... :-(

      • [^]Re: rm -rf /var/log/*

        Posté par Xavier Teyssier (Jabber id, page perso, ) le 19/03/2004 à 09:22. (lien). Évalué à 3.

        \rm -rf * depuis / en tant que root.
        C'était voulu, c'était un linux "de test" et je voulais voir ce que ça faisait de tout supprimer.
        J'avais oublié que j'avais monté la partition contenant mon linux "de travail" :-(

    • [^]Re: rm -rf /var/log/*

      Posté par Buto () le 19/03/2004 à 12:05. (lien). Évalué à 1.

      userdel -r nobody
      
      C'était sur un serveur d'hébergement web.
      Le temps de m'apercevoir du truc et de faire un control-c (3 secondes environ), y'avait déjà une trentaine de sous-répertoires dans /var/htdocs partis en fumée.
      
      Vive les backups !

    • [^]Re: rm -rf /var/log/*

      Posté par tgl () le 24/03/2004 à 17:38. (lien). Évalué à 1.

      Contre ce genre d'erreurs, faire des 'touch -- -i' dans les répértoires stratégiques (/, /etc,/root, ...) reste une précaution rigolote, crade, et efficace, bref je l'aime bien. Elle m'a servi une fois ou j'avais fait dans /etc un 'rm -f * ~' au lieu d'un 'rm -f *~' pour virer des fichiers de sauvegarde vim.

  • [^]Re: rm -rf /var/log/*

    Posté par Olivier (page perso, ) le 19/03/2004 à 11:00. (lien). Évalué à 1.

    J'ai fais exactement la même erreur : 1h30 du mat, avec une démo à terminer de préparer pour le lendemain matin. Dernière commande à taper, et au lieu de lancer un terminal classique, j'utilise le dernier terminal encore ouvert (en temps que root)....
    
    J'ai réinstaller dans l'urgence une autre distrib sur un autre disque, afin de pouvoir quand même faire ma démo le matin même. Mais surtout, j'ai récupérer tout le DD (12 partitions !!) graçe à GPart : http://www.stud.uni-hannover.de/user/76201/gpart/(...)
    
    Fabuleux ce soft !! J'ai récrée toutes les partitions avec fdisk en utilisant le mode "secteurs". Seul la première partition a été définitivement perdue, mais ce n'était pas grave, il n'y avait rien d'important dedans.
    
    De même, j'ai pu aussi récupérer un Linux installé en dual boot sur le portable d'un collègue, dont une savante combinaisons de fdisk DOS et de Windows XP avait massacré ta table de partition (pas très douté le propriétaire du portable)....

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par Johann Ollivier-Lapeyre (page perso, ) le 18/03/2004 à 22:40. (lien). Évalué à 1.

  Attend j'essaye ;-)))
  
  Pourquoi y 'a mon clavier qui blo
  
  
  Bon, sérieux, pour etreconstructf, maintenant qu'on sait ce qu'il ne faut pas faire, est-ce que quelqu'un a la commande magique pour nettoyer ses logs sans fouttre le bordel?

  --
  ----------------------------------------------------------------
  KDE - Kopete - Oxygen - KDEgames

  • [^]Re: rm -rf /var/log/*

    Posté par Gérald (page perso, ) le 18/03/2004 à 22:42. (lien). Évalué à 2.

    logrotate se chargera de compressé les fichiers de logs à intervalles réguliers.
    Libre à toi ensuite de virer les {.bz2,.gz} dus au passage de logrotate.
    En résumé : man logrotate.

  • [^]Re: rm -rf /var/log/*

    Posté par redfish () le 19/03/2004 à 08:05. (lien). Évalué à 1.

    Pour l'instant, manuellement je regarde les logs qui sont un peu trop gros et je tape echo "" > /var/log/log_trop_gros
    
    Ca peut s'automatiser, soit en le faisant à l'aveugle toutes les semaines/mois soit avec un script un peu plus élaboré qui regarde la taille des logs et fait le echo "" vers les logs qui ont dépassé la limite que tu as fixée.
    
    R.

    --
    R

    • [^]Re: rm -rf /var/log/*

      Posté par Gérald (page perso, ) le 19/03/2004 à 10:08. (lien). Évalué à 1.

      Apparement tout le monde se fout de ses logs (jusqu'au jour ou vous remarquerez que le système a un comportement bizarre).
      LA solution ultime dans ce cas est de remplacer votre /etc/syslog.conf par la ligne suivante:
      
      *.* |/dev/null
      
      Et plus aucun fichier de log syslog dans le /var/log (pensez à relancer syslog et à effacer les fichiers).
      Par contre pr les autres daemons ne passant pas par syslog, je n'ai pas de solution miracle...
      Sinon, redfish, comme je le disais plus haut, ton truc ça existe déjà et ça s'appelle logrotate.
      Tu peut y spécifier un script éxecuter avant et après rotation.

      • [^]Re: rm -rf /var/log/*

        Posté par lordcow () le 19/03/2004 à 13:28. (lien). Évalué à 1.

        solution pour les non syslog logs:
        un lien symbolique vers /dev/null ?

        --
        Je est un autre.

Re: rm -rf /var/log/*

Re: rm -rf /var/log/*

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par Omega (Jabber id, page perso, ) le 18/03/2004 à 22:45. (lien). Évalué à 1.

  Ben moi c'est fait un truc un peu dans le genre :
  dans mon home je voulais enlever tout les core.* et j'ai tapé rm core. * -rf
  avec un petit espace entre core. et * et hop plus de home.
  D'ailleur je sai même pas pourquoi j'ai utilisé l'option -r enfin bon, ca va que j'avais une sauvegarde qui trainait.

  • [^]Re: rm -rf /var/log/*

    Posté par cykl (Jabber id, ) le 19/03/2004 à 00:43. (lien). Évalué à 1.

    En utilisant un vrai shell (devinez lequel) il t'aurait demander si tu voulais vraiment faire la connerie que tu as ecrite :
    
    (1:42) (cmathieu@ragondin) > rm -rf prout/a * ~/.tmp
    zsh: sure you want to delete all the files in /home/cmathieu/.tmp [yn]?
    
    Enfin y'a toujours des gens pour utiliser bash.... :-)

    • [^]Re: rm -rf /var/log/*

      Posté par Noj Han (Jabber id, page perso, ) le 19/03/2004 à 08:31. (lien). Évalué à 1.

      echo "alias rm='rm -i'" >> ~.bashrc
      
      C'est une question de configuration par défaut, pas de shell... mais y'a toujours des gens pour tenter un lancer de troll... :-)

      • [^]Re: rm -rf /var/log/*

        Posté par Lol Zimmerli (Jabber id, page perso, ) le 19/03/2004 à 08:37. (lien). Évalué à 2.

        Pour rm, le -f va l'emporter sur le -i, donc ça serivrait à rien dans ce cas précis.

        --
        En fait, Bernardo n'était pas muet; c'est Zorro qui était sourd.

      • [^]Re: rm -rf /var/log/*

        Posté par cykl (Jabber id, ) le 20/03/2004 à 14:44. (lien). Évalué à 1.

        Non ce n'est pas rm -i (si tu fais un -f ton -i il deguage) c'est zsh qui quand il voit une commande a la con genre rm suivie d'une * ou un truc du genre te demande si tu veux vraiment le faire. Lors de la question la main n'a toujours pas ete données a rm. Autrement il te laisse faire tes betises comme un grand.
        
        de plus le -i est loudingue (chaque fichier blablabla), tout ceux qui ont essayé une mdk avec le -i par defaut sont devenu fous :-)
        
        Y'a toujours des gens pour croire qu'on lance un troll quand on leur dit que leurs outils sont mauvais :-)

Re: rm -rf /var/log/*

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par Pascal (page perso, ) le 18/03/2004 à 23:04. (lien). Évalué à 1.

  Effectivement u peux effacer les modules des noyaux dont tu ne te sers plus ainsi que les noyaux (et System.map) dans /boot.
  Il n'y a aucun probleme. Tu est meme invité à le faire si comme moi, tu suis toutes les versions du noyau, sinon ca devient vite le bordel...

  • [^]Re: rm -rf /var/log/*

    Posté par Krunch (Jabber id, page perso, ) le 07/04/2004 à 22:05. (lien). Évalué à 2.

    Tu peux même supprimer /vmlinuz si tu ne comptes pas rebooter.

    --
    Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
    pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par boris (page perso, ) le 18/03/2004 à 22:45. (lien). Évalué à 1.

  tarder :}

• [^]Re: rm -rf /var/log/*

  Posté par Aurélien Bompard (Jabber id, page perso, ) le 18/03/2004 à 23:08. (lien). Évalué à 1.

  Héhé, pareil, mais c'était pas vraiment très gros.
  Je voulais rétablir les droits d'un gars apres lui avoir copié son $HOME
  Donc je fais un "chown -R legars: *" après être allé dans son $HOME. Et là je me dis : bah, chuis con, j'ai oublié les fichiers cachés. Qu'à cela ne tienne, "chown -R .*"
  Et là vlan, .* ça englobe .. aussi ! Donc tous les répertoires de tous les users lui ont soudainement appartenu..... Et je m'en suis rendu compte que le lendemain :-(((

  • [^]Re: rm -rf /var/log/*

    Posté par Nico (page perso, ) le 19/03/2004 à 06:33. (lien). Évalué à 2.

    Remarque qu'après il a plus besoin d'être root pour faire une connerie ;)

    • [^]Re: rm -rf /var/log/*

      Posté par Aurélien Bompard (Jabber id, page perso, ) le 19/03/2004 à 09:41. (lien). Évalué à 1.

      Ben ouaip ! En plus si ton répertoire perso t'appartient pas, tu peux pas te logguer normalement ! D'où mécontentement des users.......
      
      Heureusement, un petit script avec une boucle for à la con et c'était corrigé :-)

Re: rm -rf /var/log/*

• [^]Re: rm -rf /var/log/*

  Posté par Guillaume Chevallereau () le 19/03/2004 à 10:10. (lien). Évalué à 1.

  Dans le meme genre, en installant des drivers proprio. Ce driver se decompressait dans /usr. Quand j'ai voulu virer ce qui avait été décompréssés, j'ai taper rm -rf /usr/*. J'ai fait ^C au bout de quelques secondes, il ne restait presque plus rien. Resultat, j'ai reinstaller (heureusement, a ce moment je tournais pas encore sous LFS).

Re: rm -rf /var/log/*