Mes états d'âme » Debian http://blog.glennie.fr Un blog de plus dans le CyberVoid Sat, 26 Sep 2009 06:01:56 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 Changement de machine sous Debian GNU/Linux http://blog.glennie.fr/2009/09/14/changement-de-machine-sous-debian-gnulinux/ http://blog.glennie.fr/2009/09/14/changement-de-machine-sous-debian-gnulinux/#comments Mon, 14 Sep 2009 09:33:33 +0000 Glennie Vignarajah http://blog.glennie.fr/?p=51 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, <span class=”caps”>DNS etc. a rendu l’âme.<
&lt;strong&gt;J&lt;/strong&gt;&amp;#8216;en ai profité pour upgrader l&amp;#8217;hardware: j&amp;#8217;ai donc remplacé la carte mère par une &lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;MSI &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;et le processeur (Intel) par &lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;AMD&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt; 64 &lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;X2, &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;qui propose à un prix dérisoire la fonctionnalité &lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;SVM &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;(support de la virtualisation en hardware).&lt;/p&gt;

Après le changement des pièces, la machine boote correctment, puis <span class=”caps”>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 <emybox m’indiquant que la partition correspondant à l’<span class=”caps”>UUID dont je n’ai pas retenu la chaîne n’a pas été trouvé…</p>

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 <em>Nnstall“. 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 <em>l me permet de remarquer que dans la liste des modules chargés, il manque le module <ata correspodant au nouveau chipset(VIA pour la nouvelle carte mère, alors que sur l’ancienne le chipset devait être <span class=”caps”>INTEL).

Et là, je commence à dire <e si c’était ça le problème?</e#8217;il suffissait de recréer uniquement l’<nitrd avec les bon modules…

Un arrêt éléctrique de la machine et connexion d’un lecteur <ac/acronym>, un tour dans le bios pour indiquer que la machine doit booter sur CD, j’insère le CD Netboot de Lenny pour <span class=”caps”>AMD64.

&lt;strong&gt;L&lt;/strong&gt;a machine(pour la petite histoire elle s&amp;#8217;appelle &lt;em&gt;Nemesis&lt;/em&gt;) boote sur le CD et m&amp;#8217;affiche les choix possibles. Je sélectionne &lt;em&gt;Rescue&lt;/em&gt; et après quelques questions (langue de l&amp;#8217;interface, type de clavier), l&amp;#8217;assisstant m&amp;#8217;affiche la liste de partitions et demande d&amp;#8217;indiquer la partition &lt;em&gt;root&lt;/em&gt;. Là, je commence me dire que j&amp;#8217;aurais peut-être pas besoin réinstaller la machine et indique &lt;em&gt;/dev/sda5&lt;/em&gt; (dans mon cas la réponse était simple: toutes machines que j&amp;#8217;installe suivent la même norme: &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
        	&lt;li&gt;Première partition est dédiée au &lt;em&gt;/boot&lt;/em&gt;&lt;/li&gt;
        	&lt;li&gt;La deuxième est dédiée au swap&lt;/li&gt;
        	&lt;li&gt;La première partition étendue (Xd5) contient toujours le &lt;em&gt;/&lt;/em&gt;&lt;/li&gt;

L‘installeur monte la partition, puis lance un shell chrooté</em>. Après quelques <s 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 (<etrong>MODULES=dep) lors de la génération du <eitrd. Le coeur palpitant, je le modifie en most, relance la génération des initrds par <etrong>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, <span class=”caps”>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 <rompt

Cette migration inattendue et réussie< à partir d’une carte mère avec un chipset pour processeur <stel 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 <span class=”caps”>AMD64 au lieu de la laisser sous X86, mais ce sera pour quand j’aurais un peu plus temps….

]]> http://blog.glennie.fr/2009/09/14/changement-de-machine-sous-debian-gnulinux/feed/ 3 Utilisation d’un disk avec des blocs défectueux http://blog.glennie.fr/2008/06/20/utilisation-dun-disk-avec-des-bloc-defectueses/ http://blog.glennie.fr/2008/06/20/utilisation-dun-disk-avec-des-bloc-defectueses/#comments Thu, 19 Jun 2008 22:23:58 +0000 Glennie Vignarajah http://blog.glennie.fr/?p=49 Ce matin en arrivant au boulot, j’ai trouvé une de nos veilles machines, qui servait de serveur <span class=”caps”>DNS et MX pour nos domaines, plantées. Les erreurs affichées sur la console semblaient être liées au disk. Ne pouvant plus se logguer, je la reboote brutalement. Elle redémarre sans problème, mais affiche des messages d’erreurs sur la console (<em>idailed opcode was: unknown, end_request: I/O error, dev hda, sector 36684151, Buffer I/O error on device hda12, logical block 691607, hda: dma_intr: status=0×51 { DriveReady SeekComplete Error }, hda: dma_intr: error=0×40 { UncorrectableError }, LBAsect=36684154, sector=36684151) puis commence à ramer. Du coup, arrêt des services(postfix, amavis), démontage du file system et vérification par <em>erfsck. Aucune erreur est trouvée. Je remonte le file system et relance les services.

