Script dangereux - Perte de données

Gnux · Le 25/10/2006, à 14:16

Salut à tous,

Je demande votre aide car j'ai un enorme souci...
Il y a 10 minutes j'étais tombé sur un topic concernant le "nettoyage" d'ubuntu avec un script (mrpropre), voici le contenu:

#!/bin/sh
#-----------------------------------------------------------------------#
#                                                                       #
# Description : Monsieur Propre pour Ubuntu Dapper                      #
# OS          : Ubuntu Dapper 6.06 LTS                                  #
# Licence     : GPL                                                     #
# Version     : 0.2.0                                                   #
# Author      : sydtux <sydtux@free.fr>                                 #
# Web site    : http://sydtux.free.fr/                                  #
#                                                                       #
#-----------------------------------------------------------------------#

#-----------------------------------------------------------------------#
# Utilisation								#
# copier le script et le lancer avec la commande : sudo sh mrpropre.sh	#
#-----------------------------------------------------------------------#

### Variables ###
title="MrPropre"
texte="Sélectionner les tâches de maintenance à effectuer :"
width="620"
height="330"


### Liste des actions ###
a1="1. Nettoyer Apt avec clean" 
a2="2. Nettoyer Apt avec autoclean" 
a3="3. Nettoyer le dossier temporaire /tmp"
a4="4. Nettoyer le dossier temporaire /var/tmp"
a5="5. Nettoyer les fichiers log de /var/log/" 
a6="6. Nettoyer le dossier .thumbnails/ de chaque utilisateur (miniature des images)" 
a7="7. Nettoyer les fichiers de sauvegarde de chaque utilisateur (fichier finissant par ~)"


### Etat des checkbox au lancement ###
c1=TRUE
c2=TRUE
c3=FALSE
c4=FALSE
c5=FALSE
c6=TRUE
c7=TRUE


### Programme ###

# vérification si l'utilisateur est root
if test `id -u` != "0"; then
  	zenity --error --title=Erreur --text="Vous devez avec les privilèges administrateur pour continuer. Relancer la commande précédée de 'sudo' pour continuer"
else
	ZEN=`zenity --list --title "$title" --checklist --column "Choix" --column "Action" $c1 "$a1" $c2 "$a2" $c3 "$a3" $c4 "$a4" $c5 "$a5" $c6 "$a6"  $c7 "$a7" --text "$texte" --width=$width --height=$height`
	# traitement
	if  echo $ZEN | grep 1 >/dev/null ; then
		apt-get clean
	fi

Je l'ai donc executé afin de:
* de vider les répertoires /tmp /var/log et /var/tmp
* d'exécuter pour vous les commandes apt-get autoclean et/ou apt-get clean
* de nettoyer les fichiers de sauvegarde de chaque utilisateur (fichiers finissant par ~)
* de nettoyer le dossier .thumbnails/ de chaque utilisateur (miniatures des images utilisées exclusivement par le système Linux)

Et voila' que les fichiers que j'avais dans mon home ont disparus!!! Ont dirait qu'ils ont été supprimés du disque ... Est-ce que j'ai une possibilté pour les récuperer, c'est très important car ces sont mes documents; est-ce que il en a qui ont deja utilisé ce script??? MERCI DE VOTRE AIDE

Dernière modification par Gnux (Le 25/10/2006, à 19:08)

Mitchnumber1 · Le 25/10/2006, à 14:17

Ben c'est propre maintenant !

Crashforburn · Le 25/10/2006, à 14:19

Mitchnumber1 a écrit :

Ben c'est propre maintenant !

Nul Enfin, bien noir et pas sympa ^^

Sinon, Gnux, je ne sais pas, à part le fait que tu aurais du poster dans géneral

Dernière modification par Crashforburn (Le 25/10/2006, à 14:24)

cep · Le 25/10/2006, à 14:27

Gnux a écrit :

* de vider les répertoires /tmp /var/log et /var/tmp

Il faut éviter de vider /tmp en cours de session, c'est inutile car il est de toute manière nettoyé au démarrage et, si on le fait en cours de session, cela peut entraîner des problèmes.

Vider /var/log en totalité ?

