Rien à voir avec d’habitude, on va tourner aujourd’hui autour des cartes SD des appareils photos numériques.

On va voir comment récupérer des photos perdues et aussi comment éviter que quelqu’un ne récupère vos photos supprimées.

On est sous Ubuntu. Si vous êtes sous Windows, télécharger un live-cd Ubuntu et démarrez dessus. Autant utiliser un logiciel libre qui a fait ses preuves plutôt que payer un soft bidon à 80€ car vous êtes désespérés (ils le savent, d’où le prix).

Tout ceci est applicable à n’importe quel support, une clé USB ou une partition de disque dur par exemple. Et bien entendu, pour n’importe quel type de fichier (le rapport de 15 pages que vous venez de connement supprimer).

En préalable, je rappelle juste qu’il faut travailler à partir d’un autre support (une autre partition…) afin de ne pas réduire vos chances à zéro.

Récupérer des photos perdues

Il est plus efficace d’insérer la carte SD dans un lecteur de carte que d’y accéder depuis l’APN connecté en USB. Les ordinateurs portables ont tous un lecteur de carte multiformat.

Première étape, il faut connaître le périphérique. Faites ls /dev/mmc* ou si la carte est montée la commande df vous donnera ces infos :

Sys. de fich.            Taille  Uti. Disp. Uti% Monté sur
/dev/sda2              19G  5,9G   12G  33% /
/dev/sda5             106G   96G  4,5G  96% /home
/dev/sda3              19G  2,2G   16G  13% /var
/dev/sr0              4,2G  4,2G     0 100% /media/cdrom0
/dev/mmcblk0p1        3,8G  111M  3,7G   3% /media/FC30-8E5A

On voit que /dev/mmcblk0p1 est notre carte SD.

On va faire une image de la carte sur le disque dur. On va créer un dossier pour l’occasion et utiliser la commande dd pour faire cette image :

mkdir sd-recovery && cd sd-recovery
dd if=/dev/mmcblk0p1 of=./carte-sd.img

C’est assez lent, dd copie l’intégralité des blocs. Pour une carte de 4 Go, même s’il est annoncé qu’elle contient que 2 Go d’espace occupé, il faut donc compter donc que dd copie 4 Go (à environ 7 Mo/s).

On va travailler sur l’image de la carte avec un outil nommé foremost. Si ce n’est déjà fait, installez-le :

sudo aptitude install foremost

Et on lance la bête :

sudo foremost -v -i carte-sd.img

Maintenant il faut être patient. foremost va parcourir tous les blocs de l’image de la carte SD à la recherche de fichiers. Tous ce qui est trouvé est placé dans le dossier output, trié par type. Les noms des fichiers trouvés ne sont pas les noms originaux mais reflètent à quel endroit ils ont été trouvés.

Dernière petite étape, on va mettre les droits comme il faut (ça a été exécuté en tant que root avec sudo) :

sudo chown -R $USER output

Et voilà. C’est pas infaillible, mais ça en trouve beaucoup. En fait, tant que les blocs n’ont pas été réécrits, les données sont toujours présentes. Donc moins vous avez utilisé la carte depuis la perte des photos, plus vous avez de chance de tout récupérer.

Empêcher la récupération

On vient de voir qu’il faut éviter de réécrire sur les blocs pour espérer en récupérer le plus. Tout naturellement, pour empêcher ça, l’idée est donc de réécrire sur les blocs. On va créer un fichier rempli de données aléatoires qui va occuper toute la place restante.

Le point de montage de la carte (visible avec df) étant /media/FC30-8E5A/, on utilise la commande dd :

dd if=/dev/urandom of=/media/FC30-8E5A/gros-fichier.aaa

C’est assez long (comptez environ 5 Mo/s, soit 1/4h pour 4 Go). La commande dd s’arrête quand il n’y a plus de place. Il ne reste qu’à supprimer ce fichier :

rm -fr /media/FC30-8E5A/gros-fichier.aaa

Les plus paranoïaques répéteront l’opération 2 ou 3 fois.

Voilou. Maintenant vous pouvez jouer les espions, ou sauver un Noël.

Il y a quelque temps, j’ai eu la surprise de constater que Google Analytics était arrivé à me localiser très précisément, dans mon petit village. Comment a-t’il fait ? Essayons de comprendre.

Google arrive à en savoir beaucoup. Et par beaucoup, on peux déjà commencer par dire : vous situer géographiquement. Moi, c’est à Bernin, petite commune de la vallée du Grésivaudan. Et Google le sait, voyez donc :

Comment Google est arrivé à le savoir ?

Déjà, il existe des bases de données qui font la correspondance entre des adresses IP et leur localisation (GeoIP). La précision est relative, elle se situe à l’échelle du NRA (répartiteur téléphonique sur lequel votre ligne est branché). On peut regarder le reverse DNS de son ip pour comprendre. Par exemple, chez moi ça donne : cro38-1-xxx-xxx-xxx-xxx.fbx.proxad.net. Il lui suffit d’avoir la liste des NRA de Free et il sait que j’habite à Crolles (bien connu des savoyards avec le rond-point pour payer moins cher au péage…) ou autour.

