Re: [SOLVED] Re: raid 1 qui foire ?
Le 23-08-2009, à 23:32:23 +0200, Sylvain Sauvage (sylvain.sauv...@metanoesis.net) a écrit : > steve, dimanche 23 août 2009, 22:27:06 CEST > > > > Bonjour la liste, > > ’soir, > > >[…] > > PS : quelle est la meilleure traduction en français de « array » ? > > Dans ce cas, « matrice (de disque) ». > > Cf. http://www.granddictionnaire.com (Office québécois de la > langue française, les propositions sont parfois un peu, euh, on > dira belles-provinciales mais c’est bien fait.) Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Aucun son sur Asus notebook F6E
Salut, as tu installe la distrib orientée "eeepc"? a+ On Mon, Aug 24, 2009 at 12:01:35AM +0200, Emmanuel wrote: > Bonsoir la liste, > > J'ai installé une Debian Lenny sur un portable Asus F6Eseries. > Tout c'est bien passé, mis à part pour le son et le firmware ! > > En effet, je n'ai aucun son qui sort et pas grand chose sur notre ami > Google concernant ce problème sur le F6Eseries. > > Auriez-vous des pistes à ce sujet ? > > Merci à toutes et à tous. > > Emmanuel. > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot > ``spam'' dans vos champs "From" et "Reply-To:" > > 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 > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sun, 23 Aug 2009 23:25:16 +0200, Sylvain Sauvage a écrit : [...] > Le programme magique s’appelle debian-installer… [...] Merci, cela clos le sujet et me permet d'espérer encore quelques occupations du WE... M'enfin tant que le gamin ne fait que de la bureautique avec, j'ai un peu de temps pour planifier l'action... Merci à tous et bonne semaine. Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Aucun son sur Asus notebook F6E
Bonsoir la liste, J'ai installé une Debian Lenny sur un portable Asus F6Eseries. Tout c'est bien passé, mis à part pour le son et le firmware ! En effet, je n'ai aucun son qui sort et pas grand chose sur notre ami Google concernant ce problème sur le F6Eseries. Auriez-vous des pistes à ce sujet ? Merci à toutes et à tous. Emmanuel. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [SOLVED] Re: raid 1 qui foire ?
steve, dimanche 23 août 2009, 22:27:06 CEST > > Bonjour la liste, ’soir, >[…] > PS : quelle est la meilleure traduction en français de « array » ? Dans ce cas, « matrice (de disque) ». Cf. http://www.granddictionnaire.com (Office québécois de la langue française, les propositions sont parfois un peu, euh, on dira belles-provinciales mais c’est bien fait.) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Yann Cohen, dimanche 23 août 2009, 20:20:13 CEST >[…] > Je vais mettre cela sur le compte de la première install pas fait en > 64bits. Mais maintenant ? > > Si en effet j'ai un truc bancale sur lequel je dispose d'un petit > 64bits, comment rebasculer le tout en 64bits ? > > Quelle option magique de nos chers mainteneurs (aptitude, apt-get, > etc..) va pouvoir rétablir tout cela ? Le programme magique s’appelle debian-installer… Il n’y a pas d’autre solution que réinstaller. i386 et amd64 sont deux architectures différentes, au même titre que mips ou sparc64. Pour faire simple, dpkg (donc APT, donc aptitude &cie) a enregistré « l’architecture est i386 » dans un coin et ça ne peut pas être changé, parce que tout (les paquets, les listes, tout ce qui fait le système de paquet en somme) en dépend et qu’il faudrait tellement tout changer en un seul coup que c’est impossible. Tout réinstaller est plus simple. En revanche, une fois installée, l’architecture amd64 peut bien faire fonctionner des programmes utilisateur i386 (ia32). -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
[SOLVED] Re: raid 1 qui foire ?
Bonjour la liste, Bon je suis de retour et je me suis attaqué au remplacement du disque dur (sda) qui me donnait des soucis. La procédure est maintenant terminée avec succès. Pour les archives et pour ceux qui se retrouveraient dans la même situation que moi, voici comment j'ai fait. 1) mise en fail et retrait du disque défaillant mdadm /dev/md0 --fail /dev/sda1 mdadm /dev/md0 --remove /dev/sda1 et pareil pour tous les 8 autres (j'en avais 9). Le système ne tourne maintenant que sur une patte, croisons les doigts... 2) Remplacement du disque dur Alors que la machine est toujours allumée, je retire l'alimentation et le câble sata de l'ancien disque, le retire, et le remplace par le nouveau, le connecte et branche l'alimentation. syslog me montre que le nouveau disque est vu sous le nom /dev/sdc. (Au premier redémarrage, il deviendra /dev/sda, mais pour le moment c'est sdc.) 3) Création des partitions sur le nouveau disque. Pour ne pas faire de bêtise, j'utilise sfdisk pour reprendre la même configuration du disque qui tourne pour la mettre sur le nouveau. sfdisk --dump /dev/sdb | sfdisk /dev/sdc 4) Reconstruction Il faut maintenant reconstruire les arrays mdadm --manage /dev/md0 --add /dev/sdc1 et ainsi de suite pour les 8 autres. Un watch cat /proc/mdstat permet de voir l'évolution de la reconstruction en direct. Cette étape prend du temps bien évidemment. Après une heure environ, tous mes arrays sont reconstruits. 5) Renseignement de /etc/mdadm/mdadm.conf Ce fichier contient la description des disque utilisés pour le raid, il est donc actuellement obsolète. Un mdadm --detail --scan >> /etc/mdadm/mdadm.conf ajoute à la fin du fichier les bonnes valeurs. J'ai commenté les anciennes juste au-dessus. Aussi cette commande ajoute un champs « metadata=00.90 » dont je ne connais pas la signification mais qui renvoie une erreur au redémarrage de la machine. Je les ai effacé (mais pas encore redémarré depuis...). 6) Grub Pour pouvoir quand même redémarrer au cas où un disque me lâche, il faut installer grub dans les deux disques. # grub > root (hd0,0) > setup (hd0) > root (hd1,0) > setup (hd1) > exit Et ajouter une ligne dans le /boot/grum/menu.lst (merci Daniel !) default 0 fallback 1 et ajouter une entrée en deuxième position : title Debian GNU/Linux, kernel 2.6.30-1-amd64 root(hd0,0) kernel /vmlinuz-2.6.30-1-amd64 root=/dev/md1 ro initrd /initrd.img-2.6.30-1-amd64 title Debian GNU/Linux, kernel 2.6.30-1-amd64 root(hd1,0) kernel /vmlinuz-2.6.30-1-amd64 root=/dev/md1 ro initrd /initrd.img-2.6.30-1-amd64 Observez la ligne root. Voilà tout semble prêt pour un redémarrage. Ce que je fait, mais le système se bloque sur un kernel panic dû à un problème de swap. Pas grave j'éteins sauvagement et rallume. Le système démarre bien mais les arrays sont maintenant dégradés et il faut donc les resynchroniser, ce qui se fait tous seul maintenant. Mon système semble maintenant en parfaite santé, je vais pouvoir aller dormir du sommeil du Sage (si mon petit dernier de 5 mois me laisse, mais ça c'est une autre histoire...) Avec le disque dur qui me donnait des soucis, je ne sais pas encore ce que je vais faire, peut-être une grosse partition test, on verra. Si vous avez des idées, n'hésitez pas à m'en faire part. Merci à tous pour vos conseils avisés. Steve PS : quelle est la meilleure traduction en français de « array » ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sun, 23 Aug 2009 15:51:21 +0200, Sylvain Sauvage a écrit : > Yann Cohen, dimanche 23 août 2009, 15:17:17 CEST [...] > > Ne pas confondre noyau et distribution. > D'accord, je me rends ! Et en plus cela explique pourquoi le noyau tournait... Je vais mettre cela sur le compte de la première install pas fait en 64bits. Mais maintenant ? Si en effet j'ai un truc bancale sur lequel je dispose d'un petit 64bits, comment rebasculer le tout en 64bits ? Quelle option magique de nos chers mainteneurs (aptitude, apt-get, etc..) va pouvoir rétablir tout cela ? merci. Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sunday 23 August 2009 15:57:12 thveillon.debian, vous avez écrit : > Yann Cohen a écrit : > > Bonjour, Salut; > > > > Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du > > CPU : > > > > elie2:~# uname -a > > Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64 > > GNU/Linux > > elie2:~# more /proc/cpuinfo > > processor : 0 > > vendor_id : AuthenticAMD > > cpu family : 15 > > model : 127 > > model name : AMD Sempron(tm) Processor LE-1300 > > stepping: 2 > > cpu MHz : 1000.000 > > cache size : 512 KB > > fpu : yes > > fpu_exception : yes > > cpuid level : 1 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > > pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt > > fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16 > > lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB > > size: 1024 4K pages clflush size: 64 > > cache_alignment : 64 > > address sizes : 40 bits physical, 48 bits virtual > > power management: ts fid vid ttp tm stc 100mhzsteps > > > > elie2:~# perl -e 'print ~123;' > > 4294967172 Tu utilises Perl 32 bits sur un kernel 64?? C'est comme si tu configurais ton dernier HD SATA super truc muche avec DMA 33 . D'accord j'exagéré , mais tu imagines la perte !! % perl -V --> donne les options de compilation > > > > Et bien, cette machine n'est pas considérée comme un 64bits ! > > > > Donc retour arrière et mise en place du 32bit sans PB ! > > > > Quelle buse je suis ! > > > > Merci. > > > > Yann. > > Arf! Ça arrive à tout le monde, c'est bon signe pour l'architecture > AMD64 de voir qu'on la considère comme une chose acquise ! > Il y a peu j'ai perdu un moment à faire fonctionner kvm sur un > processeur c2duo qui... ne possédait pas les fonction de virtualisation. > J'étais convaincu que tous les c2duo la supportait. :-( > > Bonne continuation. > > Tom -- (o_ (/)_ S e r g e -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Arreter un peripherique USB par /sys
Ca fonctionne effectivement mais je vois plus ta solution comme une méthode
liee à l'ACPI.
D'ailleurs la lumiere de ma camera integree n'est pas eteinte...
Mais j'ai bcp cherché dans tout type de forum et je dois dire que e suis
surepris qu'il n'y ai pas de réponse à cette question...
Merci, a+
On Sun, Aug 23, 2009 at 11:58:30AM +0200, Lurker wrote:
>
> Fabien LUCE
> Saturday 22 August 2009
> > Bonjour à tous,
> >
> Bonjour,
>
> > Je suis sur un netbook advent avec camera integree.
> [...]
> >
> > Je cherche a contrôler l'arret de mes peripheriques USB (autre que
> > disque amovible) via les fichiers /sys. Je pars donc en quete d un
> > fichier state dans
> > /sys/devices/pci:00/:00:1d.7/usb5/5-2/power/, mais là
> > surprise, que dalle!
> >
> J'utilise un script pour arrêter un périphérique usb via /sys.
>
> Mais dans mon cas c'est un disque dur externe.
>
> (HS: en l'éjectant via le widget plasma qui va bien, mon disque est bien
> démonté mais reste sous tension : voyant allumé, et je le sens vibrer.
> Du coup je me suis toujours demandé si en débranchant le cordon le
> disque serait bien arrêté, et si les têtes seraient parquées etc...
> J'utilise donc une commande pour couper le courant purement et
> simplement.
> Remarque : je ne sais toujours pas si le disque est mécaniquement arrêté
> correctement mais j'arrive à dormir comme ça.)
>
> Si ça peut t'aider voici ce que j'utilise :
> - cd /sys/bus/usb/devices pour se mettre au bon endroit
> - bon_usb=$(grep -H Maxtor usb?/?-?/manufacturer | cut -d"/" -f1,2) là
> je cherche le bon fichier à l'aide du nom du constructeur (Maxtor dans
> mon cas)
> - cd ${bon_usb}/power on se met dans le power du bon périphérique
> - sudo sh -c 'echo "suspend" > level' pour couper la lumière
> et j'ai un sleep de quelques secondes derrière par précaution.
>
>
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
> ``spam'' dans vos champs "From" et "Reply-To:"
>
> 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
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Yann Cohen a écrit : > Bonjour, > > Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du > CPU : > > elie2:~# uname -a > Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64 > GNU/Linux > elie2:~# more /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family: 15 > model : 127 > model name: AMD Sempron(tm) Processor LE-1300 > stepping : 2 > cpu MHz : 1000.000 > cache size: 512 KB > fpu : yes > fpu_exception : yes > cpuid level : 1 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt > fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16 > lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB > size : 1024 4K pages clflush size: 64 > cache_alignment : 64 > address sizes : 40 bits physical, 48 bits virtual > power management: ts fid vid ttp tm stc 100mhzsteps > > elie2:~# perl -e 'print ~123;' > 4294967172 > > Et bien, cette machine n'est pas considérée comme un 64bits ! > > Donc retour arrière et mise en place du 32bit sans PB ! > > Quelle buse je suis ! > > Merci. > > Yann. > Arf! Ça arrive à tout le monde, c'est bon signe pour l'architecture AMD64 de voir qu'on la considère comme une chose acquise ! Il y a peu j'ai perdu un moment à faire fonctionner kvm sur un processeur c2duo qui... ne possédait pas les fonction de virtualisation. J'étais convaincu que tous les c2duo la supportait. :-( Bonne continuation. Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Yann Cohen, dimanche 23 août 2009, 15:17:17 CEST > > Bonjour, ’jour, > Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du > CPU : > > elie2:~# uname -a > Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64 > GNU/Linux > elie2:~# more /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family: 15 > model : 127 > model name: AMD Sempron(tm) Processor LE-1300 > stepping : 2 > cpu MHz : 1000.000 > cache size: 512 KB > fpu : yes > fpu_exception : yes > cpuid level : 1 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt > fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16 > lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB > size : 1024 4K pages clflush size: 64 > cache_alignment : 64 > address sizes : 40 bits physical, 48 bits virtual > power management: ts fid vid ttp tm stc 100mhzsteps > > elie2:~# perl -e 'print ~123;' > 4294967172 > > Et bien, cette machine n'est pas considérée comme un 64bits ! Bien sûr que si ! Le drapeau lm (long mode) est présent, les adresses ont la taille d’un amd64, et, surtout, le noyau 64 bits fonctionne sur la machine et tu viens nous dire que celle-ci ne serait pas un amd64 !? > Donc retour arrière et mise en place du 32bit sans PB ! > > Quelle buse je suis ! Je pense plutôt que tu as un noyau 64 bits mais des programmes utilisateur en 32 bits (d’où le résultat de l’expression Perl) et c’est pour cela que le module ATI n’a pas voulu se compiler. Ne pas confondre noyau et distribution. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
[Résolu]: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Bonjour, Au bout d'un moment, j'ai eu un doute et j'ai vérifié la version du CPU : elie2:~# uname -a Linux elie2 2.6.30-1-amd64 #1 SMP Sat Aug 15 21:08:31 UTC 2009 x86_64 GNU/Linux elie2:~# more /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 127 model name : AMD Sempron(tm) Processor LE-1300 stepping: 2 cpu MHz : 1000.000 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe xt fxsr_opt rdtscp lm 3dnowext 3dnow up rep_good extd_apicid pni cx16 lahf_lm extapic cr8_legacy 3dnowprefetch bogomips : 2008.69 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc 100mhzsteps elie2:~# perl -e 'print ~123;' 4294967172 Et bien, cette machine n'est pas considérée comme un 64bits ! Donc retour arrière et mise en place du 32bit sans PB ! Quelle buse je suis ! Merci. Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: recompilation noyau problèmatique
Tout bien pensé, et à la lueur des infos recueillies ici et là (pas de possibilité de recompiler les noyaux antérieurs à 2.6.20 avec les outils récents), j'aimerais tenter une démarche assez simple - j'espère qu'elle n'est pas trop naïve - mais pour laquelle j'ai besoin de vos conseils, s'agissant d'une liste de packages utiles. 1ère étape : apt get purge kernel-utils make gcc build-utils etc... 2 ième étape : vi /etc/apt/sources.list modifier ce fichier de façon à désactiver les liens vers des répertoires contenant des packages récents (stable, lenny, testing), ré-activer uniquement les répertoires de packages anciens (sarge) 3 ième étape : apt get install kernel-utils make gcc build-utils etc... 4 ième étape : avec ces nouveaux (anciens) outils, essayer la recompilation de mon noyau actuel (2.6.20-16-386) afin d'en exclure les fonctionalités audio incluses (c'est la but initial de la manip) Mais j'ai besoin de connaître la liste de tous les nouveaux packages que je dois désactiver et remplacer par les anciens. Merci d'avance pour votre contribution. Bernard wrote: Daniel Huhardeaux wrote: Bernard a écrit : Bonjour à tous, bonjour [...] Le plus simple serait sans doute que je recompile mon noyau d'origine '2.6.20-16-386' j'en doute fort: sudo aptitude search kernel-image p kernel-image-2.6.8-13-amd64-generic - Linux kernel image for version 2.6.8 on generic x86_64 systems p kernel-image-2.6.8-13-amd64-k8 - Linux kernel image for version 2.6.8 on AMD64 systems p kernel-image-2.6.8-13-amd64-k8-smp - Linux kernel image for version 2.6.8 on AMD64 SMP systems p kernel-image-2.6.8-13-em64t-p4 - Linux kernel image for version 2.6.8 on Intel EM64T systems p kernel-image-2.6.8-13-em64t-p4-smp - Linux kernel image for version 2.6.8 on Intel EM64T SMP systems v kernel-image-2.6.8-16sarge2-custom.1 Le noyau est donc 2.6.8 [...] 'make' retourne un message d'erreur que j'ai oublié [...] Et bien il s'agit peut être de l'information la plus importante ! ;-) Je me souviens avoir eu des soucis avec Sarge car il s'agissait de la migration vers udev je crois. Mais comme votre noyau est déją en 2.6.20, le problème doit venir d' ailleurs, vous avez bien réussi à le compiler et l'installer :-) Dans un autre forum, j'ai vu qu'il y avait des problèmes pour compiler les anciens noyaux (avant 2.6.26) avec les outils plus récents. A partir de 2.6.26, j'arrive bien à compiler sans erreur, mais les images que j'obtiens plantent au boot. J'ai passé des heures à examiner le peu de messages que je puis lire à l'écran (inutile de préciser qu'en cas de crash aucune logfile n'est produite), examiner, également, les logs des boot du noyau qui boote normalement, celui que je n'ai pas recompilé. Je pense que, vraisemblablement, le problème vient de mon mkinitrd qui génère une image qui ne convient pas. Dans /etc/mkinitrd.conf, j'ai trouvé le passage suivant : # Command to generate the initrd image. # MKIMAGE='mkcramfs %s %s > /dev/null' this has been changed august 19, 2009 MKIMAGE='genromfs -d %s -f %s' La modif date de 3 jours... Il s'agit donc sans doute d'un fichier provenant d'un nouveau package update que j'ai fait ces jours derniers. Comme les messages aperçus à l'écran lors des crash faisaient référence à cramfs, j'ai eu l'idée de modifier cette mkinitrd.conf et de réactiver MKIMAGE='mkcramfs', et désactiver la ligne d'après. Après cela, les images que j'obtiens avec mkinitrd sont plus petites, leur taille se rapproche de celle de mes anciennes images. Ceci étant installé dans /boot/grub/menu.lst, le boot va plus loin que précédemment avant le crash... mais çà finit quand même par planter. J'ai fait des photos d'écran au moment des crash : http://www.teaser.fr/~bdebreil/bootcrash1.jpg et http://www.teaser.fr/~bdebreil/bootcrash2.jpg La première image provient d'un crash avec un noyau dans lequel j'avais compilé le RAID dans le noyau. L'examen des logfiles des boot qui marchent, m'ayant révélé qu'il est fait appel à des modules, j'ai refait une compil avec raid en modules. Et là çà va plus loin (voir seconde image), le raid se lance bien, mais ensuite il ne peut créer /devfs/vg-00 car il s'agit d'un read only filesystem. Ensuite : 'incompatible livedevmapper 1.01.00-ioctl and kernel driver' Y-a-t-il quelqu'un qui pourrait me dire quels packages purger, par quels packages plus anciens ou plus récents les remplacer, afin de me permettre de compiler un noyau qui soit bootable sur mon système Debian 3.1 Merci d'avance pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Arreter un peripherique USB par /sys
Fabien LUCE
Saturday 22 August 2009
> Bonjour à tous,
>
Bonjour,
> Je suis sur un netbook advent avec camera integree.
[...]
>
> Je cherche a contrôler l'arret de mes peripheriques USB (autre que
> disque amovible) via les fichiers /sys. Je pars donc en quete d un
> fichier state dans
> /sys/devices/pci:00/:00:1d.7/usb5/5-2/power/, mais là
> surprise, que dalle!
>
J'utilise un script pour arrêter un périphérique usb via /sys.
Mais dans mon cas c'est un disque dur externe.
(HS: en l'éjectant via le widget plasma qui va bien, mon disque est bien
démonté mais reste sous tension : voyant allumé, et je le sens vibrer.
Du coup je me suis toujours demandé si en débranchant le cordon le
disque serait bien arrêté, et si les têtes seraient parquées etc...
J'utilise donc une commande pour couper le courant purement et
simplement.
Remarque : je ne sais toujours pas si le disque est mécaniquement arrêté
correctement mais j'arrive à dormir comme ça.)
Si ça peut t'aider voici ce que j'utilise :
- cd /sys/bus/usb/devices pour se mettre au bon endroit
- bon_usb=$(grep -H Maxtor usb?/?-?/manufacturer | cut -d"/" -f1,2) là
je cherche le bon fichier à l'aide du nom du constructeur (Maxtor dans
mon cas)
- cd ${bon_usb}/power on se met dans le power du bon périphérique
- sudo sh -c 'echo "suspend" > level' pour couper la lumière
et j'ai un sleep de quelques secondes derrière par précaution.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
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
Re: Problème VLC
Tonio Saturday 22 August 2009 > fabrice test a écrit : > > Bonsoir à tous, > > Bonsoir > Bonsoir, > > J'essaye veinement d'utiliser VLC sous lenny. > > Ce dernier est incapable de lire quoi que ce soit. Ni les dix, ni > > mpeg ou encore les .flv. La version est vlc / 0.8.6.h-4+lenny2. > > > > Sinon j'arrive sans problème à lire tout ces fichiers soit avec > > mplayer ou encore kmplayer. > > > > Concernant les flv, VLC me renvoit le message : > > main playlist nothing to play debian > > > > POur les autres formats : > > no suitable decoder module for fourcc ... suivi du format. > > J'avais eu un problème similaire, résolu par une > -désinstallation de vlc, > -une suppression de /home/toto/.vlc, > -et une réinstallation en ayant au préalable commenté les dépôts > multimédia dans mon sources.list. > J'avais eu ce problème également mais ça fait un moment. À l'époque c'était un problème de conflit sur le paquet ffmpeg entre les dépôts de base et multimédia (français uniquement si j'ai bien compris). Il fallait donc : - mettre en priorité les dépôts de base sur les dépôts multimédia dans /etc/apt/preferences - réinstaller les paquets : ffmpeg libavcodec51 libavdevice52 libavformat52 libavutil49 libpostproc51 libswscale0 - effacer le cache de vlc : ~/.vlc/cache/*.dat Et ça devrait aller si c'est le même problème. J'avais trouvé cette solution sur le forum Sidux : http://sidux.com/PNphpBB2-viewtopic-p-85911- sid-66564e386d31ee9282475c52a9becb97.html#85911 Il était aussi indiqué que ce n'était pas considéré comme un bug et que rien ne serait donc changé, mais là j'en sais pas plus. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: libstdc++5 n'est plus disponible?
Le Sun, Aug 23, 2009 at 08:29:55AM +0200, Pascal Ognibene a écrit : > > Je suis donc bien ennuyé, et ouvert à toute suggestion me permettant > d'installer ce paquet, vu que ça bloque le fonctionnement d'applications > tierces comme gwt, ou encore de vieux jeux natifs. Bonjour, Le paquet a été retiré de Sid, et le sera probablement de Squeeze bientôt. Il restera bien sûr dans Lenny, qui restera disponible pendant de longues années, d'abords dans les mirroirs officiels, et ensuite dans les archives. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Compte GMail (contacts et calendrier) dans un client sous Debian
Bonjour, Le Fri, 21 Aug 2009 22:12:50 +0200, Stephane LABORDE a écrit : >Bonsoir, > >L'agenda de mon compte gmail avec celui d'une de mes machines en local >et avec un iphone. >J'utilise Thunderbird 2.0.0.23 avec les plug-ins "Lightning" 0.9 et >"Provider for google calendar" 0.5. > >Ca me permet de synchroniser l'agenda de Thunderbird avec celui de mon >compte google. J'en étais arrivé à la même conclusion ;-) >D'autre part, J'ai suivi un tuto glané sur la toile pour synchroniser >un iphone sur le même compte google. Pour ça, j'utilise un serveur >exchange gratuit sur internet (nuevasync). Je ne sais pas s'il existe >d'autres solutions pour héberger un exchange soit même. Là, par contre, ça a été plus facile... En fait, sur l'iPhone, j'ai créé 2 paquets : - l'un pour la messagerie (avec le compte GMail) - l'autre pour les contacts et l'agenda (avec le même compte GMail) en utilisant un compte du type Exchange ActiveSync. Et ça roule tout seul... >Pour TB+lightning : >http://lifehacker.com/399407/how-to-sync-any-desktop-calendar-with-google-calendar >pour l'iphone : >http://blog.simon-duhem.fr/2008/12/02/synchroniser-google-agenda-calandar-et-google-contacts-sur-son-iphone-avec-nuevasync/ > >J'espère que ça t'aidera. Merci pour tes infos... David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