Aussi prendre l'habitude de ne pas lancer tous les scripts que l'on trouve sur le net sans savoir exactement de quoi il s'agit.

cep · Le 25/10/2006, à 14:31

J'ai déplacé ton poste dans Général.
Évite aussi les titres du genre Au secours, ou Help, etc. etc.
Tu devrais éditer et mettre un titre plus explicite.

Gnux · Le 25/10/2006, à 14:38

Merci pour vos réponses, excusez-moi pour le titre mais je suis dans le panique le plus total... Je voudrais bien editer le post mais je ne sais pas comment faire

Crashforburn · Le 25/10/2006, à 14:39

Tu édites ton premier post et tu en change le titre

cep · Le 25/10/2006, à 14:44

Le script est complet dans la transcription de ton premier poste ?
Normalement tu ne devrais pas perdre les données dans /home.

Si tu n'as pas rangé tes données dans un fichier précis, faire :
cd
ls -l

tu auras une petite indication de tes répertoires.

Gnux · Le 25/10/2006, à 14:54

Merci cep,

Tu as raison le script n'est pas complet, j'ai du mal le poster, je le reposte :

Édit : Script dangereux à ne pas utiliser

#!/bin/sh
#-----------------------------------------------------------------------#
#                                                                       #
# Description : Monsieur Propre pour Ubuntu Dapper                      #
# OS          : Ubuntu Dapper 6.06 LTS                                  #
# Licence     : GPL                                                     #
# Version     : 0.2.0                                                   #
# Author      : sydtux <sydtux@free.fr>                                 #
# Web site    : http://sydtux.free.fr/                                  #
#                                                                       #
#-----------------------------------------------------------------------#

#-----------------------------------------------------------------------#
# Utilisation								#
# copier le script et le lancer avec la commande : sudo sh mrpropre.sh	#
#-----------------------------------------------------------------------#

### Variables ###
title="MrPropre"
texte="Sélectionner les tâches de maintenance à effectuer :"
width="620"
height="330"


### Liste des actions ###
a1="1. Nettoyer Apt avec clean" 
a2="2. Nettoyer Apt avec autoclean" 
a3="3. Nettoyer le dossier temporaire /tmp"
a4="4. Nettoyer le dossier temporaire /var/tmp"
a5="5. Nettoyer les fichiers log de /var/log/" 
a6="6. Nettoyer le dossier .thumbnails/ de chaque utilisateur (miniature des images)" 
a7="7. Nettoyer les fichiers de sauvegarde de chaque utilisateur (fichier finissant par ~)"


### Etat des checkbox au lancement ###
c1=TRUE
c2=TRUE
c3=FALSE
c4=FALSE
c5=FALSE
c6=TRUE
c7=TRUE


### Programme ###

# vérification si l'utilisateur est root
if test `id -u` != "0"; then
  	zenity --error --title=Erreur --text="Vous devez avec les privilèges administrateur pour continuer. Relancer la commande précédée de 'sudo' pour continuer"
else
	ZEN=`zenity --list --title "$title" --checklist --column "Choix" --column "Action" $c1 "$a1" $c2 "$a2" $c3 "$a3" $c4 "$a4" $c5 "$a5" $c6 "$a6"  $c7 "$a7" --text "$texte" --width=$width --height=$height`
	# traitement
	if  echo $ZEN | grep 1 >/dev/null ; then
		apt-get clean
	fi	

	if  echo $ZEN | grep 2 >/dev/null ; then
		apt-get autoclean
	fi

	if  echo $ZEN | grep 3 >/dev/null ; then
	    	rm -Rf /tmp/*
	fi

	if  echo $ZEN | grep 4 >/dev/null ; then
	[u]===>    rm -Rf /var/tmp/ *    <====  Partie erronée[/u]
	fi

	if  echo $ZEN | grep 5 >/dev/null ; then
		rm -Rf /var/log/*
	fi

	if  echo $ZEN | grep 6 >/dev/null ; then
		rm -Rf /home/*/.thumbnails/*
	fi

	if  echo $ZEN | grep 7 >/dev/null ; then
		find  /home/*/  -mount -xdev -name "*[~]" -print -exec rm -f {} \;
	fi
	zenity --info --title=Rapport --text="Maintenance effectuée avec succès !"
