Ce billet contient deux parties : la première explique succinctement les solutions et commandes pour pouvoir effacer toutes les données d’un disque (ou d’une partition). La deuxième approfondit les commandes et outils utilisés dans la première — Je me rend bien compte, après relecture du fait que j’ai pas mal dérivé dans l’écriture de cet article, il faut croire que j’avais beaucoup à dire.. donc si vous avez le temps, servez vous un café et profitez en bien.

Update le 6 Mai 2009: Correction des fautes d’orthographe…

ATTENTION: Toutes les procédures ci-dessous sont définitives et non réversibles. Après avoir exécuté ces commandes, vous (ou un tiers) ne pourrez JAMAIS récupérer les informations qui y étaient stockées.

Info: Dans ce billet j’utiliserais comme chemin pour mon disque dur a effacer : /dev/sdX, il vous faudra naturellement le remplacer par le vôtre. Vérifiez toujours d’abord vôtre table de partition avec « df » (utilitaire sans risques, il permet simplement de lister les disques montés sur vôtre système – NDLR : fstab)
Suivant la distribution *nix que vous utiliserez vous ne pourrez sûrement pas directement réinitialiser le disque système : il vous faudra utiliser un « live CD » ou booter sur un autre disque dur.

1. L’utilitaire « dd »:

L’utilitaire « dd » fourni avec tous les *nix et dérivés, permet de faire de nombreuses manipulations sur des fichiers ou des systèmes de fichiers comme (liste non exhaustive): Formatter une disquette à partir d’une image, découper un fichier en plusieurs morceaux, faire une image d’un DVD ou encore — et c’est ce qui nous intéresse ici — détruire les données d’un disque dur en le remplissant de zéros ou de données aléatoires.

Il faut toujours faire attention lorsqu’on utilise dd. Le simple fait d’oublier une option ou d’échanger les arguments aura des conséquences désastreuses.

1.1 Méthode rapide et peu sûre :

La première méthode consiste à écrire des 0 sur tous les secteurs du disque en une seule passe :

L’argument « conv=notrunc » permet de ne pas limiter la taille du fichier de sortie.

1.2 Méthode lente et moyennement sûre :

La seconde méthode, un peu plus sûre que la précédente consiste en l’utilisation du périphérique générateur d’aléatoires du noyau. Ce qui aura pour effet d’écrire des données aléatoires sur tous les secteurs du disque :

1.3 Méthode très lente et sûre:

Ici nous allons utiliser la première méthode, mais avec 32 passe.. De quoi vraiment tout effacer.

Notez qu’ici j’ai défini le paramètre « BS » qui correspond au nombre d’octets spécifié écrit en une seule fois. Ce qui permet de raccourcir considérablement le temps de chaque passe.

1.4 Méthode vraiment très lente et très sûre:

Pour cette dernière solution, vous l’aurez déduit par vous même, 16 passes de random, de quoi effacer définitivement n’importe quel octet sensible ! Suivant la taille du disque/partition, cette solution peut prendre énormément de temps…

Approfondissements :

Temps des opérations — Optimisations

Voyons comment se comporte dd pour un fichier test de 100Mb avec notre solution n°1 et un Block size de 1:

1 * 102400000 = 100Mb, dd a mis environ 7 minutes 38 secondes, pitoyable, pourquoi ?!

Petites précisions indispensables au sujet des secteurs (ou blocs):
Un secteur (ou bloc) est une subdivision d’une piste de votre disque dur. Chaque secteur peut stocker un nombre bien défini de données — les disques magnétiques fournissent généralement un espace de 512 octets (ce n’est pas le cas des SSD). La notion de bloc a été utilisée au début de l’informatique pour ce petit morceau de données, mais le terme secteur est devenu beaucoup plus courant. Puis peu à peu, « bloc » est devenu plus employé pour définir un certain nombre de données (variable) utilisé par un processus. Par exemple, le programme dd qui permet de définir la taille de bloc à utiliser lors de l’exécution avec le paramètre BS (= octets). En réalité, ça ne change pas la taille du secteur d’un support, seule la taille des données qui seront manipulées.

