J'ai le regret de vous annoncer le décès imminent d'une Mandrake 10 Community (système unique de mon unique machine) suite à une malencontreuse erreur de manipulation, qui rappellera qu'il faut éviter de se logguer en root avec plus de 0,5 g d'alcool dans le sang :
rm -rf /boot /sbin
au lieu de
rm -rf boot sbin (dans un répertoire de test)
Sur ce bonne nuit :)
Journal R.I.P.
1
sept.
2004
# argh !
Posté par mac_is_mac (site web personnel) . Évalué à 10.
j'ai fait rm -rf recherche/
(en pensant "qu'est ce que c'est encore que ce répertoire à la con")
Deux secondes après, je me suis souvenu que mon métier était enseiggnant-chercheur, et que donc ledit répertoire ne contenait pas forcément des conneries...
Bon, ben bonne nuit, hein...
[^] # Re: argh !
Posté par ceituna (site web personnel) . Évalué à 3.
Oh, ben tiens... c'est vrai que le mv clé_usb -> tmp avant formattage de la clé n'avait servi à rien... /o\
Comme dit le vieux dicton...
"Il y a 2 types de rootards...
- ceux qui ont fait une connerie
et
- ceux..."
Sur ce, Comme dirait Julius... "Alea Jacta est !"
[^] # Re: argh !
Posté par ukemi . Évalué à 3.
(pense un peu a ceux qui connaisse pas et finit ta citation la prochaine fois ;)
# Condoléances
Posté par Greg . Évalué à 6.
Y'a un bon point dans ton incident, tu va pouvoir installer une slack (je sais il est énorme il passera pas)
=========>[]
[^] # Re: Condoléances
Posté par tiot (site web personnel) . Évalué à 4.
Quoi ? moi aussi ? bon ok =====> []
[^] # Re: Condoléances
Posté par glb . Évalué à 2.
Je vais dehors leur dire, tiens !
====>[]
[^] # Re: Condoléances
Posté par gros_rouge . Évalué à 3.
C'est en travaux.
<pub>
http://www.shirka.org/phpwebsite/index.php?module=pagemaster&PA(...)
La page du monsieur qui a entrepris cela :
http://linuxfr.org/~shirka/(...)
</pub>
Souhaitons que son projet aboutisse.
Fab.
[^] # Re: Condoléances
Posté par mac_is_mac (site web personnel) . Évalué à 4.
facile - voir par exemple Norton Utilies 1.0, mais un lecteur de 'La bible PC'
comprenait le fonctionnement de la FAT en quelques minutes et pouvait
potentiellement l'écrire. Visiblement sous le Linux d'aujourd'hui c'est une autre paire de manches.
Est-ce que quelqu'un peut m'expliquer brièvement pourquoi ?
[^] # Re: Condoléances
Posté par Guillaume Knispel . Évalué à 8.
Un système d'exploitation moderne à la capacité de fonctionner avec plusieurs systèmes de fichiers différents, donc la technique de restauration au plus bas niveau du FS ne fonctionne plus, sauf a faire un truc par fs (approche existante pour ext2) et en plus le but d'une "corbeille" est de garantir (sous conditions) la possibilité de récupération des fichiers effacés.
Or un simple retrait d'entrée du FS ne suffit pas pour garantir ca, car l'espace et immédiatement libéré et un système moderne étant multitache, n'importe qu'elle appli en cours qui ecrit un fichier pourra potentiellement ecraser les données. Du coup faut faire un hook en kernel mode (donc apprendre a programmer en kernel mode) au niveau de l'api d'effacement des fichiers, et integrer la logique des conditions (histoire que les rm permettent bel et bien de recuperer de lespace disque au final, et ne se contente pas d'un mv de chaque fichier vers un autre repertoire).
Dans un cas tu as quelque chose de preventif, dans l'autre de paliatif, dans un cas tu te place au niveau du FS, dans l'autre au niveau de l'interface kernel / user. Dans un cas tu as quelque chose qui fonctionne tout le temps, dans l'autre uniquement au moment de la récup.
Mais selon moi un lecteur de 'la bible PC' capable de comprendre le fonctionnement de la FAT en quelques minutes et de coder un "undel" potable à de toute facon largement le niveau pour s'attaquer à un système de corbeille pour linux.
[^] # Re: Condoléances
Posté par Calim' Héros (site web personnel) . Évalué à 3.
alias "rm=myRM.sh"
NdM : s'assurer que myRM est dans le path
myRM.sh :
#!/bin/bash
if [ `pwd` = $POUBELLE ]
then
/bin/rm $1
else
mv --target-directory=$POUBELLE $1
fi
[^] # Re: Condoléances
Posté par »-(¯`v´¯)-» . Évalué à 3.
--- myRM.sh 2004-09-02 21:08:24.597669968 +0200
+++ mymyRM.sh 2004-09-02 21:07:47.920245784 +0200
@@ -1,8 +1,8 @@
#!/bin/bash
if [ `pwd` = $POUBELLE ]
then
- /bin/rm $1
+ /bin/rm $*
else
- mv --target-directory=$POUBELLE $1
+ mv --target-directory=$POUBELLE $*
fi
# Il ya deux types d'administrateur..
Posté par Nicolas Dubois . Évalué à 2.
- Ceux qui vont faire une connerie.
et
- Ceux qui ont fait une connerie.
Tu sais maintenant ou tu es !!!
# Protégez vos fichiers !
Posté par Obsidian . Évalué à 3.
[^] # Effectivement,
Posté par mac_is_mac (site web personnel) . Évalué à 10.
[^] # Re: Protégez vos fichiers !
Posté par riba . Évalué à 5.
ça serait pas chattr +i fichier, parce que ta commande, justement, elle sert à suprimer cette protection!!!
# morte ?
Posté par ckyl . Évalué à 2.
[^] # Re: morte ?
Posté par Ano nyme (site web personnel) . Évalué à 2.
[^] # Re: morte ?
Posté par mac_is_mac (site web personnel) . Évalué à 5.
Ca ne prend pas beaucoup de place, et c'est fort utile si la mise à jour d'un
paquet écrase un fichier de conf sans prévenir (si si ça arrive)... ou
simplement qu'on fait une connerie (ça arrive aussi).
[^] # Re: morte ?
Posté par KiKouN . Évalué à 1.
Tu peux prendre un live-cd et monté ou copier son répertoire sbin en espérant qu'il n'y a pas de gros problème de lib.
Puis tu réinstalle tous les packets qui avait un fichier dans /sbin.
[^] # Re: morte ?
Posté par Jazz . Évalué à 1.
http://faubackup.sourceforge.net/(...)
# j'ai fait mieux
Posté par Guillaume D. . Évalué à 1.
(noter l'absense du point "." sa change tout)
# moi...
Posté par Mr_max . Évalué à 2.
rm winex * -rf
dans /home/max/
Et dire que je voulais juste supprimer le winex.tar.gz et son extraction...
J'ai essayé de recuperer les fichiers... Mais tellement de suppression... J'ai recuperé un fichier important... Mais sans le reste c'est pas vraiment la peine...
Sous windows j'ai trouvé un logiciel pour recuperer des fichiers supprimés sous une ext :)
Malheuresement il plantais ce con...
Sinon un logiciel qui avait l'air pas mal sous linux... impossible de le compiler, j'y ai meme mis un autre pote qui etait sur debian à la compile, il a du modifier le programme pour essayer de le compiler et à part des erreurs en moins on est pas arrivé à le compiler...
Si quelqu'un connait un bon logiciel libre si possible qui permettent de corriger les erreurs de type rm... et qui se compile facilement lol...
[^] # Re: moi...
Posté par ckyl . Évalué à 5.
Et puis bon les backups c'est pas fait pour les chiens, un hd qui brule ca arrive vite :-)
Sur de l'ext2 tu peux recuperer des fichiers mais en fait tu recuperes plutot une bouillie d'inode a reassembler a la main (sauf patchouillage du noyau il me semble). Sur de l'ext3 ca ne marche pas. Bref encore et toujours, ne pas avoir 2 versions sur supports distincts d'un fichier important c'est assez risque !
[^] # Re: moi...
Posté par Mr_max . Évalué à 2.
PS: Pourquoi je suis evalué à -1 ? j'ai encore fait trop de fautes ?
# Projet info
Posté par Infernal Quack (site web personnel) . Évalué à 7.
Pour un projet informatique j'avais à réaliser un outil graphique pour ajouter / modifier / supprimer un utilisateur Linux.
J'avais fait un beau petit programme en tcl/tk qui allait modifier les fichiers /etc/shadow et /etc/passwd et bien sûr dans la fonction de suppression de l'utilisateur j'avais inclu la suppression de son répertoire personnel.
Pour tester j'avais créé un utilisateur pipo sur ma machine. Et je ne sais pourquoi, mon programme n'arrivait pas à supprimer l'utilisateur pipo. A force de me prendre la tête et de m'énerver j'ai sélectionné un autre utilisateur à supprimer (Mon login normal) en oubliant que j'avais activé l'option de suppression du répertoire.
"\o/ Miracle ça marche ! Mais c'est bizarre mon disque gratte o_O Arggggggg !!!!! Ctrl-C"
J'ai perdu un bon quart de mon répertoire perso :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Projet info
Posté par jerome (site web personnel) . Évalué à 3.
/me, victime du "cd" avant un "rm -rf *"
# Dans le même genre
Posté par Matthieu BENOIST . Évalué à 2.
J'installe une debian sur mon deuxième disque dur, le premier contenant une autre distrib et mes donnée. Il doit être 2 - 3 heures du matin. A la sélection des partition, je choisi hda6 et hda7 (exemple) L'installeur, pas bête, me demande si je suis sur de vouloir formaté, question conne, bien sur que je suis sur ! je valide, et de suite je me dit ? hda ? noooon, ca devait être hdb... pourtant.... Ahhhhhhhhh ! mes données !!!
snif.
# Pour éviter le crash
Posté par CoinKoin . Évalué à 7.
Pour réparer /boot, à mon avis, il suffit de mettre à jour le noyau (et si urpmi était dans /sbin, pas grave, il te suffira d'aller en chercher un par ftp sur kernel.org).
Ensuite, si tu as Lilo, pas de problème, il n'aura pas été modifié par cette manip'. Si tu as Grub, ça m'a l'air plus délicat, mais tu pourras toujours booter en spécifiant la ligne de commande manuellement.
Pour sbin, c'est plus compliqué. Mon conseil, dans un premier temps, c'est de se créer une faille dans le compte root, genre un utilisateur supplémentaire dont l'uid est de 0, ce qui évite de réécrire "su" (pour ajouter l'utilisateur, trafique donc /etc/passwd et /etc/shadow), et de prendre le risque de ne plus rien pouvoir faire. Ensuite, il faut absolument faire cat /proc/1/exe > /sbin/init, pour récupérer un programme init viable.
A ce stade, le système est tout juste viable, et tu peux essayer de récupérer les sources des programmes de sbin chez MandrakeSoft pour les recompiler et les réinstaller.
Un dernier conseil : avant de faire ton prochain init 0 (ou 6), grave-toi une Knoppix, des fois qu'il resterait des programmes critiques non réinstallés...
# dans le genre ...
Posté par vincent LECOQ (site web personnel) . Évalué à 2.
ca donne pas mal en fonction du temps passé a tapoter le dit fichier C ...
merci la complétion sur TAB ...
[^] # Re: dans le genre ...
Posté par _seb_ . Évalué à 3.
/etc/rc.d/init.d/network stop
/etc/rc.d/init.d/network start
Sauf qu'à distance, ça marche pas.
[^] # Re: dans le genre ...
Posté par Calim' Héros (site web personnel) . Évalué à 1.
ca marche mieux, a condition de savoir recontacter le cible (genre ip fixe ou nomDeMachineFixe...)
[^] # Re: dans le genre ...
Posté par mac_is_mac (site web personnel) . Évalué à 2.
/etc/init.d/networking stop; sleep 30; /etc/init.d/networking start
et tu n'as pas perdu ta connection ssh.
[^] # Re: dans le genre ...
Posté par Tof . Évalué à 1.
Moi je devais faire un ping en arriere plan, et un tcpdump sur le receveur pour recapturer l'ip...
(encore merci à screen)
# bienvenue au club
Posté par Ludovic Gasc . Évalué à 0.
depuis, je me suis interdit le log en root en étant bourré :)
[^] # Et avec tout ça
Posté par mac_is_mac (site web personnel) . Évalué à 3.
[^] # Re: bienvenue au club
Posté par Calim' Héros (site web personnel) . Évalué à 1.
# dans le genre...
Posté par antm . Évalué à 1.
Moi : ouais, cool, on peut faire rm -rf /*...
Le voisin : ah bon, ça fait quoi ?
Moi : bah vas-y, essaye...
Le voisin : ...
...
...
(quelques secondes plus tard)
Au fait, rm, c'est pour effacer, non ?
Moi, hésitant entre le rire et la consternation : oui...
Le voisin : et /*, c'est quoi ?
Là, je lui ai dit qu'il pouvait rebooter sur le réseau, et restaurer son poste... Il l'a bien mérité.
# C'est la faute au clavier...
Posté par Calim' Héros (site web personnel) . Évalué à 2.
Je hais les claviers, je les hais...
CdM : Il est a noter que ce type de bourde augmente proportionellement au taux d'alcool dans le sang, enfin jusqu'au point ou il redevient null mais la c'est qu'on a vraiment trop bu...
# eh ben
Posté par Erwan . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.