Vous avez peut-être remarqué que ces derniers temps, j'étais moins active sur le blog.  La raison principale était que j'ai été pas mal occupée par un événement inattendu sur lequel je consacre cet article.

Cela a commencé le soir du 25 juin, passé minuit et la fenêtre de ma chambre était ouverte.  Je travaillais dans les codes de mon site en vue de la mise en ligne de la v5 d'Ishimaru Design quand j'ai commencé à entendre des coups de tonnerre au loin.  J'ai donc décidé d'éteindre mon ordi, mais avant, puisque je voyais l'icone de notification de mises à jour en haut à droite sur mon bureau Gnome, j'ai décidé de faire la mise à jour avant d'éteindre.

Je clique donc sur l'icone, mais à peine une seconde, alors que la vérification des paquets venait à peine de commencer, l'écran gèle.  Ce n'était pas la première fois que je faisais face à un gel, mais à chaque fois, c'était sans conséquence.  J'appuie donc sur le bouton Reset en avant de ma tour, comme j'ai l'habitude de faire quand un gel survient, mais cette fois-ci, au redémarrage, le serveur X n'a pas pu redémarrer : Je me retrouve donc devant LA console que l'on surnomme aussi "la vraie qui fait peur".

Ayant déjà des bases en ligne de commande, j'arrivais à me débrouiller et, n'eut été de l'orage, j'aurais pu prendre le temps de faire des recherches dans la documentation avec Lynx pour tenter de réparer le serveur X.  Mais l'intensification des coups de tonnerre m'ont obligée à écourter cette recherche et à lancer un halt pour éteindre mon PC afin d'y revenir le lendemain.

Le lendemain après-midi, j'allume le PC et après l'étape de Grub, le splashscreen s'affiche, puis un check de routine se lance sur /dev/sda2 qui est la partition racine du système.  Contrairement aux autres fois, le routine check échoue et je me retrouve donc basculée en recovery mode (le mode sans-échec linuxien) et on me parle de la commande fsck, qui est l'équivalent Linuxien du scandisk de Windows 98 et du chkdsk de Windows XP.  Mais comme je ne connaissais pas bien cette commande et que le man était inaccessible, j'ai sorti le LiveCD d'Ubuntu Jaunty de mon tiroir pour démarrer sur celui-ci.  À partir de là, j'ai pu aller me renseigner sur cette commande, puis comme j'ai vu qu'il était recommandé de l'utiliser pendant une session live, je l'ai donc fait pendant que je tournais sur le LiveCD.  Il y avait effectivement beaucoup d'erreurs sur la partition, donc beaucoup de 'Y' à taper, n'ayant pas pensé à mettre le paramètre pour que ça fasse "yes" automatiquement.

Après ça, je redémarre sur mon ubuntu installé en dur et je retrouve à nouveau l'écran d'ouverture de session.  Mais par contre, impossible d'ouvrir une session en mode graphique !  Après des recherches, je décide donc de poster une demande de support en public sur QuébecOS.  Malgré qu'on m'ait indiqué plusieurs manipulations à faire, en incluant la réinstallation du serveur X et de Gnome, les dommages étaient trop importants pour que le système soit réparable et j'ai fini par me résigner à le réinstaller.

Mais étant donné qu'une réinstallation signifie pleins d'applis à réinstaller, dont mon serveur LAMP pour tester mon site en local, j'ai donc décidé de bosser temporairement sous Windows XP, le temps de terminer le développement de la version 5 de mon site, étant donné que Wampserver est déjà installé et que j'avais des sauvegardes SQL sur ma clé USB que j'avais apportée pendant mon séjour au Labrador.

Je continuerai dans un futur article, une fois le pingouin réinstallé.  Mon idée de départ est d'installer Ubuntu 9.04, mais on m'a aussi parlé de Linux Mint, une distribution moins connue, basée sur Ubuntu.  Ma décision finale n'est donc pas encore tout à fait prise.