Notez que pour un CD, la taille d’un secteur est de 2.048 bytes (par exemple, si vous avez besoin de créer une image iso, tapez : dd if=/dev/hdc of=/tmp/mycd.iso bs=2048 conv=notrunc).

Reprenons — comment puis-je vérifier la taille des blocs sur un BSD ?

Et sur un GNU/Linux ?

Notez que sur le deuxième exemple, le système de fichier est en fait monté sur un RAID, d’où la réponse de BS de 4k.

Bien, maintenant que nous savons, essayons en spécifiant un BS de 512:

512 * 200000 = 100Mb, dd a mis à peine plus d’une 2,4s (contre 7m38) — la différence est énorme, pourquoi ?

En fait, l’explication est simple, c’est la synchronisation entre les données envoyées et les données écrites. Des blocs de 512 octets sont envoyés au disque et sont directement écrits sur les secteurs correspondants ; inutile de mettre en cache 512 fois 1 octet pour pouvoir écrire notre bloc. Et si on spécifie un BS supérieur, me direz-vous ? Essayons.

En effet, cela ne nous apporte rien ! notez que j’ai spécifié bs=512, mais en fait dd utilise par défaut le block size de 512.

/dev/zero, /dev/random ou /dev/urandom ?

Pour cette partie, je me suis largement inspiré des manpages de random que j’ai agrémentée d’exemples et quelques précisions.

Les fichiers spéciaux /dev/random et /dev/urandom existents depuis Linux 1.3.30 et ils fournissent une interface avec le générateur de nombres aléatoires du noyau. Il faut savoir que le noyau identifie chaque périphérique au moyen de deux numéros, le majeur (à gauche) et le mineur (à droite), ex:

Le fichier /dev/random a un numéro de périphérique majeur égal à 1, et un numéro mineur égal à 8. Les numéros du périphérique /dev/urandom sont 1 pour le majeur, et 9 pour le mineur et pour zero ils sont respectivement de 1 et 5. Ils sont de type c (Character), ils communiquent octet par octet (comme un port série) à l’inverse des disques durs qui sont de type b (Blocks) et qui – donc – communiquent par blocs de données.

Ce que l’on peut lire dans la documentation de noyau Linux a leurs propos :

1 char Memory device
    ...
    5 = /dev/zero        Null byte source
    ...
    8 = /dev/random   Nondeterministic random number gen.
    9 = /dev/urandom Faster, less secure random number gen.
    ...

En réalité, le générateur de nombres aléatoires récupère les séquences aléatoires en fonction du « bruit » généré par l’environnement : mouvement de la souris, frappe au clavier, etc.. Le générateur mémorise également une estimation du nombre de bits de bruit dans son réservoir d’entropie, et utilise son contenu pour créer des nombres aléatoires.
En effet, lors d’une lecture, le périphérique /dev/random sera limité au nombre de bits de bruit qu’il contient.
/dev/random est particulièrement adapté pour des cas où l’on a ponctuellement besoin de nombres hautement aléatoires (création de clés par exemple). Lorsque le réservoir d’entropie est vide, les lectures du périphérique /dev/random seront bloquantes jusqu’à l’obtention de suffisamment de bruits en provenance de l’environnement. Dans notre cas – ou l’on a besoin d’une très grande quantité de données —, nous risquons d’être très rapidement limité ! Heureusement, /dev/urandom renverra autant d’octets qu’on en demande. Toutefois, s’il n’y a plus assez de bits disponibles dans le réservoir d’entropie, les valeurs renvoyées pourraient être théoriquement vulnérables à une cryptanalyse basée sur l’algorithme employé par le pilote. Il n’existe pas de documentation sur ce type d’attaque dans la littérature publique actuelle, mais cela n’élimine pas le risque théorique.

Le fichier de périphérique /dev/zero quand a lui, se comporte comme s’il contenait une infinité d’octets à ~0. Quelle que soit la quantité de données que vous essayez de lire à partir de /dev/zero, il générera suffisamment d’octets nuls.

