Re: HS: mdadm et grub2
Le 24/01/2011 12:03, Pascal Hambourg a écrit : Daniel Huhardeaux a écrit : [...] J'en suis arrivé à la conclusion que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait pas puisqu'il ne devait en fait avoir rien d'écrit :-( J'ai du mal à comprendre comment tu arrives à cette conclusion. As-tu examiné réellement le contenu du second disque ? Comme le disque seul ne démarre pas (le BIOS l'a bien noté comme seul disque présent) donc logiquement vu apr lÓS comme sda. Comme il ne boot pas c'est que grub ne trouve pas ce qu'il cherche. Comme avant de commencer mes tests raid j'ai vérifier que mdadm me donnait bien mes espaces raid en up et ok, forcément le second disque devrait ressembler au premier. Je n'ai effectivement pas démarrer sur un CD pour vérifier ce que contenait le disque. J'ai rebranché les deux disques, chacun comme il était connecté à la livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis les remettrai dans l'espace raid. AMA ça risque de donner des trucs bizarres car je ne pense pas que les superblocs des partitions RAID des deux disques soient censés être totalement identiques. Bien sûr. Mais cela m'a permis de confirmer que les deux disques étaient fonctionnels et que chacun *dans le même setup raid* arrivait à démarrer. Le problème pourrait venir de la correspondance entre les noms de périphérique pour Linux et le BIOS pour le second disque. Il ne parle que de disque C: J'ai comme seul choix de dire celui que je veux pour représenter ce disque C: "C:" désigne simplement le premier disque, celui qui sera amorcé par le BIOS et vu comme hd0 par grub. OK mais cela ne sert a rien puisque: - si j'ai les deux disques, je peux choisir sur lequel je veux démarrer - si je n'ai qu'un disque, il ne me présente que celui ci Dans tous les cas de figure, si mon disque sda est HS sdb devient sda donc il doit démarrer L'idée est qu'il faut installer grub sur le second disque /dev/sdb en lui disant qu'il est le premier disque pour le BIOS, c'est-à-dire hd0. Car sinon lors du boot sur ce disque il cherchera à lire sur hd1 alors qu'il sera effectivement hd0. Le disque amorcé par le BIOS est toujours vu comme hd0. Avec grub 1, j'avais dû faire ceci pour l'installer aussi sur le second disque /dev/hdb : # grub grub> device (hd0) /dev/hdb grub> root (hd0,0) grub> setup (hd0) Grub2 est capable de démarrer sur /dev/md0 (/boot dans mon cas). Ensuite, le but du raid n'est pas de trifouiller dans le BIOS ou dans Grub pour arriver à démarrer le serveur si sda lache! L'option fallback de menu.lst est faite pour cela dans grub1 default 0 fallback 1 [...] title Debian GNU/Linux, kernel 2.6.32-bpo.5-amd64 root(hd0,0) kernel /vmlinuz-2.6.32-bpo.5-amd64 root=/dev/mapper/vg0-DomU0 ro initrd /initrd.img-2.6.32-bpo.5-amd64 title Debian GNU/Linux, kernel 2.6.32-bpo.5-amd64 root(hd1,0) kernel /vmlinuz-2.6.32-bpo.5-amd64 root=/dev/mapper/vg0-DomU0 ro initrd /initrd.img-2.6.32-bpo.5-amd64 J'ai eu un entretien avec le support technique de Dell: ce modèle est livré avec le contrôleur sur la carte mère ou dans un slot PCI avec un contrôleur standard sur la CM. Bien évidemment je suis dans le premier cas :-(. Sur leur conseils je refais l'installation en SATA = ATA ou SATA = AHCI, il est possible que d'avoir laissé RAID en supprimant l'espace raid virtuel, et malgré que les deux disques aient été reconnus par l'OS, fasse qu'une partie de la gestion disque ai tout de même été gérée par le S100. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3d76ea.9080...@tootai.net
Re: HS: mdadm et grub2
Daniel Huhardeaux a écrit : > >>> Et bien si: le perc s100 semble bien être la cause du problème >> >> Cette affirmation me semble en contradiction avec ton message de 13h06 >> relatant le résultat de la permutation des disques. > > Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en > faisant un installation fraiche sur le disque qui ne démarrait pas en le > laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant > été débranché: et bien cela a fonctionné! Chaque disque installé avec > son OS démarre bien, SATA0 ou SATA1. C'est logique et prévisible : l'unique disque présent est reconnu à la fois comme le premier disque par le BIOS (hd0 dans grub) et /dev/sda par Linux, quel que soit le port SATA auquel il est connecté. Donc rien à reprocher au contrôleur jusque là. > J'en suis arrivé à la conclusion > que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier > disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait > pas puisqu'il ne devait en fait avoir rien d'écrit :-( J'ai du mal à comprendre comment tu arrives à cette conclusion. As-tu examiné réellement le contenu du second disque ? > J'ai rebranché les deux disques, chacun comme il était connecté à la > livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je > redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis > les remettrai dans l'espace raid. AMA ça risque de donner des trucs bizarres car je ne pense pas que les superblocs des partitions RAID des deux disques soient censés être totalement identiques. >> Le problème pourrait venir de la correspondance entre les noms de >> périphérique pour Linux et le BIOS pour le second disque. > > Il ne parle que de disque C: J'ai comme seul choix de dire celui que je > veux pour représenter ce disque C: "C:" désigne simplement le premier disque, celui qui sera amorcé par le BIOS et vu comme hd0 par grub. L'idée est qu'il faut installer grub sur le second disque /dev/sdb en lui disant qu'il est le premier disque pour le BIOS, c'est-à-dire hd0. Car sinon lors du boot sur ce disque il cherchera à lire sur hd1 alors qu'il sera effectivement hd0. Le disque amorcé par le BIOS est toujours vu comme hd0. Avec grub 1, j'avais dû faire ceci pour l'installer aussi sur le second disque /dev/hdb : # grub grub> device (hd0) /dev/hdb grub> root (hd0,0) grub> setup (hd0) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3d5c92.7050...@plouf.fr.eu.org
Re: HS: mdadm et grub2
Le 23/01/2011 18:39, Pascal Hambourg a écrit : Salut, Daniel Huhardeaux a écrit : Et bien si: le perc s100 semble bien être la cause du problème Cette affirmation me semble en contradiction avec ton message de 13h06 relatant le résultat de la permutation des disques. Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en faisant un installation fraiche sur le disque qui ne démarrait pas en le laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant été débranché: et bien cela a fonctionné! Chaque disque installé avec son OS démarre bien, SATA0 ou SATA1. J'en suis arrivé à la conclusion que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait pas puisqu'il ne devait en fait avoir rien d'écrit :-( J'ai rebranché les deux disques, chacun comme il était connecté à la livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis les remettrai dans l'espace raid. Je créerai ensuite un fichier puis retirerai le sda de la grappe et redémarrerai sur sdb: le résultat me dira déjà si j'ai vu juste. De la lecture sur Internet, je suis pessimiste quant au résultat. Le problème pourrait venir de la correspondance entre les noms de périphérique pour Linux et le BIOS pour le second disque. Il ne parle que de disque C: J'ai comme seul choix de dire celui que je veux pour représenter ce disque C: Un contrôleur à fuire, c'est la première fois que je me retrouve dans une telle situation :-( [...] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c6eae.2060...@tootai.net
Re: HS: mdadm et grub2
Le 23 janvier 2011 18:19, Daniel Huhardeaux a écrit : > Le 23/01/2011 15:45, kaliderus a écrit : >> >> [...] >> Je ne vois pas pourquoi installer grub sur un périphérique raid, grub >> se doit d'être sur /dev/sda et /dev/sdb >> > > Non, avec grub2 on peut l'installer sur le périphérique raid ainsi les x > disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux > disques) Ah d'accord, et grub s'installe tout seul sur les x disques en question ? Parceque le bios doit bien choisir a un moment sur lequel charger le système >> - Relancer pour vérifier le boot sur chacun des disques. >> > > Et c'est la ou cela coince. Si tu passe par du raid logiciel, je ne comprends plus le soucis de ton controleur. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin0f35k-q8xktkru7-ohoasvjo83xvhe6cb-...@mail.gmail.com
Re: HS: mdadm et grub2
Salut, Daniel Huhardeaux a écrit : > > Et bien si: le perc s100 semble bien être la cause du problème Cette affirmation me semble en contradiction avec ton message de 13h06 relatant le résultat de la permutation des disques. Le problème pourrait venir de la correspondance entre les noms de périphérique pour Linux et le BIOS pour le second disque. - A l'installation, sdb = second disque dur dans le BIOS (hd1 selon grub 1, mais il paraît que ça a changé avec grub 2). - Si on enlève le premier disque, sdb devient premier disque donc hd0. Si l'amorce de grub a été configurée pour aller chercher le reste sur hd1, ça ne marche pas. Quand j'avais installé grub 1 sur deux disques en RAID 1, j'avais dû installer l'amorce sur le second disque en déclarant que pour le BIOS c'était le premier, car pour le BIOS le disque qui boote est toujours le premier. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c67bc.30...@plouf.fr.eu.org
Re: HS: mdadm et grub2
Le 23/01/2011 15:45, kaliderus a écrit : [...] Je ne vois pas pourquoi installer grub sur un périphérique raid, grub se doit d'être sur /dev/sda et /dev/sdb Non, avec grub2 on peut l'installer sur le périphérique raid ainsi les x disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux disques) [...] Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai du mal à t'aider. Mon problème n'est pas l'installation du raid, je sais faire ;-). J'ai demander au BIOS de se comporter comme si les disques étaient en ATA, pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en cause et interfère. Je pense qu'il n'y a aucun rapport Et bien si: le perc s100 semble bien être la cause du problème [...] - Relancer pour vérifier le boot sur chacun des disques. Et c'est la ou cela coince. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c630f.3080...@tootai.net
Re: HS: mdadm et grub2
Le 22 janvier 2011 18:13, daniel huhardeaux a écrit : > Bonjour, Bonjour, > > J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 logiciel avec > mdadm. Tout se déroule correctement C'est à dire ? Je pense que tu devrai développer la procédure que tu as suivi. As-tu bien regénéré le initramfs ? jusqu'au test du raid après > installation: le serveur ne démarre pas si je débranche sda alors qu'il > démarre si je débranche sdb! > > J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 (partition Raid1 > pour /boot, /dev/md1 étant mon swap et /dev/md2 mon /) Je ne vois pas pourquoi installer grub sur un périphérique raid, grub se doit d'être sur /dev/sda et /dev/sdb > > Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB" puis > le serveur redémarre. J'ai tenté de mettre set root=(hd1) en lieu et place > de (md0) dans grub.cfg, rien n'y fait. > > Dans le BIOS, j'ai activer le boot à partir du second disque, le serveur > démarre bien si sda est présent. Tout se passe donc comme si GRUB démarre > sur sdb mais a besoin de sda pour le reste :-( Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai du mal à t'aider. > > J'ai demander au BIOS de se comporter comme si les disques étaient en ATA, > pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en > cause et interfère. Je pense qu'il n'y a aucun rapport > > Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me > permettrai de sortir de cette impasse. J'ai commencé un tutoriel sur le sujet, je te colle le brouillon : peut être que quelques étapes ne sont pas dans l'ordre L'idée est de partir d'un système "standard" à un système installé en raid 1 en passant par une matrice raid 1 dégradée. Les étapes à ne pas louper sont celle concernant le initramfs et le fstab. Je n'ai pas utilisé l'installateur pour configurer le raid, je l'ai fais une fois installé. Je me base sur 2 disques identiques sda (disque source) et sdb (disque cible), le système dans 1 unique partition + 1 swap (/dev/sda5 et /dev/sdb5). Les étapes à suivre : Paquets Prérequis : mdadm Disque source = /dev/sda Disque cible = /dev/sdb - Partitionner le disque cible en " Linux raid auto detect " pour / + 1 swap - Créer le système raid 1 sur la partition cible en mode dégradé : Seule la partition /dev/sdb1 est utilisée lors de cette étape : mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 missing - Créer un système de fichier (mkfs.ext3 /dev/md0) sur le disque cible - Monter la future partition cible /dev/md0 sur /point_montage_md0/ - Copier les fichiers du système source sur le disque cible (cp -dprx /dev/sda1 /dev/sdb1) - Modifier /etc/madam/mdadm.conf sur le disque cible pour prendre en compte la matrice raid (mdadm ---examine --scan>> /point_montage_md0/etc/mdadm/mdadm.conf) - Modifier /etc/fstab du disque cible pour qu'il utilise le nouveau système de fichiers (/ sur /dev/md0) - Générer le initramfs sur le disque cible : cd /point_montage_md0/boot/ puis mkinitramfs -v -o ./leinitrdquivabien sur le nouveau disque - Modifier pour avoir la ligne kopt=/dev/md0 (de mémoire) dans menu.lst - Installer Grub à partir de grub sur le disque cible : root (hd1,0) , setup(hd1) - Installer Grub à partir de grub sur le disque source : root (hd1,0) , setup(hd0) - Là devrait être spécifié root comme /dev/md0 dans /boot/grub/menu.lst sur le disque cible et source (les entrées dans le menu grub), mais il faut aussi garder les autres menus au cas ou - Démonter la partition cible /dev/md0 - On laisse les swap (1 sur chaque partition), on refera la manipulation de création d'un disque /dev/md1 de swap par la suite, pour le moment on peut continuer à utiliser /dev/sdb5 - Rebooter sur le nouveau disque sdb (md0) en mode dégradé (à spécifier à partir du bios, ou changer les cavaliers des disques IDE) - Vérifier que le système a bien monté / sur /dev/md0, sinon, on peut supposer un mauvais paramétrage du grub - Changer le type de partition de /dev/sda1 en " Linux raid auto detect " - Intégrer le disque source dans la matrice raid : mdadm /dev/md0 --add /dev/sda1 ... et attendre la synchronisation - Pour la swap, même idée, mais c'est plus simple, il suffit juste de créer un disque raid 1 et le déclarer comme swap dans fstab cible - C'est fini - Relancer pour vérifier le boot sur chacun des disques. ... et ... - Tester A+ k. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=r8eeubscdntzkv19jfkvkw0i_3etmxf1u3...@mail.gmail.com
Re: HS: mdadm et grub2
Le 23/01/2011 13:06, Daniel Huhardeaux a écrit : Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit : On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux wrote: je viens d'installer un serveur Dell T110 ayant 2 disques SATA et incorporant le controleur suivant (lspci) RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA RAID Controller (rev 05) Le BIOS du serveur donne PERC S100 comme controleur RAID. Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv qui fait le RAID, pas le hard), ensuite personne n'a réussi à le faire fonctionner correctement en software RAID Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque SATA qui était sda lors de l'installation démarre aussi bien en SATA0 qu'en SATA1. Le second disque, celui en sdb lors de l'installation et qui "semblait" fonctionnel aux yeux de mdadm, ne démarre ni en SATA0 ni en SATA1 :-( Il y a quand même un truc qui me chiffonne: le RAID est désactivé dans le BIOS, j'ai mis AHCI mode ou ATA mode. Le raid logiciel devrait être fonctionnel ... -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c1d48.9070...@tootai.net
Re: HS: mdadm et grub2
Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit : On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux wrote: je viens d'installer un serveur Dell T110 ayant 2 disques SATA et incorporant le controleur suivant (lspci) RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA RAID Controller (rev 05) Le BIOS du serveur donne PERC S100 comme controleur RAID. Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv qui fait le RAID, pas le hard), ensuite personne n'a réussi à le faire fonctionner correctement en software RAID Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque SATA qui était sda lors de l'installation démarre aussi bien en SATA0 qu'en SATA1. Le second disque, celui en sdb lors de l'installation et qui "semblait" fonctionnel aux yeux de mdadm, ne démarre ni en SATA0 ni en SATA1 :-( Bon ... -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4d3c19ae.9020...@tootai.net
Re: HS: mdadm et grub2
On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux wrote: > je viens d'installer un serveur Dell T110 ayant 2 disques SATA et > incorporant le controleur suivant (lspci) > > RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA > RAID Controller (rev 05) > > Le BIOS du serveur donne PERC S100 comme controleur RAID. Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv qui fait le RAID, pas le hard), ensuite personne n'a réussi à le faire fonctionner correctement en software RAID. intel sait faire les chipsets (pour les CPUs, il a pour bonne partie acquit le savoir), mais c'est tout. -- X-rated movies are all alike ... the only thing they leave to the imagination is the plot. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110123051425.654f3e12@anubis.defcon1
Re: HS: mdadm et grub2
Le Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeaux a écrit : > Bonjour, > > je viens d'installer un serveur Dell T110 ayant 2 disques SATA et > incorporant le controleur suivant (lspci) > > RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset > SATA RAID Controller (rev 05) > > Le BIOS du serveur donne PERC S100 comme controleur RAID. > > J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 > logiciel avec mdadm. Tout se déroule correctement jusqu'au test du > raid après installation: le serveur ne démarre pas si je débranche > sda alors qu'il démarre si je débranche sdb! > > J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 > (partition Raid1 pour /boot, /dev/md1 étant mon swap et /dev/md2 > mon /) > > Lorsque je démarre en ayant débrancher sda, je vois "Welcome to GRUB" > puis le serveur redémarre. J'ai tenté de mettre set root=(hd1) en > lieu et place de (md0) dans grub.cfg, rien n'y fait. > > Dans le BIOS, j'ai activer le boot à partir du second disque, le > serveur démarre bien si sda est présent. Tout se passe donc comme si > GRUB démarre sur sdb mais a besoin de sda pour le reste :-( > > J'ai demander au BIOS de se comporter comme si les disques étaient en > ATA, pas plus de résultat. Bref, j'en vient à penser que le > contrôleur est en cause et interfère. > > Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me > permettrai de sortir de cette impasse. > Bonjour, j'ai consulté un ensemble de site traitant du sujet et la réponse n'est vraiment pas encouragente Néanmoins, pourquoi ne pas tenter une install Debian-KfreeBSD ... slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110122210826.3df233eb.bernard.schoenacker_free.fr@hamtaro
