INTERDICTION DE RIRE !
Et interdiction de dire "Mais quel *** !"
----
Cher journal,
Vraiment je suis pas malin ! Pas malin du tout...
Je voulais faire de la place sur mon disque et je me suis dit "oh les logs, 140Mo, ça me sert pas" :
rm -rf /var/log/*
Et hop je suis tout content, 140Mo de libéré, sur une partition de 670Mo...
Et puis vint le moment où j'ai eu envie d'envoyer un email et où exim m'a répondu : "Unexpected log failure"... Oups me dis-je ! J'ai fait une bêtise !
Un pote m'a signalé, qu'il fallait faire echo "" > /var/log/*
Mais la fatalité s'était abattue sur mes épaules... c'était trop tard ! (coup de tonnerre fendant le ciel !).
Que faire donc maintenant, cher journal, pour me sauver de cette malencontreuse c****** ?!
Oui il faut régénérer les fichiers de log, même vides, mais comment faire... ?
Je suis sous Debian, et j'ai déjà tenté dpkg-reconfigure logrotate.
Merci d'avance à toi pour toutes les réponses que tu vas me donner !
----
PS : et le petit malin qui bafoue mes interdictions (parce que yen a toujours un dans le lot) se fera moinsser sans pitié aucune !
PPS : je laisse le journal en première page afin qu'il parte rapidement (je pense que la réponse doit être simple et donc je ne vois pas l'intérêt de le laisser des jours en deuxième page...)
Journal rm -rf /var/log/*
18
mar.
2004
# Re: rm -rf /var/log/*
Posté par Pascal . Évalué à 1.
Ca va peut etre les regenerer
[^] # Re: rm -rf /var/log/*
Posté par ASpirit . Évalué à 2.
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 :-/...
[^] # Re: rm -rf /var/log/*
Posté par fasthm . Évalué à 1.
mkdir /var/log/mail ?
La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".
[^] # Re: rm -rf /var/log/*
Posté par ASpirit . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par mickabouille . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par LaBienPensanceMaTuer . Évalué à 4.
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 . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par ASpirit . Évalué à 1.
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 !)
# Re: rm -rf /var/log/*
Posté par seginus . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par CopainJack (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par Pascal . Évalué à 1.
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 . Évalué à 1.
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 . Évalué à 1.
> 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 (site web personnel) . Évalué à 3.
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 . Évalué à 1.
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 . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par Olivier (site web personnel) . Évalué à 1.
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/*
Posté par CopainJack (site web personnel, Mastodon) . Évalué à 1.
Je pense notamment à /proc/kcore qui a tendance à prendre beaucoup de place sur le disque.
Aie, pas tapé ----> buiten
[^] # Re: rm -rf /var/log/*
Posté par Johann Ollivier-Lapeyre (site web personnel) . Évalué à 1.
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?
[^] # Re: rm -rf /var/log/*
Posté par LaBienPensanceMaTuer . Évalué à 2.
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 . Évalué à 1.
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.
[^] # Re: rm -rf /var/log/*
Posté par LaBienPensanceMaTuer . Évalué à 1.
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 Pierre . Évalué à 1.
un lien symbolique vers /dev/null ?
# Re: rm -rf /var/log/*
Posté par manchot . Évalué à 1.
Que neni !!!
'fin bon, à l'époque, j'ai pas trop cherché, j'ai tout réinstallé :o(
# Re: rm -rf /var/log/*
Posté par JMVF . Évalué à 1.
# Re: rm -rf /var/log/*
Posté par Antoine Reversat . Évalué à 1.
a+
[^] # Re: rm -rf /var/log/*
Posté par Omega (site web personnel) . Évalué à 1.
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 ckyl . Évalué à 1.
(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 nojhan (site web personnel, Mastodon) . Évalué à 1.
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 (site web personnel, Mastodon) . Évalué à 2.
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: rm -rf /var/log/*
Posté par ckyl . Évalué à 1.
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/*
Posté par boris . Évalué à 1.
Il gézippe proprement les logs tous les x jours, ne garde que les y dernieres archives, ...
J'ai linux sur une machine depuis plein de temps, au moins beaucoup en tous cas*, et j'ai jamais pensé a regarder combien il restait dans /var....
*1 an et demi. Juré, pas de reinstallation ni rien.
# Re: rm -rf /var/log/*
Posté par Antoine Reversat . Évalué à 1.
Je sais pas si je peux enlever les /lib/modules/noyau_dont_je_ne_me_sers_pas je pense que oui (je vois pas pourquoi ca poserais probleme mais bon vu le sujet de ce journal mieux vaut se mefier (ou vieux maux se femier(mais ca veut rien dire)))
a+
[^] # Re: rm -rf /var/log/*
Posté par Pascal . Évalué à 1.
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 (site web personnel) . Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Re: rm -rf /var/log/*
Posté par Bruno Muller . Évalué à 4.
" Il y a deux catégories d'admins : ceux qui ont déjà fait une grosse connerie en tant que root... et ceux qui vont pas tardé à la faire."
PS: je fais partie de la première catégorie...
[^] # Re: rm -rf /var/log/*
Posté par boris . Évalué à 1.
[^] # Re: rm -rf /var/log/*
Posté par Aurélien Bompard (site web personnel) . Évalué à 1.
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 . Évalué à 2.
[^] # Re: rm -rf /var/log/*
Posté par Aurélien Bompard (site web personnel) . Évalué à 1.
Heureusement, un petit script avec une boucle for à la con et c'était corrigé :-)
# Re: rm -rf /var/log/*
Posté par calandoa . Évalué à 1.
Enfin tout ça pour dire que zsh peut demander confirmation et attendre 10 s en cas
de rm /path/* grâce aux options RM_STAR_SILENT et RM_STAR_WAIT. Ça ne gère par encore le cas du "rm -fR /path" sans * mais ça peut déjà rendre service aux débiles légers :-)
[^] # Re: rm -rf /var/log/*
Posté par Guillaume Chevallereau . Évalué à 1.
# Re: rm -rf /var/log/*
Posté par Axel . Évalué à 1.
J ai flingué /usr/sbin comme ca avec le driver eagleUSB il y a quelques semaines
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.