En résumé, nous allons plutôt utiliser /dev/urandom ou /dev/zero, sinon ça va prendre un temps fou. /dev/random donne de l’entropie « forte » (liée au matériel) et ne donne donc que quelques octets par seconde. /dev/urandom complète cette entropie forte avec du PRNG et génère donc les données aussi vite que nécessaire, ou presque..

Dans le cas d’un effacement de disque dur, ce risque nous importe peu, mais je trouvais intéressant d’en parler.

Petites précisions pour les BSD Users:
1) Le générateur de bruit random a été remplacé par un générateur cryptographique nommé « Yarrow algorithm » ;
2) /dev/urandom est un lien symbolique sur /dev/random.
3) Les numéros mineurs et majeurs ne sont pas les mêmes, ex:

Vérifications

Pour vérifier l’oeuvre de la commande dd couplée à random, nous allons utiliser « hexdump » (sur un fichier de 64b, pour une question de lisibilité).

Utilisons « zero » comme générateur:

Quand à utiliser « random », voici le résultat :

Vous pourrez, naturellement vérifier le résultat en situation « réelle » grace a la commande suivante :

Note finale

Il existe des logiciels comme « Shred » qui offrent des solutions « clés en main », mais qui au final ne font que ce que vous auriez très bien pu faire avec « dd » (un nombre X de passes random puis finir sur une « zero »), ex:

Les deux lignes suivantes font la même chose:

sachant que – pour un disque de 500Go – dd a été le plus rapide chez moi.

Il existe un ensemble d’outils nommé « secure_deletion toolkit », mais il n’est pas encore porté sur toutes les plates-formes. Par exemple, l’outil « sfill » pousse l’effacement sécurisé des fichiers à son paroxysme :

* Une passe avec 0xff
* 5 passes aléatoires avec la source /dev/urandom
* 27 passes avec des valeurs spéciales définies par Peter Gutmann. (Je vous invite d’ailleurs a lire son article très complet si vous voulez en savoir plus.)
* A nouveau 5 passes aléatoires.
* Une passe avec 0×00.

Il est peu être possible de lire « à côté des pistes », des résidus magnétisés et de retrouver ainsi des données écrites préalablement en décalant les têtes et peut être existe’il d’autres méthodes dont nous n’avons pas connaissance alors il reste une solution universelle et radicale : La destruction physique. C’est la seule solution réellement viable et irrécupérable : Perceuse, Masse, Acide et j’en passe..

Le générateur random et l’utilitaire dd sont disponibles sur énormément de distributions : Solaris, Mac OS X, FreeBSD, HP-UX, Tru64, AIX et j’en passe.

Ayant un R52 sous la main, je me suis lancé dans l’installation d’un Mac Os X sur cette machine. La procédure n’est pas très compliquée mais je vais vous détailler toutes les étapes ici, accompagné de photos.

Retrouvez toutes les photos de la procédure ici.

Matériel requis

- Un portable Lenovo(IBM) Thinkpad R52 (ou T52)
- La distribution iDeneb 1.4 (10.5.6) (Vous pourrez la trouver sur google)
- Du café et de la bonne musique.. pour rendre l’étape d’installation moins douloureuse :)

Installation

0. Faites couler un café.. on en aura besoin plus tard.

1. Configurer le BIOS pour Booter sur le DVD. Accessoirement vous pouvez désactiver le port Parallèle qui ne nous servira plus a rien ;)

2. Insérer le DVD de iDeneb 1.4 dans le R52 puis redémarrez le portable.

3. Lors de l’invite suivante appuyez sur F8 pour spécifier les arguments de boot suivant: « cpus=1 maxmem=2048 –v » (Sans les « , inutile de vous décrire l’effet de ces arguments.. vous les aurez compris..).

4. Le DVD d’installation boot, c’est une étape qui peut parfois être un peu longue.. laissez tourner tant qu’il y a de l’activité..