Rebolotte. Les mêmes messages commencent à défilier. Je me décide, donc, à prendre les choses sérieusement: je lance une sauvegarde du file system par tar, après avoir arrêté postfix. Le tar dure plus de 2 heures pour une sauvegarde d’environ 1.5Go de données.</p>

Une fois la sauvegarde terminée, je démonte le file system et le reformate en <et3 (je commence à croire que dans certaines conditions, la version < reiserfs par dans les choux, mais je n’arrive pas à déterminer précisément ces conditions) avec les options ‘<strc‘, qui permettent tester le file system crée avec écriture puis une lecture,<ees blocs illisibles n’étant plus utilisés</Après cette opération, dont je ne sais plus la durée (de tête, environ 2 heures), un coup de <strfs pour définir les options de montages par défaut (<erors=remount-ro et data=journal) et modification de /etc/fstab, le file system en question est remounté. La sauvegarde est restaurée et les services sont relancés.</p

Après plus d’une heure de fonctionnement, toujours aucun message d’erreur.<

Cette expérience montre comment avec quelques outils de base (<unefs, mkfs.ext3, tar) utilisés correctement sur un OS stable (<span class=”caps”>GNU/Linux Debian), on peut continuer à tirer parti d’un matériel éventulement défectueux.</p>

]]> http://blog.glennie.fr/2008/06/20/utilisation-dun-disk-avec-des-bloc-defectueses/feed/ 0 Migration de Moinmoin 1.5.X vers 1.6.X sous Debian http://blog.glennie.fr/2008/04/21/migration-de-moinmoin-15x-vers-16x-sous-debian/ http://blog.glennie.fr/2008/04/21/migration-de-moinmoin-15x-vers-16x-sous-debian/#comments Mon, 21 Apr 2008 07:12:51 +0000 Glennie Vignarajah http://blog.glennie.fr/?p=47 Hier, tant bien que mal, j’ai fini par migrer http://www.glennie.fr/“>mon site qui tourne sous http://moinmo.in/“>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 :<br /><br
/>

  • 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. <
      li> 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 <ata et underlay déportés, vérifier les droits sur ces répertoires. Ils doivent être accessible en <stroure à 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é <ema. 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. <
strong>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…<br
/>


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 <span class=”caps”>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!</p>]]> http://blog.glennie.fr/2008/04/21/migration-de-moinmoin-15x-vers-16x-sous-debian/feed/ 0 KDE 3.5.8 est là http://blog.glennie.fr/2007/10/15/kde-358-est-la/ http://blog.glennie.fr/2007/10/15/kde-358-est-la/#comments Mon, 15 Oct 2007 21:17:58 +0000 Glennie Vignarajah http://blog.glennie.fr/2007/10/15/kde-358-est-la/ {{{
Un petit mot pour signaler que http://www.kde.org“>KDE 3.5.8 est sortie. La sortie n’est pas encore indiquée sur le site du projet, mais pour les gens qui utilisent <http://www.debian.org“>ebian SID, un “apt-get update; apt-get distt-upgrade” mettra à jour le système.<b
r />


Un gros merci à l’équipe <span class=”caps”>KDE et l’équipe <http://pkg-kde.alioth.debian.org/“>kg-kde-debian pour ce nouveau release !

Edit (16/10/2007 à 22h11)<

Le change log est disponible sur le site de &lt;a href=&quot;http://www.kde.org/announcements/changelogs/changelog3_5_7to3_5_8.php&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;&lt;span class=&quot;caps&quot;&gt;KDE&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
}}}

]]> http://blog.glennie.fr/2007/10/15/kde-358-est-la/feed/ 0