Transfére r une install existante sur du RAID 1
Salut à toutes et à tous, Je me lance tout à l'heure dans le transfert d'une install existante sur un seul et unique disque en ext3 vers une grappe RAID 1 si possible en ext4[1]. J'ai une (très très) maigre expérience du RAID logiciel, et absolument aucune en ce qui concerne le fait d'installer le système sur une grappe de ce type. Je ne connais pas LVM (mais je sais que je risque d'en avoir besoin). Si quelqu'un pouvait m'indiquer quelques liens à suivre (ou même la marche à suivre) afin de m'éviter de me heurter à trop de souci. Ce que j'imagine devoir faire actuellement : - installer mdadm et mettre la variable AUTOSTART=TRUE, histoire d'avoir la matrice active au démarrage, - créer la grappe RAID 1 - créer le système de fichiers - (option a) copier bit à bit (dd) le disque qui servait sur la matrice RAID (mais je pense que je vais avoir un souci avec grub, qui ne verra pas les bonnes partitions aux bons endroits) - (option b) copier le disque qui servait sur la matrice RAID, reconfigurer tout fstab (avec les UUID), réinstaller grub sur le secteur d'amorçage de la matrice RAID Mais je trouve ça un peu fumeux, j'imagine qu'on peut faire mieux. Merci d'avance. Aurélien [1] il faut que je vérifie que j'ai ajouté le support de l'ext4 au noyau que j'ai compilé moi-même il y a quelques temps. -- Aurélien -- 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/20101018064554.gb2...@sebkhachott.net
Re: Transférer une install existante sur du RAID 1
Le 18/10/2010 08:45, Aurelien a écrit : Salut à toutes et à tous, Je me lance tout à l'heure dans le transfert d'une install existante sur un seul et unique disque en ext3 vers une grappe RAID 1 si possible en ext4[1]. J'ai une (très très) maigre expérience du RAID logiciel, et absolument aucune en ce qui concerne le fait d'installer le système sur une grappe de ce type. Je ne connais pas LVM (mais je sais que je risque d'en avoir besoin). Si quelqu'un pouvait m'indiquer quelques liens à suivre (ou même la marche à suivre) afin de m'éviter de me heurter à trop de souci. Ce que j'imagine devoir faire actuellement : - installer mdadm et mettre la variable AUTOSTART=TRUE, histoire d'avoir la matrice active au démarrage, - créer la grappe RAID 1 - créer le système de fichiers - (option a) copier bit à bit (dd) le disque qui servait sur la matrice RAID (mais je pense que je vais avoir un souci avec grub, qui ne verra pas les bonnes partitions aux bons endroits) - (option b) copier le disque qui servait sur la matrice RAID, reconfigurer tout fstab (avec les UUID), réinstaller grub sur le secteur d'amorçage de la matrice RAID Mais je trouve ça un peu fumeux, j'imagine qu'on peut faire mieux. Merci d'avance. Aurélien [1] il faut que je vérifie que j'ai ajouté le support de l'ext4 au noyau que j'ai compilé moi-même il y a quelques temps. Salut, Tu ne dis pas quelle version de Debian est concernée, ça peut changer beaucoup de choses (support ext4, type de métadonnées raid). Sinon le protocole a l'air correct, je crois que l'auto-démarrage est le défaut à l'installation de mdadm, un nouvel initrd devrait être créé. Tu n'as pas besoin de copier bit à bit, un coup de rsync et c'est réglé (bien plus rapide). Tu peux réinstaller grub depuis un live-cd (ou avec SuperGrubDisk [1]) sur tous les disques de ton raid1 ensuite (pense au fichier /boot/grub/device.map). Si tu n'as pas l'impératif de garder le vieux disque dans la machine débranche le après avoir noté les uuid, et ré-attribue les mêmes uuid aux nouvelles partitions du raid1 (tune2fs -U [uuid] partition, voir man tune2fs) comme ça tu t'épargnes la mise à jour du fstab. Renseigne ton fichier mdadm.conf avec le résultat de mdadm --misc --detail --brief /dev/md? Attention au type de métadonnées raid utilisées, avec le vieux format 0.90 il faut donner aux partitions le type de fichier raid-autodetect (fd). Cette méthode est dite obsolète, mais elle fonctionne encore. Pour les liens je connais [2] et [3] en Français, sinon il y a pléthore en Anglais comme [4] et [5]. Bon amusement, fait une sauvegarde. [1] http://www.linuxpedia.fr/doku.php/autre/supergrubdisk [2] http://www.linuxpedia.fr/doku.php/expert/mdadm [3] http://www.linuxpedia.fr/doku.php/expert/systeme_conversion_raid1 [4] http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub-configuration-debian-lenny [5] https://raid.wiki.kernel.org/index.php/Linux_Raid -- 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/4cbbfb44.1020...@googlemail.com
Re: Transférer une install existante su r du RAID 1
Le 18/10/2010 08:45, Aurelien a écrit : Salut à toutes et à tous, Bonjour [...] ancien mais toujours d'actualité http://epimetrics.com/entries/3124 -- 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/4cbbfc07.30...@tootai.net
Problème Alsa multicard
Bonjour, Comme je l'avais rapidement évoqué dans un fil de discussion précédent j'ai 2 cartes sons sur mon portable, la carte interne et une carte son USB correcte (Edirol UA1EX). Elle marche très bien, mais mon problème est que je veux l'utiliser par défaut au boot. Mon ancienne solution était de recréer des fichiers de conf de modules pour que USB-audio soit le driver de la première carte et snd-hda-intel celui avec l'index 1. Avec les deux cartes ça fonctionnait bien, par contre mon problème était que quand j'avais pas la carte son USB je n'avais pas de son (snd-hda-intel) avait toujours l'index 1... De plus cette solution n'est pas très élégante... Depuis j'ai découvert le fichier /etc/modprobe.d/alsa-base.conf et une solution a priori plus élégante en modifiant l'indice de la carte du driver snd-usb-audio comme suit : options snd-usb-audio index=0 Ça fait à peu près ce que je souhaite, mais au boot la carte USB n'apparaît pas dans aplay -l Par contre un alsa force-reload résout instantanément le problème. Quelqu'un aurait une idée pour qu'alsa prenne directement le bon fichier, en gros éviter le alsa force-reload au démarrage? Sachant que cette solution a un avantage, c'est que la simple commande alsa force-reload permet de passer d'un environnement à l'autre. Merci d'avance pour votre aide, Adrien -- 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/4cbbfda0.7070...@gmail.com
Re: Retour d'expérience sur e-Sata
Le dimanche 17 octobre 2010 à 19:47:01, Patrice Karatchentzeff a écrit : Salut, ’jour, […] Avez-vous des retours d'expérience avec l'eSata dans ces conditions (voir dans d'autres aussi, je suis preneur). […] Pas d’expérience sur un système complet ou en tiroir mais sur l’e-Sata en général : d’abord, c’est juste du Sata externalisé : ils ont fait des prises plus solides qu’en interne et utilisé un câble blindé mais c’est exactement comme si tu branchais en interne ; c’est une prise SATA parmi d’autres. Contrairement à l’USB, il n’y a aucune traduction, donc, — niveau performances, tu as exactement la même chose qu’en interne, soit jusqu’à 120 Mio/s (à comparer avec les 25-30 Mio/s de l’USB-2) ; — niveau gestion, le système le voit comme un disque interne. (Ça veut aussi dire pas « removable », donc pas de montage automatique par l’utilisateur par défaut (j’avais tripatouillé ça avec hal quand c’était lui le responsable mais je n’y ai pas retouché depuis). Bon, c’est pas très intéressant pour ton cas mais ça peut être utile à savoir.) Tu as donc aussi accès à toutes les fonctions SMART. Pour l’USB pour un disque système de démarrage, ça ne devrait pas poser de problème (bien que certains BIOS semblent encore avoir des bizarreries), à part la vitesse bien sûr ; mais bon, on avait bien des disques en PIO à 2 Mio/s… (Et des disquettes à 30 kio/s et des K7 à 300 bauds et allez jouez ailleurs les gosses !) -- Sylvain Sauvage -- 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/201010181000.41731.sylvain.l.sauv...@free.fr
Re: probleme de reception de mail avec qmail
Le dimanche 17 octobre 2010 à 10:41 -0700, Maurice Guerrier a écrit : J'ai un serveur mail avec qmail je n'arrive pas à recevoir mes mails. Quand les mails sont envoyés en sur mon serveur mail, ils vont tous en file d'attente. Avez-vous une piste pour resoudre ce probleme? Il faudrait voir ta config. Quel est le contenu de locals et rcpthosts dans /var/qmail/control ? Et quel est ton domaine (d'envoi) ? Les log de la partie qmail-send serait un plus ! Julien -- 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/1287389680.3945.1.ca...@pc-julien.office
Re: Transférer une install existante sur du RAID 1
Le lundi 18 octobre 2010 à 09:46:12, tv.deb...@googlemail.com a écrit : […] Salut, ’lut, […] Sinon le protocole a l'air correct, je crois que l'auto-démarrage est le défaut à l'installation de mdadm, un nouvel initrd devrait être créé. Exact, surtout qu’il semble que le disque de base n’a pas vocation à intégrer le RAID (c’est dommage, c’est bien plus rigolo). Tu n'as pas besoin de copier bit à bit, un coup de rsync et c'est réglé (bien plus rapide). Euh, en local, 'cp -ax' est plus rapide. Tu peux réinstaller grub depuis un live-cd (ou avec SuperGrubDisk [1]) sur tous les disques de ton raid1 ensuite (pense au fichier /boot/grub/device.map).[…] Tu peux aussi bêtement le faire en chroot une fois le système copié. (mount --bind de /proc, /sys et /dev, chroot, grub- install) […] Petite note personnelle : j’ai justement fait du nettoyage sur mon portable il y a quelques jours. J’ai repartitionné le disque et l’ai passé de ext3 à ext4. J’ai recopié l’ancien système (sauvegardé pas dd avant) à l’identique (par cp -ax), mutatis mutandis (fstab). Et j’ai vu une formidable accélération au démarrage : le rcS.d est exécuté en 9-10 s au lieu des 22-25 s habituelles. Bon, c’est pas que je le démarre souvent,– je préfère la veille –, mais c’est le temps qui est depuis quelques temps affiché à chaque démarrage et c’est assez époustouflant quand même. Le passage ext3-ext4 a été testé sur une Ubuntu neuve ( http://news.softpedia.com/news/Ubuntu-9-04-Boots-in-21-4- Seconds-101885.shtml ) mais ça n’explique pas la différence. Sans doute la remise au propre d’une Sid de 3 ans mise à jour quasi-quotidiennement peut en expliquer une autre part… -- Sylvain Sauvage -- 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/201010181024.23047.sylvain.l.sauv...@free.fr
Unidentified subject!
Bonjour, Aprés une coupure de courant j'obtient le message suivant: [...] The root filesystem is currently mounted in read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ... (warning) /etc/rcS.d/S10checkroot.sh: line 27: 1476 Segmentation fault sulogin $CONSOLE * Attempt to start maintenance shell failed. Will restart in 5 seconds. Cordialement. -- Kader -- 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/1287395547.4cbc18dbb1...@imp.free.fr
Problème de boot (root filesystem)
Bonjour, Aprés une coupure de courant j'obtient le message suivant: [...] The root filesystem is currently mounted in read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ... (warning) /etc/rcS.d/S10checkroot.sh: line 27: 1476 Segmentation fault sulogin $CONSOLE * Attempt to start maintenance shell failed. Will restart in 5 seconds. Cordialement. -- Kader -- 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/1287395930.4cbc1a5a6c...@imp.free.fr
Re: Problème de boot (root filesystem)
Le lundi 18 octobre 2010 à 11:58:50, kader.h...@free.fr a écrit : Bonjour, ’jour, Aprés une coupure de courant j'obtient le message suivant: [...] The root filesystem is currently mounted in read-only mode. Ok, on aurait aimé en savoir un peu plus (les quelques lignes précédentes) mais ton FS en a pris un coup. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ... (warning) /etc/rcS.d/S10checkroot.sh: line 27: 1476 Segmentation fault sulogin $CONSOLE * Attempt to start maintenance shell failed. Will restart in 5 seconds. Deux possibilités non exclusives : — le FS est nase en particulier pour ce fichier ou l’un de ceux qu’il utilise (bibliothèque ou exécutable, p.ex. /bin/sh) ; — la RAM en a pris un coup aussi. Redémarre sur un CD ou une clef USB et lance un fsck sur les partitions de ton DD. Tu peux aussi en profiter pour faire une vérification de la RAM. (Tu as des images CD/USB Debian toutes prêtes sur http://live.debian.net .) Courage, -- Sylvain Sauvage -- 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/201010181225.24152.sylvain.l.sauv...@free.fr
Re: Problème de boot (root filesyste m)
Salut, Sylvain L. Sauvage a écrit : Deux possibilités non exclusives : - le FS est nase en particulier pour ce fichier ou l'un de ceux qu'il utilise (bibliothèque ou exécutable, p.ex. /bin/sh) ; - la RAM en a pris un coup aussi. Redémarre sur un CD ou une clef USB et lance un fsck sur les partitions de ton DD. Tu peux aussi en profiter pour faire une vérification de la RAM. (Tu as des images CD/USB Debian toutes prêtes sur http://live.debian.net .) Je recommande de vérifier que la RAM est bonne *avant* de lancer fsck ou tout autre commande qui écrit sur le disque. -- 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/4cbc26be.9090...@plouf.fr.eu.org
Re: Problème de boot (root filesystem)
Le 18 octobre 2010 12:51, Pascal Hambourg pascal.m...@plouf.fr.eu.org a écrit : Je recommande de vérifier que la RAM est bonne *avant* de lancer fsck ou tout autre commande qui écrit sur le disque. Un bon smartmontools ca ne fait jamais de mal non plus avant un fsck, ça n'écrit pas sur le disque et ne fais pas que vérifier la partition non plus. -- Kévin -- 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=bh9npne7bnows6l0owbe0slfgznkj+jxwi...@mail.gmail.com
Probleme affichage Acer Aspire 9810
Bonjour, je viens de récupérer un portable acer aspire 9810 qui partait à la casse suite à un problème d'affichage. J'ai installé une debian lenny, et voici les symptômes constatés: - dès le splash-screen Acer, l'écran est lardé de code-barres - lorsqu'on arrive sur Gnome et sa fenêtre de connection, gnome est quasi illisible, toujours les code-barres - si j'essaye de me connecter sous Gnome, la machine finit par se bloquer complètement, avant d'avoir terminer le lancement complet de Gnome - si je passe en console avant de me connecter sous Gnome, je peux lancer une session - un affichage semi-graphique tel que mc fonctionne sans problème La carte graphique est une nVidia GeFore Go 7600, intégrée à la carte mère, et qui utilise donc une partie (256 Mb) de la Ram. la ram est constituée de 2 barettes de 1G, soDimm DDR2 667 MHz Mon idée serait de tester alternativement le gpu et la ram, afin de déterminer lequel des 2 déconne, mais je ne sais comment faire. Quelqu'un a une idée? Merci. -- 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/1287414463.4614.21.ca...@st1.lan
Re: Probleme affichage Acer Aspire 9810
On Mon, 18 Oct 2010 17:07:43 +0200, alain vanranst alainvanra...@gmail.com wrote: J'ai installé une debian lenny, et voici les symptômes constatés: - dès le splash-screen Acer, l'écran est lardé de code-barres - lorsqu'on arrive sur Gnome et sa fenêtre de connection, gnome est quasi illisible, toujours les code-barres Soit plus précis: blanc/noir ou couleurs, dans quel sens, etc. (et si le barcode commence par 729, il faut boycotter ton micro:) - si j'essaye de me connecter sous Gnome, la machine finit par se bloquer complètement, avant d'avoir terminer le lancement complet de Gnome - si je passe en console avant de me connecter sous Gnome, je peux lancer une session - un affichage semi-graphique tel que mc fonctionne sans problème Ca n'est pas du semi-graphique, c'est du full text utilisant des caractères étendus semi-graphiques. La carte graphique est une nVidia GeFore Go 7600, intégrée à la carte mère, et qui utilise donc une partie (256 Mb) de la Ram. la ram est constituée de 2 barettes de 1G, soDimm DDR2 667 MHz Mon idée serait de tester alternativement le gpu et la ram, afin de déterminer lequel des 2 déconne, mais je ne sais comment faire. Il n'y a quasiment aucune chance que ça soit le GPU (à moins que son radiateur n'ait pas un bon contact avec, mais dans ce cas ça prendrait un temps plus long avant de ratatouiller (minutes).) Rappel: on ne touche JAMAIS les contacts ni les chips d'une barette de RAM directement: soit par les coins, soit avec le matériel adéquate (tapis antistat, guêtres, etc.) et on se met AVANT au même potentiel que la machine (frotter les doigts qq secondes sur une partie qui est à la masse), et tant qu'à faire, on ne fait pas ça sur de la moquette synthétique ni avec des vêtements également synthétiques. Par contre, si le test RAM ne donne rien, il-y-a pas mal de chances que ça soit le driver qui merde (PAS le driver soft: le composant qui génère les signaux nécessaires au fonctionnement du LCD; il se trouve dans 99% des cas en dessous du LCD et peut-être changé - reste à voir le prix de la pièce, souvent hors de proportion avec le coût du composant (~$5).) -- Raising pet electric eels is gaining a lot of current popularity. -- 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/20101018173823.3dcee...@anubis.defcon1
Re: Probleme affichage Acer Aspire 9810
Le lundi 18 octobre 2010 à 17:38 +0200, Jean-Yves F. Barbier a écrit : On Mon, 18 Oct 2010 17:07:43 +0200, alain vanranst alainvanra...@gmail.com wrote: J'ai installé une debian lenny, et voici les symptômes constatés: - dès le splash-screen Acer, l'écran est lardé de code-barres - lorsqu'on arrive sur Gnome et sa fenêtre de connection, gnome est quasi illisible, toujours les code-barres Soit plus précis: blanc/noir ou couleurs, dans quel sens, etc. (et si le barcode commence par 729, il faut boycotter ton micro:) En fait il s'agit de traits verticaux, de longueur variable, formant des lignes parallèles remplissant l'écran. Ces traits sont mono-couleur, mais cette couleur change lorsque je laisse l'invite de Gnome à l'écran, passant de rose, à vert ... - si j'essaye de me connecter sous Gnome, la machine finit par se bloquer complètement, avant d'avoir terminer le lancement complet de Gnome - si je passe en console avant de me connecter sous Gnome, je peux lancer une session - un affichage semi-graphique tel que mc fonctionne sans problème Ca n'est pas du semi-graphique, c'est du full text utilisant des caractères étendus semi-graphiques. La carte graphique est une nVidia GeFore Go 7600, intégrée à la carte mère, et qui utilise donc une partie (256 Mb) de la Ram. la ram est constituée de 2 barettes de 1G, soDimm DDR2 667 MHz Mon idée serait de tester alternativement le gpu et la ram, afin de déterminer lequel des 2 déconne, mais je ne sais comment faire. Il n'y a quasiment aucune chance que ça soit le GPU (à moins que son radiateur n'ait pas un bon contact avec, mais dans ce cas ça prendrait un temps plus long avant de ratatouiller (minutes).) Rappel: on ne touche JAMAIS les contacts ni les chips d'une barette de RAM directement: soit par les coins, soit avec le matériel adéquate (tapis antistat, guêtres, etc.) et on se met AVANT au même potentiel que la machine (frotter les doigts qq secondes sur une partie qui est à la masse), et tant qu'à faire, on ne fait pas ça sur de la moquette synthétique ni avec des vêtements également synthétiques. Par contre, si le test RAM ne donne rien, il-y-a pas mal de chances que ça soit le driver qui merde (PAS le driver soft: le composant qui génère les signaux nécessaires au fonctionnement du LCD; il se trouve dans 99% des cas en dessous du LCD et peut-être changé - reste à voir le prix de la pièce, souvent hors de proportion avec le coût du composant (~$5).) Vous parlez de l'inverter ? -- Raising pet electric eels is gaining a lot of current popularity. -- 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/1287418375.3076.13.ca...@st1.lan
Re: Probleme affichage Acer Aspire 9810
'lut, Quelqu'un a une idée? Avant de toucher au matériel, teste donc avec un live CD. f. -- 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/4cbc6dd2$0$5407$426a7...@news.free.fr
Re: Probleme affichage Acer Aspire 9810
On Mon, 18 Oct 2010 17:54:50 +0200, fabrice régnier regnier@free.fr wrote: Avant de toucher au matériel, teste donc avec un live CD. mauvaise pioche: les OS ne peut pas générer ce type de panne. -- -- 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/20101018184205.61b6f...@anubis.defcon1
Re: Probleme affichage Acer Aspire 9810
Par contre, si le test RAM ne donne rien, il-y-a pas mal de chances que ça soit le driver qui merde (PAS le driver soft: le composant qui génère les signaux nécessaires au fonctionnement du LCD; il se trouve dans 99% des cas en dessous du LCD et peut-être changé - reste à voir le prix de la pièce, souvent hors de proportion avec le coût du composant (~$5).) Cette pièce porte un nom particulier ? Driver hardware ? Celui-ci ne coûterait que ~$5 ? -- 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/1287420447.3740.1.ca...@st1.lan
Re: Probleme affichage Acer Aspire 9810
un test sur écran externe pourrait éliminer le facteur inverter défectueux ? Le 18 octobre 2010 18:47, alain vanranst alainvanra...@gmail.com a écrit : Par contre, si le test RAM ne donne rien, il-y-a pas mal de chances que ça soit le driver qui merde (PAS le driver soft: le composant qui génère les signaux nécessaires au fonctionnement du LCD; il se trouve dans 99% des cas en dessous du LCD et peut-être changé - reste à voir le prix de la pièce, souvent hors de proportion avec le coût du composant (~$5).) Cette pièce porte un nom particulier ? Driver hardware ? Celui-ci ne coûterait que ~$5 ? -- 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/1287420447.3740.1.ca...@st1.lan
Re: Transfére r une install existante sur du RAID 1
On Mon, Oct 18, 2010 at 09:46:12AM +0200, tv.deb...@googlemail.com wrote : Le 18/10/2010 08:45, Aurelien a écrit : Salut à toutes et à tous, [...] Salut, Tu ne dis pas quelle version de Debian est concernée, ça peut changer beaucoup de choses (support ext4, type de métadonnées raid). OK, en effet. Il s'agit d'une Debian Squeeze. Le noyau qui tourne est (actuellement) un 2.6.29-rt7 (et aussi un noyau packagé Debian de base, mais ça n'est pas lui qui est supposé tourner à terme). Je ferai sans doute une mise à jour vers plus récent au passage. Merci pour vos réponses à tous. Je vais checker tout cela (la sauvegarde a pris plus de temps que prévu). -- Aurélien -- 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/20101018173534.gd2...@sebkhachott.net
Re: Problème Alsa multicard
Bonsoir,
Le 18/10/10, Adrien Bellangeradrien.bellan...@gmail.com a écrit :
Bonjour,
Comme je l'avais rapidement évoqué dans un fil de discussion précédent
j'ai 2 cartes sons sur mon portable, la carte interne et une carte son
USB correcte (Edirol UA1EX). Elle marche très bien, mais mon problème
est que je veux l'utiliser par défaut au boot.
Ma proposiition vaut ce qu'elle vaut, à condition que l'on puisse
affecter toujours le même index aux cartes, si quelqu'un sait comment
on fait, je suis preneur au passage.
Il faudrait rajouter, dans le /etc/profile :
Un test pour savoir si la carte usb est branchée :
cat /proc/asound/cards
Une modification de la variabe d'environnement alsa :
export ALSA_CARD=1
Je fais cela dans des scripts qui lancent certaines applications en
redirigeant le son sur ma carte USB du style iceweasel et
skype. Ainsi, je bénéficie de mon micro et de mon son correcte avec
skype et de la synthèse vocale de l'autre côté sur les hp du portable.
Sinon, il faudrait peut-être taper du côté du /etc/asound.conf et
mettre une section du style :
pcm.!default {
card 1
}
Sans garantie de la syntaxe je n'ai pas le temps de vérifier sur le
net tout de suite.
en aidant un ami à utiliser skype avec un micro usb externe, j'ai
découvert la surpuissance de ALSA. A mon avis, tout est possible, il
faut juste s'y pencher.
Bon courage,
Raphaël
--
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/aanlktikiw-gxqe1aamf0sli2e9ayqnwh0nsy-s7pr...@mail.gmail.com
Re: Problème Alsa multicard
Le lundi 18 octobre 2010 à 23:49:34, Raphaël POITEVIN a écrit :
Bonsoir,
’nuit,
[…]
Ma proposiition vaut ce qu'elle vaut, à condition que l'on
puisse affecter toujours le même index aux cartes, si
quelqu'un sait comment on fait, je suis preneur au passage.
Pas besoin. cat /proc/asound/cards te donne la liste des cartes
son, p.ex. :
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfbaf4000 irq 16
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA ATI HDMI at 0xfbcfc000 irq 27
2 [SAA7134]: SAA7134 - SAA7134
saa7133[0] at 0xfbfff800 irq 20
[…]
pcm.!default {
card 1
}
… et donc on peut utiliser le nom au lieu du numéro :
pcm.!default {
type hw
card SB
}
ctl.!default {
type hw
card SB
}
Le seul problème avec le nom, c’est quand on a plusieurs fois la
même. Ça ne m’est pas arrivé mais je suppose qu’il doit ajouter
un n° derrière, donc ça sert plus à grand’chose dans ce cas-là.
[…]
--
Sylvain Sauvage
--
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/201010190017.47453.sylvain.l.sauv...@free.fr
Re: Problème Alsa multicard
Bon petit jour,
Le 19/10/10, Sylvain L. Sauvagesylvain.l.sauv...@free.fr a écrit :
Pas besoin. cat /proc/asound/cards te donne la liste des cartes
son, p.ex. :
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfbaf4000 irq 16
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA ATI HDMI at 0xfbcfc000 irq 27
2 [SAA7134]: SAA7134 - SAA7134
saa7133[0] at 0xfbfff800 irq 20
Ca n'empêche que pour ma problématique personnelle ça m'aiderai
bien. En effet, lorsque j'allume mon ordinateur, si ma carte son USB
est branchée, il la met en 0 au lieu de 1 et donc du coup la carte par
défaut est l'USB ce qui ne m'arrange pas. J'aimerai bien que mes deux
cartes soient détectées dans le même ordre chaque fois car sinon ma
synthèse vocale va sur la mauvaise carte. Actuellement, je branche ma
carte après démarrage des modules alsa pour contourner le problème.
… et donc on peut utiliser le nom au lieu du numéro :
Oui il me semblait bien que l'on pouvait faire ça mais je n'étais pas
sûr.
pcm.!default {
type hw
card SB
}
ctl.!default {
type hw
card SB
}
Au passage, à quoi sert la section ctl ? Je l'ai rencontrée déjà mais
n'ai pas compris car pas tout testé.
Le seul problème avec le nom, c’est quand on a plusieurs fois la
même. Ça ne m’est pas arrivé mais je suppose qu’il doit ajouter
un n° derrière, donc ça sert plus à grand’chose dans ce cas-là.
Oui c'est pourquoi ça serait pratique d'avoir toujours le même ordre
dans les cartes.
Raphaël
--
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/aanlktim6zqc3ockjr0hlrmdgiuqhclz05g9q7px=2...@mail.gmail.com
Re: Probleme affichage Acer Aspire 9810
Le lundi 18 octobre 2010 à 19:17 +0200, Benoit Marquis a écrit : un test sur écran externe pourrait éliminer le facteur inverter défectueux ? Bien vu, j'ai branché un écran externe, et le problème est identique : lignes code-barre + affichage multi-couleur scintillant, on ne voit même plus l'invite de session de gnome . Donc, à priori, ce serait la carte graphique ? Merci -- 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/1287467471.6110.4.ca...@st1.lan