fi

le commande ls-l me donne: un dossier "Desktop" et tous les autres dossier ".xxxx" (les dossier cachés)
Pas de traces des autres dossiers

J'en suis aux larmes...

Dernière modification par Gnux (Le 25/10/2006, à 15:04)

cep · Le 25/10/2006, à 15:07

Si tu es certain d'avoir vraiment perdu les données, arrête immédiatement ton pc, et regadre des utilitaires de récupération, tu ne retrouveras pas tout en l'état, mais tu pourras récupérer quelques éléments.

Regarde l'utilisation de testdisk depuis un live cd (avec photorec). Il y a d'autres softs.
Essaye de te faire aider dans un Lug ou autre.

ac2n · Le 25/10/2006, à 15:15

Je peux pas m'empêcher de te dire ça: exécute jamais un script en root sans en avoir confiance, et au moins prend le temps de le lire...
Lancer ce genre de scripts avec des rm et des * partout, c'est dementiel, sauf si c'est ton script et que tu en est sûr et encore... enfin voila t'a touché la chaleur, tu t'es brûlé, fais juste gaffe à présent...

Gnux · Le 25/10/2006, à 15:30

J'ai compris que j'ai été vraiment c*n...

Mais il n'y a pas un moyen de annuller la commande rm -RF? car que mes dossiers sont partis à acause de cette ligne dans le script:

if echo $ZEN | grep 6 >/dev/null ; then
rm -Rf /home/*/.thumbnails/*

PS. J'ai trouvé ce script sur le planet d'ubuntu

Crashforburn · Le 25/10/2006, à 15:38

if echo $ZEN | grep 7 >/dev/null ; then
find /home/*/ -mount -xdev -name "*[~]" -print -exec rm -f {} \;
fi

C'est plutot ça qui à du faire bugger

Chaton · Le 25/10/2006, à 15:38

C'est un problème de fond !

Au début de ma vie Linux, quand j'ai installé automatix pour lire mes mp3, on m'a indiqué un lien avec un script à lancer. Le script s'est banané en plein milieu, automatix n'a jamais fonctionné et j'ai du recourir à une autre méthode pour y arriver. Ce n'a rien cassé, mais bon, je n'ai quand même jamais rien compris au script en question.

L'install de mame32 a aussi été rocambolesque, et j'ai du exécuté des trucs inconnus en mode sudo sans trop savoir ce qui ce passait.

Aujourd'hui, j'ai des problèmes de droits avec LAMP sur un script qui écrit des miniatures d'images sur le disque. Du coup, j'ai ouvert les droits sur le répertoire en 777. Va savoir les potentielles failles que j'ai ouvertes !

Avoir un mode console pour se dire : On maitrise le système. C'est bien beau, mais quand on ne connait pas grand chose, c'est très limité et on est quand même obligé de faire confiance à la chance et de lancer des trucs en aveugle.