À Crolles ou autour, ok. Mais ça nous dit pas Bernin. Et sachant qu’avant, il me situait à Crolles, vous comprenez que ça m’a un peu intrigué.

Autre élément, j’ai une ligne ADSL chez Free (ça vous l’avez compris), mais en dégroupage total. Ce qui signifie que j’ai involontairement une IP fixe. Et Google aime ça. Au bout d’un moment, il s’est rendu compte que l’IP était toujours la même. Cette IP ne se balade pas à Crolles ou autour, mais y est logée à un endroit précis et de manière fixe. Chez Orange par exemple, vous changez d’IP à chaque reconnexion de la box, donc là c’est plus chaud pour Google.

Ok, mais ça nous dit toujours pas Bernin. En parlant de dire Bernin, à quel moment je lui ai dit, volontairement ou non, à Google, que j’habitais à Bernin ?

La réponse : en passant des commandes sur des boutiques en ligne ! Qui, de plus, utilisait Google Analytics et qui ont paramétré le e-Commerce. Oui oui, GA collecte à la demande des boutiques le montant du panier, les frais de port, le détail (de manière codifié) des articles, et… suspense… la ville de livraison.

Au fil du temps (et des commandes donc), Google a vu que la ville de livraison était quasi¹ systématiquement Bernin, que Bernin c’était juste à côté de Crolles et donc Google a donc compris que mon IP, qui est fixe, est logée à Bernin. Il s’est donc mis l’info de côté. C’est pourquoi, j’apparais comme visiteur venant de Bernin dans tous les rapports GA des sites que je visite.

Je ne vois pas d’autres façons.

Il y en a qui savent croiser le fer. Google sait croiser les informations. Quel coquin !

1. Ceux qui veulent briller en soirée mondaine pourront prononcer « couazi »

Surtout qu’ici à Grenoble, il fait très chaud. 40°C toute la semaine. Alors ce fut boulot-piscine chaque après midi chez mes parents. En plus, avec le petit vent du soir, la température de l’eau est restée raisonnable : 24°C c’est parfait.

La piscine

Cette année, c’est ma première rentrée de boulot. La semaine est trop vite passée : développement, architecture, reprise de contact, planification de projet… J’ai l’impression d’avoir rien fait !

Je vous reparlerai des travaux en cours et des projets. Un avant goût ? Le classement en Jeune Entreprise Innovante de MAX Business…

Bon, c’est la seule après midi où je reste dans mon bureau : je craque. Un petit clic sur « Publier » et je fonce chez mes parents. Il fait trop chaud, piscine…

Voici un éléphpant ou un PHP-léphant comme je l’appelle. Version home-made : 0,50€ à Ikéa. Si recruter était aussi simple…

Et si vous vous demandez quel est le rapport entre PHP et un éléphant :

1. Je ne pourrais pas vous embaucher
2. Voilà qui devrait satisfaire votre curiosité :

PHP-léphant, profile moi ce bout de code s’il te plait. Merci.

La partie qui nous intéresse ici c’est EC2, leur service de cloup-computing élastique. Vous payez uniquement à l’usage ($0,10 par heure par exemple pour la small) et vous pouvez lancer 1 000 instances pendant trois heures afin de faire un gros calcul par exemple. Ou bien vous hébergez un service en ligne, et vous ajustez le nombre d’instance en fonction du trafic… Les possibilités sont énormes. On en repalera plus tard.

J’ai pu lire qu’AWS a annoncé que maintenant les instances pourront être réservées. Vous payez des frais fixes de réservation (1 an ou 3 ans) et en contrepartie, vous bénéficiez d’un tarif horaire plus avantageux ($0,03 par heure pour la small). Voici un exemple de prix mensuel d’une instance de type Small en fonction de son taux d’utilisation (25% signifie que l’instance est « allumée » 25% du temps en moyenne) et en fonction de sa réservation :

Et c’est plutôt avantageux. Si l’instance fonctionne 100% (par exemple load balancing), le gain est énorme. Si l’instance fonctionne 50% du temps (par exemple worker dans un cadre jour/nuit), le gain sur 3 ans est de 50% ! Allez voir les prix.

Amazon is good !

Petit hic, la réservation n’est possible que pour les US. À quand l’Europe ?

On a envie que les autres nous comprennent, ces autres qui n’ont pas de projet, qui sont encore bien au chaud dans leur études ou dans leur boulot…

Voilà la cause de ce blog, partager avec les autres mon aventure, mon projet, ma société, moi.

Alors, soyons clair, on va parler du projet, du Web (le projet est en partie Web) et de tout ce qui touche de près ou de loin au projet, à ma société nouvellement créée. Et tant qu’on y est, puisque je pose ce petit pied-à-terre sur le Web, on va aussi parler de moi, et de ce qui me fait bien rire, haluciner ou bondir !

Ah, j’entends frapper à la porte : Bonjour, je suis le Projet, me voilà.

Je ferai les présentations plus tard.