5. Nous arrivons a la sélection du langage de l’installer, sélectionnez la langue qui vous conviens puis cliquez suivant.

6. Arrivé sur l’écran de bienvenue, ouvrez l’utilitaire de disque pour y créer une partition HFS. Pour cela cliquez sur: Menu -> Utilitaires -> Utiliaire de disque.

7. Créez une partition Mac OS étendu (journalisé) vous pouvez toujours avoir une deuxième partition ext3 ou fat32 pour windows.. appliquez puis continuez.

8. Sélection du disque/partition sur laquelle sera installé le système.

9. Attention ici, avant de cliquer sur « Installer » il va nous falloir spécifier des choses dans « Personnaliser ».

Explications:
- AC97Audio = Driver du chip audio AC97′
- ICHx Fixed = Driver du Chipset ICH (ATA/SATA..)
- Kernel Voodoo 9.5.0 = CPU SSE2 et le 9.6.0 (celui par défaut) est SSE3 only.
- BatteryManager = Accès au informations d’état de la batterie.
- Cpus=1-Fix = Pentium M, un seul core donc..
- Seatblelt Fix = Corrige un problème lié au montage d’iso sur le Kernel Voodoo 9.5.0
- AppleSMBIOS Macbook = On spécifie que c’est un portable pour l’About this mac.
- IOPCICard = Gestion du PC Card TI. Kernel panic.. dommage, on va trouver une autre solution.
- Intel GMA 900 = Notre carte graphique.. (attention sur certain modèles de R52 c’est une ATI X300.. modifiez en fonction).

10. Cliquez « Terminé » puis « Installation »

NOTE: Vous pouvez passer l’étape de vérification du disque.. ou pas.. mais si l’installation échoue, c’est une des choses a vérifier en premier.

11. Allez chercher vôtre café, il a du finir de couler.. et l’installation va être longue..

12. Cliquez « redémarrer » puis éjectez le DVD.

13. Comme au début de ce tutoriel, pour le premier démarrage il va falloir spécifier les arguments de boot: cpus=1 maxmem=2048 –v (utile uniquement pour le premier boot.. ensuite vous pourrez booter normalement, sauf problèmes en cas de copies de gros fichiers)

14. De l’image et du son ! :)

15. Suivez l’assitant…

16. Félicitations !

Vous pouvez maintenant lire cet article: Les applications indispensables pour Os X

Nous pourrions encore améliorer deux/trois petites choses.. mais je reviendrais sûrement sur cet article plus tard, dans une révision 2.

Voilà maintenant 8 mois que j’ai reçu mon iMac , il a marqué mon retour aux sources. J’ai commencé dans le merveilleux monde d’Apple très jeune – sur un Mac IIfx – je m’en souviens comme si c’était hier, mon père m’avais ramené une machine dont le boîtier étais en piteux état (et qui, d’ailleurs, ne ferais rêver personne aujourd’hui) mais mes yeux d’enfant se sont mis a briller quand je l’ai vu ! Alors j’ai entrepris de le faire marcher a nouveau.. et c’est finalement avec des plaques d’aluminium en guise de boîtier et un disque dur posé a côté qu’il à couiné pour la première fois ! Après ça j’ai souvent eu des machines à base de x86.. 386, 486, Pentium I, II & III.. bref, la liste est plutôt longue et ce n’est pas le but de ce billet. Tout ça pour vous dire que l’arrivée de ce iMac m’as rappelé de vieux – et bon – souvenirs.

J’aimerais faire le bilan de ces quelques mois pour essayer de lister les applications indispensables au monde Os X. Pour plus de cohérence et par souci de lisibilité je vais les trier par fonction, catégorie.

Cette liste est non exhaustive et évoluera en permanence.. elle à été mise a jours le: 15 Fevrier 2008.

Internet

Les navigateurs:

• Safari: Excellent, enfin un OS qui propose un navigateur par défaut qui a de quoi séduire. Contrairement à son (portage?) sous windows il est plutôt rapide et léger, je l’utilise tous les jours.
• Firefox: Malheureusement safari souffre parfois de son manque de part de marchés et il arrive que certains sites – bien spécifiques – ne fonctionnent pas a merveille, c’est alors que je bascule sur ce navigateur secondaire, mais indispensable. Je ne pense pas avoir à dire grand chose sur tant celui-ci tellement est connu et reconnu..
• Flock: Un Social Web Browser, connectez vous facilement sur toutes les reseaux (Facebook, Flickr, Myspace, Vos blogs, etc..) Plutôt pratique pour tout centraliser.
• Internet explorer: Non, c’est une blague… :)

Lecteurs de flux RSS

• NetNewsWire: J’aime les applications simples, qui exécutent ce pourquoi on les emplois en le fessant bien.. c’est le cas de celle ci. En plus elle permet la synchronisation de vos flux préférés avec NewsGator et MobileMe. Que vouloir de plus ?

Messagerie instantanée

• AdiumX: Un client IM dans l’esprit mac, contrairement à l’autre – dont je parlerais après.. très intuitif, multi-protocoles (AOL, MSN, Jabber, GTalk, Yahoo, Bonjour, MySpace, Facebook..). Malheureusement il ne gère pas encore la vidéo mais il permet l’ajout de plugins, thèmes, icones.. bref, je suis fan.
• aMsn: Le client anti user-friendly par excellence sous mac mais il est le seul qui gère la video via msn.. alors il faut l’avoir. (même si il est vraiment très moche)
• Linkinus: Un client IRC parmi tant d’autres, celui là m’as accroché.. allez savoir pourquoi :)

Transferts de données

• Transmit: Un client pour les protocoles FTP(+SSL), SFTP, Webdav, Amazone S3. C’est une création Panic – qui a, à son actif de très très bon logiciels. Un must have.
• Cyberduck: Un autre client (s)FTP, etc.. Et open source en plus !
• Transmission: Un Le client Torrent par excellence.
• Halime: Très bon client pour les newsgroups, malheureusement il n’est plus mis a jour.

Interface système et utilitaires

• iStats Menus: Gardez un oeil sur l’utilisation des ressources de vôtre machine (et en plus ça a de la gueule !).
• Growl: Centralise toutes vos notifications via des bulles entièrement customisable (enormement d’applications sont compatibles, c’est un must have).
• Deeper: Pour customiser son système simplement.
• Quicksilver: Le lanceur par excellence, tapez les trois premières lettres d’une application et il la lance ! C’est bien simple, je ne peux plus m’en passer :)
• AppFresh: Permet de garder vos applications a jours le plus simplement du monde.
• Blacktree visor: Ouvrez un terminal a la façon Quake, très pratique avec terriblement de gueule !

Sécurité

• Little snitch: Firewall très bien conçu – user friendly. Un must have.
• SuperDuper: Solution de backup très simple et bien foutue, un complement parfait a time machine.

Multimedia

• Perian: Permet a Quicktime de lire quasiment tous les formats existants. Un must-have.
• Xiph: Apporte le support de l’OGG a iTunes/Quicktime. Indispensable aussi.
• Flip4Mac: Lecture des wmv par Quicktime.
• MPlayer OSX Extended: L’alternative a Quicktime que je prefere, très propre/performant.
• Mpeg Streamclip: Un convertiseur de vidéos simple et bien foutu.
• Handbrake: Un autre convertiseur de vidéos, parfait complement a Mpeg streamclip.

Gestion des fichiers / Gravure

• Toast: Logiciel de gravure multifonction, l’equivalent de Nero sur mac.. malheureusement il a les mêmes défaut que son homologue: très lourd.
• Liquid CD: Une très bonne alternative a Toast. Gratuit en plus.
• The Unarchiver: Extraction d’archives de tous formats. Un must have.
• 7zx: Utilitaire d’archive supportant les formats tar, zip, gzip, bzip2, UNIX compress, 7z et s7z.

Maintenance et Optimisations

