Mes états d’âme

Il y a quelques semaines, ma machine (Processeur Intel E Quelque chose, pas de virtualisation assistée, pas de 64Bits) hébergeant mes sites, le serveur Mail, DNS etc. a rendu l’âme.
J‘en ai profité pour upgrader l’hardware: j’ai donc remplacé la carte mère par une MSI et le processeur (Intel) par AMD 64 X2, qui propose à un prix dérisoire la fonctionnalité SVM (support de la virtualisation en hardware).

Après le changement des pièces, la machine boote correctment, puis GRUB propose son menu et commencer à charger l’OS. Au bout de quelques secondes, écran noir, puis peu de temps après, je me trouve devant le prompt busybox m’indiquant que la partition correspondant à l’UUID dont je n’ai pas retenu la chaîne n’a pas été trouvé…

Là commence un petit moment de panique: je commence à me dire “Hé merde, il va falloir réinstaller lOS (dont l’installation date d’époque de Dibian Potato/Sarge) et j’ai bien fait de graver le CD Net Install“. Mais comme tout utilisateur de Debian et informaticien, par conséquent partisan du moindre effort, je commence regarder de près ce qui pose problème: ce qui me saute au yeux dés les premières secondes, c’est que disk n’est pas reconnu. Nn lsmod me permet de remarquer que dans la liste des modules chargés, il manque le module sata correspodant au nouveau chipset(VIA pour la nouvelle carte mère, alors que sur l’ancienne le chipset devait être INTEL).

Et là, je commence à dire Et si c’était ça le problème? S’il suffissait de recréer uniquement l’initrd avec les bon modules…

Un arrêt éléctrique de la machine et connexion d’un lecteur CD, un tour dans le bios pour indiquer que la machine doit booter sur CD, j’insère le CD Netboot de Lenny pour AMD64.

La machine(pour la petite histoire elle s’appelle Nemesis) boote sur le CD et m’affiche les choix possibles. Je sélectionne Rescue et après quelques questions (langue de l’interface, type de clavier), l’assisstant m’affiche la liste de partitions et demande d’indiquer la partition root. Là, je commence me dire que j’aurais peut-être pas besoin réinstaller la machine et indique /dev/sda5 (dans mon cas la réponse était simple: toutes machines que j’installe suivent la même norme:

Première partition est dédiée au /boot

La deuxième est dédiée au swap

La première partition étendue (Xd5) contient toujours le /

L‘installeur monte la partition, puis lance un shell chrooté. Après quelques ls et des pwd, mount -a effectue le montage de toutes les partitions.
Le fichier de configuration de initramfs (/etc/initramfs-tools/initramfs.conf) indique que update-initramfs n’inclus que les modules nécéssaires (MODULES=dep) lors de la génération du initrd. Le coeur palpitant, je le modifie en most, relance la génération des initrds par update-initramsfs -u -k all, reboote la machine et éjecte le CD de boot afin de laisser la machine booter sur le disk.

Après quelques secondes d’angoisse, GRUB charge, et dans les lignes qui défilent, je remarque que le disk est bien reconnu et / est monté sans erreur, et au bout de quelques secondes, je me trouve devant le prompt

Cette migration inattendue et réussie, à partir d’une carte mère avec un chipset pour processeur Intel X86 vers un chipset avec un processeur AMD64, souligne encore une fois la flexibilité de Linux et la facilité de maintenance d’une Debian.

En postant cette histoire, je suis entrain de me dire que il faut quand même que je migre Nemesis vers AMD64 au lieu de la laisser sous X86, mais ce sera pour quand j’aurais un peu plus temps….

Hier, tant bien que mal, j’ai fini par migrer mon site qui tourne sous moinmoin vers la dernière version. La procédure de migration est pourtant simple, à condition de suivre les étapes préconisées. De plus, dans la package distribué par Debian, il manque un fichier et cela n’est indiqué nulle part. Voici, donc, les étapes à suivre :

• Faire une sauvegarde des répertoires data, underlay et /etc/moin.

• Installer les nouveaux packages.
• Modifier la configuration en éditant les fichiers sous /etc/moin.
  
  • Remplacer la ligne ‘from MoinMoin.multiconfig import DefaultConfig’ par ‘from MoinMoin.config.multiconfig import DefaultConfig’

  • Remplacer la ligne ‘from MoinMoin.util.antispam import SecurityPolicy’ par ‘from MoinMoin.security.antispam import SecurityPolicy’
    
• En cas d’utilisation des répertoires data et underlay déportés, vérifier les droits sur ces répertoires. Ils doivent être accessible en écriture à l’id utilisateur sous lequel tourne le serveur Web.

• Sous ID d’utilisateur sous lequel tourne le serveur WEB par su
• Créer dans répertoire data un fichier nommé meta. Ce fichier doit contenir une ligne data_format_revision: VERSION. VERSION est de la forme ‘XYZ’ (par exemple, lors d’une migration de la version 1.5.3, elle doit être ‘1050300′.
• Lancer la procédure de migration par /usr/share/python-support/python-moinmoin/MoinMoin/script/moin.py –config-dir=/etc/moin –wiki-url=URL_DU_WIKI migration data
• Suivre les instructions données par le script de migration.
  

Enfin de compte, la procédure est simple. Mais, il manquait l’indication concernant le fichier meta, contenant la version du metadata en place, à placer dans le répertoire data…

Je ne sais pas si je suis le seul à eu ce problème, dans le cas contraire, il faut faire un bug report sur le package de Debian.

EDIT 22/04/2008: C’est indiqué dans le fichier README.migration.gz, c’est moi qui n’avais pas pris le temps lire correctement les instructions de migration. Debian, c’est bien fait quand même!

{{{

Aujourd’hui, c’est the blog action day. L’objectif du jour consiste à faire un post sur l’environnement…

• J‘ai commencé à utiliser des ampoules à basse tension parce qu’elles consommaient moins d’électricité, étaient, donc, économique et écologique. Je viens d’apprendre que, contrairement aux ampoules à filament, elles se recyclent. En effet, depuis Novembre 2006, 30 centimes du prix de vente de chaque ampoule à basse tension est utilisée pour le recyclage. Donc, pensez à ramenez vos ampoules pour qu’elles soient recyclées et si vous en utilisez pas, changez vos ampoules à filament contre les ampoules à économie d’énergie¹.

• Voiture {fr:open_source|open source} : après les {fr:Logiciel_libre|logiciels libres}, des {fr:Materiel_informatique_libre|composants informatiques} et la {fr:Free_Beer|bière} en open source, une voiture écologique en open source est en préparation¹. Un premier modèle de cette voiture entièrement en plastique recyclé et alimentée par une pile à combustion en hydrogène a été présentée au salon AutoRAI d’Amsterdam en Avril 2007. Appelée C,MM,N, cette voiture, dont les plans seront disponibles sur le site du projet, devrait intégrer des outils de partage d’information en temps réel sur le trafic ou la disponibilité des places de parkings et devrait sortir en 2020. Ça me laisse le temps de me motiver pour passer mon permis et j’espère que ce n’est pas un {fr:vaproware} de plus.
  

}}}Notes:

1. source: Libération du 13/10/2007 [#^#] [#^#]