Sur ce cas présent, je serais curieux de savoir combien de personnes savent exactement les conséquences de la commande :
find /home/*/ -mount -xdev -name "*[~]" -print -exec rm -f {} \;

Pour ma part, je ne suis pas ingénieur système. Je souhaite simplement utiliser mon ordi dans un monde libre, c'est tout.

Dire : "t'as pas fait gaffe et tu t'es brulé", je trouve que c'est un peu facile comme réponse.
Il y a peut être quelque chose à revoir dans la philosophie. allez donc savoir.

A+

Chaton.

Gnux · Le 25/10/2006, à 15:47

Merci Chaton,

Enfin je voudrais juste recuperer mes données, je ne peux pas croire que c'est impossible! Je suis prêt à payer le prix fort. En tout cas merci de l'interet que vous apportez à ma situation

cep · Le 25/10/2006, à 15:49

-mount et -xdev ont une raison d'être sur / et le script fait travailler find sur /home/ et sur /

C'est un script pour se "faire plaisir"

cep · Le 25/10/2006, à 15:51

Gnux a écrit :

Merci Chaton,
Enfin je voudrais juste recuperer mes données, je ne peux pas croire que c'est impossible! Je suis prêt à payer le prix fort. En tout cas merci de l'interet que vous apportez à ma situation

Dans ce cas adresse-toi à des professionnels, ou fais-toi aider mais évite de briccoler sur ton disque.
Chaque fois qu'il y a écriture, tu diminues tes chances de récupération des documents dans leur totalité.

Gnux · Le 25/10/2006, à 15:56

Gnux a écrit :

mais évite de briccoler sur ton disque.
Chaque fois qu'il y a écriture, tu diminues tes chances de récupération des documents dans leur totalité.

J'ai rebooté sous windows xp qui est installé sur un autre disque dur. Je suis aneanti...

trucutu_ · Le 25/10/2006, à 17:19

Avec une recherche sur le forum, on peut voir des topics sur la récupération de données suites à des opérations malencontreuses. Si cela ne résoud pas tes problèmes, il va falloir taper plus haut (forums des linuxiens en général et autres), pour avoir plus de chances de rencontrer des gens qui s'y connaissent dans ce genre de manip.

Sinon, c'est sur que le rm -f /home/* qqch, sachant que les cibles de rm n'apparaissent pas dans la corbeille (enfin je crois), il faut s'en inquieter.

On pourrait presque dire que tu as été victime d'un virus (pas très développé) sous linux, dans le sens où tu as executé à l'aveuglette un programme qui peut effectuer des opérations malencontreuse. Après la question est de savoir s'il y a eu préméditation de nuire de la part de l'auteur...

Gnux · Le 25/10/2006, à 17:33

Salut trucutu_,

Depuis mon premier message j'ai passé au peigne fin le forum et la doc à la recherche d'informations... ensuite j'ai cherché sur les moteurs de recherche. J'ai trouvé pas mal de choses mais rien d'efficace pour l'instant

La' j'en suis à mon septième logiciel de recuperation de données pour linux qui scanne en ce moment.

Ce que je trouve incroyable c'est que j'ai trouvé l'article sur le planet ubuntu:

http://planet.ubuntu-fr.org/index.php?q=mrpropre

et que personne a eu mon problème ....

Enfin je vais pas me rendre si facilement... il doit y avoir une façon de recuperer les données

trucutu_ · Le 25/10/2006, à 19:23

As -tu été voir du côté de ce topic (il me semblait bien que j'avais vu le même genre de problème récemment):
http://forum.ubuntu-fr.org/viewtopic.php?id=68178

Apparement, le script incriminé fait lui aussi des rm -f un peu douteux
Personne donne clairement la solution dans le topic, mais tu pourrais essayer de contacter les personnes qui disent l'avoir.

Gnux · Le 25/10/2006, à 19:38

Merci trucutu_!
Je vais lire ça... pour l'instant je suis en train de tester photorec

Chaton · Le 25/10/2006, à 21:32

Cher(e) Gnux, je suis de tout coeur avec toi et j'espère que tu retrouveras tes données.

Par contre, que cela serve vraiment de leçon. Combien de fois j'ai vu un pote débarquer chez moi avec un portable à la main, la mine déconfite, me disant :
"Toi qui fait de l'informatique, tu peux me récupérer mes données ? J'ai le message "Piste 0 illisible" au boot.
Je pose bêtement la question : "Tu as des sauvegardes ?"
Le réponse est systématiquement : "Non, j'ai toutes mes données depuis 3 ans, sauve moi !"

Ce n'est pas lors d'un crach qu'on se pose ces questions, mais avant. J'ai moi aussi subi des trucs pas possibles, et pourtant, je n'ai jamais perdu une donnée perso.

Sous Linux, je profite du fait que les disques NTFS soient en lecture seule.

Voici mon mode de fonctionnement :

Règle de gestion N°1 : Ce qui est sauvegardé est sur du NTFS, le reste sur du FAT.
Règle de gestion N°2 : Lorsqu'un document situé sur du NTFS doit être modifié, il bascule sur le FAT et est modifié
Règle de gestion N°3 : Tous les mois, une sauvegarde du FAT est effectué sur CD, puis rebasculé sur le NTFS.
Règle de gestion N°4 : Tous les ans, une sauvegarde complète du NTFS est faite.

Bon, je vous vois venir :
'Oui mais moi, j'ai 250Go sur mon DD'

Dans ce cas, vous pouvez AU MOINS le faire 1 fois. Ca fait 50 DVD, moins de 100Euros, ce n'est pas encore la mort !
Ensuite, gérez d'une autre façon que moi la sauvegarde complète.

En tout état de cause, le règle de gestion d'or est :
Règle de gestion D'OR : Ne fait confiance ni à ton matériel, ni à ton système, ni à tes manipulations. Un jour ou l'autre, l'un des trois te trahira.

Voila pour ce soir, un post de Chaton le philosophe

A bientôt,

Chaton.

lalalilo · Le 26/10/2006, à 13:08

Concernant le script, y'a surtout une erreur de frappe (on ose le croire), avec ça c'est sûr ça fait des dégâts :

rm -Rf /var/tmp/ *

en plus clair : rm -Rf /var/tmp/ESPACE*
*outch*

Alors là oui, tout les fichiers/dossiers du répertoire courant ne commençant pas par un '.' vont y passer.

Sinon faire un alias rm sur un petit script (au mini mini minimum du type 'mv $@ $HOME/.Trash') qui déplace tout dans le $HOME/.Trash éviterait certaines catastrophes ; mais ça n'empêche rien si le script cherche un /bin/rm.

On peut aussi faire un alias rm='rm -i' où même si un -f est donné la suppression doit être confirmée. Pas vraiment utile à mon goût si l'on doit supprimer un paquet de fichiers (au bout d'un moment on ne lit même plus ce qu'il est écrit), voir même très contraignant. Même remarque pour le /bin/rm.

Bonne chance Gnux pour la récupération (c'est pas un windows...), en espérant que tu n'ais pas perdu de données importantes.

cep · Le 26/10/2006, à 14:01

Bien vu pour l'espace

J'ai édite http://forum.ubuntu-fr.org/viewtopic.php?pid=484095#p484095
pour avertir et envoyer ici.

Merci à lalalilo

Si vous voulez voir ce que peut faire le script, remplacez rm par ls :

ls -R /var/tmp/ *

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/10/2006, à 14:16

Script dangereux - Perte de données

#2 Le 25/10/2006, à 14:17

Re : Script dangereux - Perte de données

#3 Le 25/10/2006, à 14:19

Re : Script dangereux - Perte de données

#4 Le 25/10/2006, à 14:27

Re : Script dangereux - Perte de données

#5 Le 25/10/2006, à 14:31

Re : Script dangereux - Perte de données

#6 Le 25/10/2006, à 14:38

Re : Script dangereux - Perte de données

#7 Le 25/10/2006, à 14:39

Re : Script dangereux - Perte de données

#8 Le 25/10/2006, à 14:44

Re : Script dangereux - Perte de données

#9 Le 25/10/2006, à 14:54

Re : Script dangereux - Perte de données

#10 Le 25/10/2006, à 15:07

Re : Script dangereux - Perte de données

#11 Le 25/10/2006, à 15:15

Re : Script dangereux - Perte de données

#12 Le 25/10/2006, à 15:30

Re : Script dangereux - Perte de données

#13 Le 25/10/2006, à 15:38

Re : Script dangereux - Perte de données

#14 Le 25/10/2006, à 15:38

Re : Script dangereux - Perte de données

#15 Le 25/10/2006, à 15:47

Re : Script dangereux - Perte de données

#16 Le 25/10/2006, à 15:49

Re : Script dangereux - Perte de données

#17 Le 25/10/2006, à 15:51

Re : Script dangereux - Perte de données

#18 Le 25/10/2006, à 15:56

Re : Script dangereux - Perte de données

#19 Le 25/10/2006, à 17:19

Re : Script dangereux - Perte de données

#20 Le 25/10/2006, à 17:33

Re : Script dangereux - Perte de données

#21 Le 25/10/2006, à 19:23

Re : Script dangereux - Perte de données

#22 Le 25/10/2006, à 19:38

Re : Script dangereux - Perte de données

#23 Le 25/10/2006, à 21:32

Re : Script dangereux - Perte de données

#24 Le 26/10/2006, à 13:08

Re : Script dangereux - Perte de données

#25 Le 26/10/2006, à 14:01

Re : Script dangereux - Perte de données

Pied de page des forums