• Onyx: Utilitaire de maintenance très complet. Un must-have.

Développement

• Coda: Un outil pour le devel Web complet.. il intègre toutes les fonctions dont vous avez besoin, encore une fois Panic software a assuré !
• XCode: L’environement de developpement par Apple. Très bien concu !
• Sequel Pro: Gestion de BDD MySQL via une interface très bien foutue.

Je vous invite a poster – dans les commentaires – le nom des applications que vous aimez le plus pour que je puisse continuer cette liste.

Attention, ce tutoriel ne concerne que les versions de firmware 0.7.1r2 ou plus récent.

Dans ce tutoriel je vais essayer vous expliquer comment flasher sa Fonera avec le firmware DD-WRT avec votre Mac préféré. DD-WRT, C’est quoi ? Tout simplement firmware alternatif qui vous apporte pleins de fonctions: un mode client en wifi, système de hotspot (Chilli) et encore pleins d’autres choses.. en plus il est gratuit. Pourquoi s’en priver ?

Ce dont vous aurez besoin

Attention, il est important de télécharger ces fichiers avant de commencer ce tutoriel car vous n’aurez plus de connexion a internet pendant la procédure… Sauf si vous avez plusieurs machines.. ;)

Vérifier la version de la fonera

1. Procédure de reset:
- Maintenez le bouton reset 30s,
- Débranchez/retranchez l’alimentation tout en maintenant le reset,
- Continuez a appuyer dessus jusqu’à ce que la led wifi s’allume puis s’éteigne (2-3 minutes),
- Relâchez (enfin) le reset puis attendez (encore) 2-3 minutes que la led wifi s’allume de nouveau.

2. Connecter: Pour cela on va brancher la Fonera directement à l’ordinateur en RJ45 puis configurer l’adresse Ip de la carte Ethernet en: 169.254.255.2/255.255.0.0 (la fonera ayant l’adresse: 169.254.255.1).
3. Récupérer la version: Ouvrez votre navigateur et tapez dans la barre d’adresse « http://169.254.255.1″
4. Si un login/mdp vous est demandé entrez:
- login: root
- pass: admin

Exploiter RADIUS pour obtenir un accès SSH

A chaque démarrage de la fonera elle se connecte a un serveur RADIUS (/usr/sbin/chilli_radconfig) pour télécharger la configuration la plus récente (/etc/chilli.conf).
FON a pris des précautions pour sécuriser l’utilisation du serveur SSH mais n’a pas fait de même pour leur serveur RADIUS, nous allons exploiter cette faille en se connectant à un serveur spoofé qui va nous permettre d’avoir la main sur cette petite bête..
Pour cela nous allons devoir faire pointer la Fonera sur un serveur DNS qui redirigera l’adresse « radius01.fon.com » vers un serveur RADIUS « Non-officiel » sur lequel elle récupérera un fichier config a notre sauce.

En résumé. Donc tout ce que l’on a à faire c’est configurer la Fonera pour qu’elle pointe sur le DNS: « 88.198.165.155″ ce qui redirigera « radius01.fon.com » sur « kolofonium.datenbruch.de » (qui est un serveur Radius « pirate »).

1. Ouvrez votre navigateur et tapez dans la barre d’adresse « http://169.254.255.1″
2. Allez dans « advanced » et entrez les paramètres réseau avec:
- Ip: une Ip valide derrière votre Box internet (ex: 192.168.3.20, chez moi)
- Network Mask: 255.255.255.0
- Gateway: L’Ip de votre Box Internet. (ex: 192.168.3.242, chez moi)
- DNS: 88.198.165.155

3. Connectez la Fonera directement a un des ports ethernet de votre box internet,
4. Redémarrez enfin la Fonera puis attendez quelques minutes pour la redémarrer à nouveau.

La modification touche le fichier « /etc/raddb/users », le nouveau contient:

On notera la ligne « ipup /etc/init.d/dropbear »: C’est elle qui lance le serveur SSH des que l’interface « publique » est démarrée.

Se connecter a notre joli serveur SSH

1. Reconnectez la Fonera a votre machine par l’interface Ethernet (rappel ip: 169.254.255.1)

2. Ouvrez un Terminal (Applications > Terminal) et tapez:

3. On accepte la clé et on entre le mot de passe « admin »

4. Yeepee, on est dedans :)

5. Activer le SSH en permanence:

Configurer notre serveur HTTP

1. Rendez-vous dans vos « Préférences systèmes » puis dans « Partage », Activez le « Partage web ». Notez l’url du bas, (ici: http://mac.local/~rzo ou http://169.254.5.199/~rzo) Vous trouverez votre Ip dans les préférences réseau de OSX, la mienne est « 169.254.5.199″

2. Puis mettez les 2 fichiers téléchargé plus tôt dans le répertoire de partage web de votre utilisateur (/Users/’nomUtilisateur’/Sites/)
- openwrt-ar531x-2.4-vmlinux-CAMICIA.lzma
- out.hex

Accès à la mtd

1. On récupère nos fichiers sur la Fonera:

2. On flashe avec le firmware modifié, ce qui nous permet un accès à la mtd:

Soyez patients, cela peut prendre du temps…

3. on se reconnecte en SSH et on lui applique le out.hex (fichier config redboot)

Attention, si vous avez l’erreur: « Could not open mtd device » assurez vous d’avoir tapé la commande en respectant les majuscules, c’est case sensitive.

Configurer le serveur tftp

1. Entrez dans un Terminal: (dans mon cas il existait déjà.. vérifiez quand même..)

2. Copiez le firmware de dd-wrt à la racine du serveur tftp (linux.bin):
- Déplacez le fichier sur le bureau.
- Tapez:

3. On démarre le serveur tfp, tapez:

Quand on touche au but..

NOTA: A ce stade la Fonera ne peux pas démarrer correctement, c’est normal – et indispensable – le répertoire FIS est complètement effacé. Par contre nous pouvons toujours nous connecter au RedBoot, pour cela:

1. Configurez votre carte Ethernet pour avoir l’Ip: 192.168.1.10

2. Préparez un Terminal avec la ligne suivante: Ne tapez pas entrée tout de suite !

3. Débranchez et rebranchez l’alimentation de la Fonera, puis validez la commande ci-dessus dans les 10 secondes qui suivent le branchement.
NOTE: Le pre-boot de la Fonera peut prendre du temps, n’hésitez pas à retaper la commande plusieurs fois.. (Tips: Flèche haut).

4. On a le shell, on configure le réseau. qui va pointer sur notre serveur tftp:

5. Puis on flashe ! Répondez « y » quand on vous pose des questions.

Ces commandes sont très longues a exécuter, ne vous affolez pas ! (« fis create linux » a pris 30 minutes chez moi…).
Ne pas rebooter ensuite, il va falloir modifier le script de démarrage !

Voilà, vous y êtes, redémarrez la Fonera, configurez votre réseau ethernet (ou wifi) en DHCP puis lancez un navigateur sur l’url: http://192.168.1.1. Félicitation.

NOTE: l’utilisateur/mot de passe est le même. login: root, mdp: admin

Boot du système, tout va pour le mieux au début mais quand viens le tours du Finder, l’écran reste bleu, rien. plus d’accès disque, il s’endort. immuable. Reboot en mode single user (-s au prompt).. a l’attaque du mode rescue.

1) Monter le disque:

2) Supprimer les préférences: de login, du serveur x.

3) Supprimer les Préférences des applications utilisateurs qui peuvent être foireuses..

4) Vérifier le volume

5) Réparer les autorisations

6) Redémarrer.

.. a ce moment là, c’est plutôt l’angoisse.. reboot long.. toujours pareil, dégoûté. Puis l’éclair de lumière, j’avais installé « Bad APE » la veille.. re-reboot en mode rescue et élimination du problème:

Reboot, ça marche. Je souffle et vais me fumer une cigarette bien méritée. a très bientôt.