Re: [SATA] optimisation d'un disque
Pascal Hambourg, dimanche 3 février 2008, 20:30:29 CET […] Nooon, il est carrément pourri à 52 MB/sec ;-) Ça dépend quel âge il a. C'est sûr qu'il y a mieux, sans aller chercher dans le haut de gamme. Exact, deux SATA Hitachi « même »¹ modèle, achetés à un an d’écart, sur la même machine : 57 Mio/s le vieux, 61 Mio/s l’autre. ¹ : toutes caractéristiques identiques. […] = 24.48 MB/sec c'est plus qu'honorable pour un HD possiblement en 5400 RPM J'ai vu nettement mieux : dans les 40 Mo/s sur un Maxtor 5400 tours/mn 20 Go qui n'est pas de première jeunesse. Mais c'est un 3,5, pas un 2,5 de portable. Bof, j’ai un 2,5 à 4200 tr/min qui monte à 37 Mio/s. Bon, c'est un SATA… -- Sylvain Sauvage
Lenny et flash
bonjour, suite a des soucis pour gérer une carte vidéo intel en etch, je suis passé en lenny visiblement lenny et flash fonctionne pour certains sur cette liste mais visiblement 'flashplugin-nonfree' ne fait plus partie des packages j'ai essayé avec libflash-mozplugin mais forcement version antique : 0.4.13-9 y'a une solution (sans risquer de tout casser ?)
Re: Lenny et flash
Le Mon, 4 Feb 2008 10:22:20 +0100, Bulot Grégory [EMAIL PROTECTED] a écrit : y'a une solution (sans risquer de tout casser ?) Utiliser le dépôt de Christian Marrillat, debian-multimedia.org ? -- « Chaque fois qu'un courriel HTML est envoyé, dieu détruit une planète extra-solaire. » -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lenny et flash
Le lundi 4 février 2008 10:22, Bulot Grégory a écrit : bonjour, suite a des soucis pour gérer une carte vidéo intel en etch, je suis passé en lenny visiblement lenny et flash fonctionne pour certains sur cette liste mais visiblement 'flashplugin-nonfree' ne fait plus partie des packages j'ai essayé avec libflash-mozplugin mais forcement version antique : 0.4.13-9 y'a une solution (sans risquer de tout casser ?) en attendant j'ai dans /usr/lib/mozilla-firefox/plugins, fait un ln -s vers un libflashplayer.so (flash9.0.115.0.1~etch1) que j'avais sauvegardé avant le passage cela fonctionne
Re: [etch]driver video intel pour carte vidéo intégré : 82G33/G31
Le jeudi 31 janvier 2008 10:31, Bulot Grégory a écrit : Le jeudi 24 janvier 2008 21:19, Bulot Grégory a écrit : effectivement ma question était un peu déplacée ... bon du coup install de lenny ... et là ... écran vide (au lancement de gdm) après install-redémarrage ! bon j'avance, j'arrive à la résolution de 1024x768, mais impossible de passer en 1366x768 : est-ce possible ? dans /var/log/Xorg.0.log : aucun message d'erreur (EE) , mais ecran vide (pas de signal) # XAUTHORITY=/var/lib/xdm/authdir/authfiles/A\:0-xDsiIw DISPLAY=:0 xdpyinfo | grep -2 dimensions screen #0: dimensions:1600x1200 pixels (542x406 millimeters) resolution:75x75 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 quelqu'un a-t-il résolu ce genre de cas ?
Re: Sortie d'hibernation difficile sur T61p
Le 13913ième jour après Epoch, Sylvain Sauvage écrivait: François TOURDE, dimanche 3 février 2008, 22:26:25 CET […] T’as essayé un autre pilote que vesa ? Les pilotes spécifiques ont plus de chances de fonctionner (y compris les privatifs). Pas encore. En fait au début de l'install j'ai essayé, mais j'avais un souci à la mise en veille (en ram), alors je suis passé en vesa (nv ne supporte pas encore la carte du t61p) Et bien, l’écran de mon portable ne se réveille qu’avec le pilote nvidia, sinon, black-out ou plantage. Les cartes nvidia se suivent mais ne se ressemblent pas, hein? :) Le bios n’a rien à voir avec le « gouverneur » du cpu. Je pensais que le gouverneur allait lire les infos de config du CPU pour dire: Tiens, il est en performance, je le laisse alors. La seule chose que le bios peut faire est de changer la fréquence et la tension du CPU. Au retour du noyau, le gouverneur devrait la refaire varier. Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas exécutés. Sinon, il y a un répertoire /etc/acpi/resume.d bourré de script. J’essaierais donc par là ensuite. J'avais commencé par là, en fait... Mais ça ne marchait pas. Jusqu'à ce que je me rende compte que la 1ere ligne était: #! /bin/sh ^-- Notez l'espace scélérat qui s'est glissé fourbement ici. La suite après la prochaine hibernation :)
Re: [etch]driver video intel pour carte vidéo intégré : 82G33/G31
Le lundi 4 février 2008 10:51, Bulot Grégory a écrit : je précise que même avec 915resolution, c'est pas mieux : /etc/init.d/915resolution restart echo Recherche bonne résolution : ; 915resolution -l | grep 1366 Starting 915resolution: Intel 800/900 Series VBIOS Hack : version 0.5.3 Chipset: G33 BIOS: TYPE 1 Mode Table Offset: $C + $269 Mode Table Entries: 27 Patch mode 4a to resolution 1366x768 complete 915resolution. Recherche bonne résolution :
Re: Sortie d'hibernation difficile sur T61p
François TOURDE, lundi 4 février 2008, 10:53:17 CET […] La seule chose que le bios peut faire est de changer la fréquence et la tension du CPU. Au retour du noyau, le gouverneur devrait la refaire varier. Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas exécutés. En sortie d’hibernation, le noyau et toute sa mémoire sont restaurée à l’identique de ce qu’ils étaient à l’entrée. Donc les paramètres du noyau devraient être remis à l’identique. Donc le gouverneur devrait être remis à « ondemand ». À moins qu’il n’ait été passé à « performance » durant la mise en sommeil. Ce qui serait possible : il se dépêcherait de s’endormir :o) Mais ce serait un bogue qu’il ne soit pas remis. Sinon, il y a un répertoire /etc/acpi/resume.d bourré de script. J’essaierais donc par là ensuite. J'avais commencé par là, en fait... Mais ça ne marchait pas. Jusqu'à ce que je me rende compte que la 1ere ligne était: #! /bin/sh ^-- Notez l'espace scélérat qui s'est glissé fourbement ici. Cet espace n’est absolument pas scélérat. Il est autorisé (il peut même être accompagné). Il y a une rumeur qui dit même qu’il serait obligatoire ou fortement conseillé mais je n’ai jamais trouvé de véritable raison de le mettre (à part par esthétisme). La suite après la prochaine hibernation :) -- Sylvain Sauvage
Re: problèmes après maj noyau
[EMAIL PROTECTED] wrote: mais j'ai plusieurs problèmes: tout d'abord, l'ordinateur se bloque pendant environ 20 secondes au démarrage après avoir écrit ceci: ICH6: IDE controller (0x8086:0x266f rev 0x04) at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 20 ICH6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... Juste après s'être débloqué, il écrit: Clocksource tsc unstable (delta = -19261976751 ns) Time: hpet clocksource has been installed. Il y avait déjà ces messages avec l'ancien noyau, mais il y avait pas l'attente. Autre chose, lors du démarrage, j'ai plusieurs messages d'erreur: modprobe: WARNING: Error inserting padlock_aes (/lib/modules/2.6.24-custom/kernel/drivers/crypto/padlock-aes.ko): No such device (lors de /etc/init.d/cryptdisks-early) FATAL: Error inserting speedstep_centrino (/lib/modules/2.6.24-custom/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko): No such device (lors de /etc/init.d/powersaved) Lorsque j'essaye d'insérer ces modules à la main (avec insmod), j'ai le même message d'erreur. En ce qui concerne, cryptdisks, ce n'est pas très gênant (ma partition chiffrée se monte bien). Par contre, en ce qui concerne speedstep-centrino, j'ai l'impression que la modification de fréquence du cpu n'est plus supportée: powersave -c me dit Speedstepping is not supported. En ce qui concerne le bug de powersave, c'est parceque le module speedstep_centrino était marqué comme deprecated et est maintenant complètement désactivé dans le noyau. Par contre, powersaved est sensé charger d'autres modules, mais ça ne marchait vu que j'utilise dash comme /bin/sh ; j'ai ouvert le bug #463925 à ce sujet. Je me pencherais plus tard sur le message d'erreur dans cryptdisks ainsi que sur le ralentissement au démarrage. a+ arno -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[résolu]Re: [etch]driver video intel pour carte vidéo intégré : 82G33/G31
Le lundi 4 février 2008 11:09, Bulot Grégory a écrit : Le lundi 4 février 2008 10:51, Bulot Grégory a écrit : je précise que même avec 915resolution, c'est pas mieux : /etc/init.d/915resolution restart echo Recherche bonne résolution : ; 915resolution -l | grep 1366 Starting 915resolution: Intel 800/900 Series VBIOS Hack : version 0.5.3 Chipset: G33 BIOS: TYPE 1 Mode Table Offset: $C + $269 Mode Table Entries: 27 Patch mode 4a to resolution 1366x768 complete 915resolution. Recherche bonne résolution : après install 915resolution, il faut rebooter (un restart de 915resolution ne suffit pas)
Re: RE : execution automatique de module-assistant
JJL a écrit : En continuant à fouiller, j'ai peut-être une solution. Dans apt.conf, il existe une option Post-Invoke qui permet d'executer des commandes après chaque dpkg. J'ai donc fait un petit script qui lance m-a dans le cas ou les conditions sont réunies (voir fichier attaché) C'est un peut lourd de lancer le script après l'installation de chaque paquet... Il y a un moyen plus simple que j'utilise pour le module nvidia : - Créer le script /usr/local/sbin/update-module : #!/bin/sh m-a -tl $1 a-i nvidia update-grub $1 $2 - Remplacer postinst_hook = update-grub par postinst_hook = /usr/local/sbin/update-module dans /etc/kernel-img.conf - Le meta-paquet linux-headers correspondant à votre noyau (linux-headers-2.6.18-686 dans mon cas) doit être installé de sorte que les headers du nouveau noyau soient déjà installés quand module-assistant s'exécute car module-assistant est exécuté pendant une mise à jour apt donc il ne peut pas utiliser apt-get pour installer d'autres paquets. J'ai fait un certain nombre de tests dans une machine virtuelle et tout semble fonctionner correctement. Par contre comme cela touche à un domaine dont je n'ai pas trop l'habitude, je serai heureux que la liste y jette un oeil histoire de voir les points que j'ai pu oublier. Ta solution a probablement le même problème que la mienne si module-assistant tente d'installer un paquet manquant (headers, sources du module, build-essential, linux-kbuild, etc.) mais le seule qui doit être mis à jour en même temps que le noyau est le linux-headers correspondant et il le sera à condition que le meta-paquet soit installé. Une chance qu'apt faces les mise à jour par ordre alphabétique et que header vienne avant image ! @+ Merci JJL signature.asc Description: OpenPGP digital signature
Re: Compilation noyau - démarrag e/init - problème avec mountroot
Une seule machine (celle qui pose problème) possède 2 disques ( 1 ata et 1 sata ). Dans un soucis de cohérence avec l'identification des disques (hd) et parce que pour le moment, je n'ai pas besoin du deuxième disque (SATA), j'ai désactivé dans la config du noyau: Device Drivers / Serial ATA (prod) and Parallel ATA (experimental) drivers et maintenant, je peux booter sans problème. Est-ce parce qu'il détecte un disque SATA qu'il attribue des ID du genre sd au lieu de hd?... Se pourrait-il que les outils de création de noyau Debian (make-kpkg) ne tiennent pas compte encore de ces configurations? Je pourrais essayer de compiler le noyau de façon standard pour voir mais le temps me manque un peu. imonkeys wrote: Il Fri, 01 Feb 2008 06:26:02 -0800, hubert ha scritto: Le noyau précédent est 2.6.22. Ce qui est étrange, c'est que ça ne fonctionne pas seulement sur une des trois machines. les trois machines ont au moins deux disques? J'ai trouvé ce lien: http://kernelnewbies.org/Linux_2_6_19#head- cdcbaa9c1b476decdc064e0a75d23d1328b1ddce en fait je voulais faire reference sur cette modif. :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Compilation-noyau---d%C3%A9marrage-init---probl%C3%A8me-avec-mountroot-tp15212051p15268859.html Sent from the debian-user-french mailing list archive at Nabble.com.
Problème UDF et montage automatique.
Bonjour, Lorsque j'insère un dvd udf _finalisé_ il est monté avec le système de fichier udf avec des résultats variables selon le dvd : parfois je peux lister les fichiers dans un terminal mais le dossier video_ts apparaît comme un fichier dans nautilus... parfois je ne peut rien lister du tout... Si je le remonte en forçant iso9660 pas de problème. J'ai ajouté la ligne /dev/hdd /media/dvd iso9660 ro,users,noauto 0 0 dans /etc/fstab et ça fonctionne, sauf que du coup ce sont les dvd udf non finalisés qui ne passent plus. Si je mais auto au lieu de iso9660 j'ai le même comportement qu'au départ. Que faire ? signature.asc Description: OpenPGP digital signature
Re: bttv et plantage du noyau
oops: . Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) id=9 correspond à une IMS/IXmicro Turbo TV (qui n'a rien à voir avec une miro||pinnacle) -- Doubt is not a pleasant condition, but certainty is absurd. -- Voltaire -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bttv et plantage du noyau
Jean-Yves F. Barbier a écrit : oops: . Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) id=9 correspond à une IMS/IXmicro Turbo TV (qui n'a rien à voir avec une miro||pinnacle) Peut-être que c'est un sous-id... Je tiens à rappeler que la carte tv fonctionnait parfaitement et que c'est même la seule chose qui a continué à fonctionner suite au plantage ! Simplement c'est aussi le dernier driver à avoir enregistré des messages dans le journal et qui plus est des erreurs... @+ PS: Je reçoit tes réponses en double... ce n'est pas utile puisque je suis abonné à la liste. signature.asc Description: OpenPGP digital signature
Re: Configuration automatique interface ethernet et/ou wifi
Le 04/02 de l'annee 2008, vers 19 heures et 41 minutes, mahashakti89 écrivait: J'utilise ifplugd et guessnet, tu peux regarder le tutoriel suivant : http://www.csquad.org/2006/05/10/configuration-automatique-des-interfaces-reseaux-sous-debian-gnulinux/ Merci, c'est exactement ce que je cherchais. Alexandre -- ---()()()()()()()()()--)()()()()()()()()(--- -()()--()-()-()()--)()(-)(-)(--)()(- ()()()()()()()())()()()()()()()( -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Configuration automatique interface ethernet et/ou wifi
Le Mon, 4 Feb 2008 18:53:36 +, Alexandre [EMAIL PROTECTED] a écrit : Bonjour, j'ai un portable et je change souvent de lieu de connexion à internet. Comme j'en ai marre de reconfigurer manuellement /etc/network/interfaces et resolv.conf, je pense utiliser le script suivant: /usr/share/doc/ifupdown/examples/ping-places.sh Mais sauf erreur de ma part, les exemples donnés sont essentiellement des cas ethernet (et pas de wifi). Donc je pensais compléter le script avec un if grep mon-essid $(iwlist scanning); then telle configuration... mais avant de réinventer la roue, je voulais savoir quelles solutions vous aviez adoptées. En vous remerciant de votre retour sur expérience. Alexandre J'utilise ifplugd et guessnet, tu peux regarder le tutoriel suivant : http://www.csquad.org/2006/05/10/configuration-automatique-des-interfaces-reseaux-sous-debian-gnulinux/ j'ai adapté la chose en glanant d'autres informations à droite et à gauche et ça fonctionne. mahashakti89
icedove n'affiche pas les nouveaux messages
Bonjour, je suis occupé à tester icedove et ce qui m'intrigue c'est que après avoir lancé icedove, les nouveaux messages dans les boîtes ne sont pas affichés. J'ai bien configuré icedove pour que cela soit visible ainsi que la quantité de messages dans les boîtes (ou folders) mais il faut vraiment que je clique sur la boîte pour que ce soit affiché. C'est pas automatique ? merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bttv et plantage du noyau
hugues larrive a écrit : Bonjour, salut Après 10 ans d'utilisation de linux me voilà face à mon premier plantage du noyau ! il faut début à tout .. Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Dixit les sources du drv: H||VSYNC: synchros. H||V OFLOW: Chroma/luma AGC overflow FBUS: Pixel data fifo dropped data (Hi PCI bus latency) FDSR: Fifo data stream resync. OCERR: RISC instruction error Apparemment, ta carte serait une MIRO PCTV, mais est-ce bien cela? J'en ai une (une *vraie* MIRO PCTV) qui n'a jamais fonctionnée correctement à moins de donner les options voulues au drv. (et qui *nécessite* le mode de compatibilité v4l-1, sinon elle plante); /etc/modprobe.d/zzz_BTTV: ### BTTV # i2c alias char-major-89 i2c-dev # bttv alias char-major-81 videodev alias char-major-81-0 bttv options bttvcard=1 tuner=3 bttv_debug=1 full_luma_range=1 chroma_agc=1 v4l2=0 options tuner tuner_debug=1 show_i2c=1 ### /BTTV Mon fils et moi avons passé 3H avant de trouver son type de carte TV (on a été obligé d'essayer chaque type de carte ET de tuner (rien de visible dessus) un par un) sur une carte de récup. Tout ça pour dire qu'il semble qu'il faille absolument la désigner. Feb 4 09:42:12 altair kernel: Linux video capture interface: v2.00 Feb 4 09:42:12 altair kernel: bttv: driver version 0.9.16 loaded Feb 4 09:42:12 altair kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture Feb 4 09:42:12 altair kernel: bttv: Bt8xx card found (0). Feb 4 09:42:12 altair kernel: ACPI: PCI Interrupt :00:0a.0[A] - GSI 18 (level, low) - IRQ 201 Feb 4 09:42:12 altair kernel: bttv0: Bt878 (rev 17) at :00:0a.0, irq: 201, latency: 32, mmio: 0xdfdfe000 semble dire que ton bus est par défaut @ 32 de latence, c'est trop peu pour la video; 64 est la moyenne, 128 fonctionne bien chez moi (CPU= CEL-2.4GHz) Ca correspond à la tranche de temps minimale accordée par process. Feb 4 09:42:12 altair kernel: bttv0: detected: Pinnacle PCTV [card=39], PCI subsystem ID is 11bd:0012 Feb 4 09:42:12 altair kernel: bttv0: using: Pinnacle PCTV Studio/Rave [card=39,autodetected] l'auto-détection _semble_ correcte Feb 4 09:42:12 altair kernel: bttv0: gpio: en=, out= in=00ff27ff [init] Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for MSP34xx @ 0x80... not found Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for MSP34xx @ 0x80... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA9875 @ 0xb0... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA7432 @ 0x8a... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA9887 @ 0x86... not found Feb 4 09:42:12 altair kernel: tuner 0-0060: All bytes are equal. It is not a TEA5767 Feb 4 09:42:12 altair kernel: tuner 0-0060: chip found @ 0xc0 (bt878 #0 [sw]) Feb 4 09:42:12 altair kernel: tuner 0-0060: type set to 3 (Philips (SECAM+PAL_BG) (FI1216MF, FM1216MF, FR1216MF)) c'est le type std des cartes TV CE . Feb 4 09:42:12 altair kernel: PCI: Setting latency timer of device :00:11.5 to 64 le kernel remet le bus PCI en 64 de latence a vue de nez, je dirais: remettre 64 (mini) de latence dans le BIOS; et renseigner le driver sur le type correct de carte/tuner/radio (ou laisser l'auto(detect pour voir si ça le fait) Les différences entre cartes Miro et Pinnacle sont généralement minimes, mais peuvent quand même facilement planter le micro. -- 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.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bttv et plantage du noyau
Bonjour, Après 10 ans d'utilisation de linux me voilà face à mon premier plantage du noyau ! J'ai installé un serveur debian qui fonctionne bien depuis quelques années pour une asso. Je l'administre via ssh et jusqu'à il y a peu il n'avais ni écran ni clavier... L'association à acquis un combiné magnétoscope vhs / graveur dvd et ayant un moniteur et une pctv en rabe j'ai décidé de les monter sur le serveur pour pouvoir monitorer l'engin. J'ai monté la carte pctv, mis # defoptions=vga=786 dans mon menu.lst, j'en ai profité pour mettre à jour en 2.6.18-6, installé mplayer et rebooté. Je me suis logué en tant que simple utilisateur (faisant partie du groupe video) et j'ai lancé la commande : ~$ exec mplayer -tv driver=v4l:width=640:height=480:outfmt=i420:device=/dev/video0:input=1 -vc rawi420 -vo fbdev tv:// Nickel, le serveur fait maintenant office de télévision. Ce matin je reçois un appel me disant que le réseau ne fonctionne pas, je tente de me connecter via ssh : No route to host, je ping la connexion : pas de soucis, je vais voir mes mails logcheck : pas de nouvelles depuis 30 heures ! Donc je vais voir sur place ce qu'il en est : L'écran du serveur affiche bien l'image du magnétoscope ! Le serveur ne répond plus au ping. Le clavier ne répond plus. Les magic SysRq keys ne fonctionnement pas. Le bouton power ne répond pas nonplus (normalement ça reboot par acpi) J'ai donc coupé l'alimentation :,((( pour rebooter (le bouton reset n'étant pas branché) et c'est évidemment reparti comme en 40. Malgré tout je me dis que ça ne devait pas être totalement planté vu que l'image n'était pas figée et que les voyants du clavier ne clignotaient pas (il me semble qu'ils clignotent en cas de kernel panic). altair:~# uname -a Linux altair 2.6.18-6-686 #1 SMP Wed Jan 23 03:23:22 UTC 2008 i686 GNU/Linux altair:~# apt-cache policy mplayer mplayer: Installé : 1.0~rc1-12etch1 Candidat : 1.0~rc1-12etch1 Table de version : *** 1.0~rc1-12etch1 0 990 http://security.debian.org etch/updates/main Packages 990 http://ftp.fr.debian.org etch/main Packages 100 /var/lib/dpkg/status altair:~# grep -C 10 bttv /var/log/syslog Feb 3 01:02:02 altair postfix/qmgr[2831]: 8F9F31A3F: removed Feb 3 01:06:01 altair /USR/SBIN/CRON[21989]: (root) CMD ([ -x /usr/share/mdadm/checkarray ] [ $(date +%d) -le 7 ] /usr/share/mdadm/checkarray --cron --all --quiet) Feb 3 01:06:01 altair kernel: md: syncing RAID array md0 Feb 3 01:06:01 altair kernel: md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc. Feb 3 01:06:01 altair kernel: md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for reconstruction. Feb 3 01:06:01 altair kernel: md: using 128k window, over a total of 5453952 blocks. Feb 3 01:06:01 altair kernel: md: delaying resync of md1 until md0 has finished resync (they share one or more physical units) Feb 3 01:06:01 altair kernel: md: delaying resync of md2 until md1 has finished resync (they share one or more physical units) Feb 3 01:06:01 altair kernel: md: delaying resync of md1 until md0 has finished resync (they share one or more physical units) Feb 3 01:06:01 altair mdadm: RebuildStarted event detected on md device /dev/md0 Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:04 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS OCERR* Feb 3 01:06:04 altair kernel: bttv0: OCERR @ 1eccb014,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:06 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:06 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb008,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb008,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb008,bits: VSYNC* HSYNC OFLOW FBUS OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb014,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb014,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:07 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:08 altair kernel: bttv0: OCERR @ 1eccb00c,bits: OFLOW OCERR* Feb 3 01:06:08 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:12 altair last message repeated 5 times Feb 3 01:06:12 altair kernel: bttv0: OCERR @ 1eccb014,bits: VSYNC* HSYNC OFLOW FBUS FDSR OCERR* Feb 3 01:06:12 altair kernel: bttv0: OCERR @
Re: Lenny et flash
* Bulot Grégory [EMAIL PROTECTED] [2008-02-04 10:45:19 +0100] wrote : Le lundi 4 février 2008 10:22, Bulot Grégory a écrit : bonjour, suite a des soucis pour gérer une carte vidéo intel en etch, je suis passé en lenny visiblement lenny et flash fonctionne pour certains sur cette liste mais visiblement 'flashplugin-nonfree' ne fait plus partie des packages j'ai essayé avec libflash-mozplugin mais forcement version antique : 0.4.13-9 y'a une solution (sans risquer de tout casser ?) en attendant j'ai dans /usr/lib/mozilla-firefox/plugins, fait un ln -s vers un libflashplayer.so (flash9.0.115.0.1~etch1) que j'avais sauvegardé avant le passage cela fonctionne Hmmm ... Je n'utilise pas la version de marillat et pourtant les sites fonctionne correctement. J'ai pas installé de pkg particulier j'ai juste fait la recherche de plugins dans Firefox ;) ++ -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `-
Re: [SATA] optimisation d'un disque
Sylvain Sauvage a écrit : - pourquoi -c3, ton disque est sur un contrôleur PCI ? En général, oui. ;-) Ou un bus système de largeur supérieure à 16 bits en émulation PCI. J'entendais « contrôleur sur carte fille PCI ». D'après ce que j'ai compris, ce paramètre ne sert pas pour les contrôleur intégrés. Pourquoi ne servirait-il pas pour les contrôleurs intégrés ? Lorsqu'il est activé, les accès PIO se font sur 32 bits (largeur du bus PCI) au lieu de 16 bits (largeur du bus ATA/IDE). C'est beaucoup plus efficace sur un bus PCI à cause du fonctionnement intrinsèque de ce dernier, et probablement aussi sur les bus internes qui émulent le PCI. En tout cas la différence est flagrante sur le contrôleur intégré du chipset VIA KT266A de mon PC. - pourquoi -m16 ? Tu veux du/es en DMA, pas en PIO. Ce réglage s'applique aussi bien en DMA qu'en PIO, non ? Pas d'après ce que j'en avais vu. Vérification faite dans la spécification ATA tu as raison, le paramètre multiple sector count ne s'applique qu'aux commandes READ/WRITE MULTIPLE, donc en PIO. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nombre maximal de fichiers pour une partition
mboss a écrit : Bonsoir à tout le monde! Je dispose d'un système debian lenny/sid, avec noyau 2.6.2.x. J'ai un problème avec une de mes partitions, en fait elle s'obstine à me refuser d'y écrire des fichiers. Voici un extrait de df -h qui montre qu'il y a assez de place: Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda8 89G 13G 72G 15% /usr/data Par contre, avec df -ih j'obtiens: Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur /dev/hda823K 23K 0 100% /usr/data Et juste pour compléter, l'output de mount: /dev/hda8 on /usr/data type ext3 (rw) Evidemment, il n'y a plus de place pour les inodes; Comment puis-je augmenter l'espace réservé aux inodes sur ma partition ext3? mke2fs -T news V. man mke2fs (à ma connaissance, on peut redimensionner une partoche, pas chnger son nb d'inodes sans reformater) -- DYSLEXICS OF THE WORLD, UNTIE! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sortie d'hibernation difficile sur T61p
Le 13913ième jour après Epoch, Frédéric BOITEUX écrivait: Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage [EMAIL PROTECTED] a écrit : François TOURDE, lundi 4 février 2008, 10:53:17 CET […] La seule chose que le bios peut faire est de changer la fréquence et la tension du CPU. Au retour du noyau, le gouverneur devrait la refaire varier. Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas exécutés. Chez moi, hibernate appelle le script laptop-mode au réveil, afin de gérer un éventuel changement d'alimentation pendant la phase d'endormissement, et laptop-mode peut être configuré pour gérer (entre autres) la politique de gestion de la vitesse du CPU... Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avoue que c'est étrange.
Re: bttv et plantage du noyau
Jean-Yves F. Barbier a écrit : ... Feb 3 01:06:03 altair kernel: bttv0: OCERR @ 1eccb008,bits: HSYNC OFLOW FBUS FDSR OCERR* Dixit les sources du drv: H||VSYNC: synchros. H||V OFLOW: Chroma/luma AGC overflow FBUS: Pixel data fifo dropped data (Hi PCI bus latency) FDSR: Fifo data stream resync. OCERR: RISC instruction error Apparemment, ta carte serait une MIRO PCTV, mais est-ce bien cela? J'en ai une (une *vraie* MIRO PCTV) qui n'a jamais fonctionnée correctement à moins de donner les options voulues au drv. (et qui *nécessite* le mode de compatibilité v4l-1, sinon elle plante); /etc/modprobe.d/zzz_BTTV: ### BTTV # i2c alias char-major-89 i2c-dev # bttv alias char-major-81 videodev alias char-major-81-0 bttv options bttvcard=1 tuner=3 bttv_debug=1 full_luma_range=1 chroma_agc=1 v4l2=0 options tuner tuner_debug=1 show_i2c=1 ### /BTTV Mon fils et moi avons passé 3H avant de trouver son type de carte TV (on a été obligé d'essayer chaque type de carte ET de tuner (rien de visible dessus) un par un) sur une carte de récup. Tout ça pour dire qu'il semble qu'il faille absolument la désigner. J'ai retiré cette carte de mon enregistreur numérique à la maison sur lequel j'en avais 2 identiques, je n'ai jamais eu ce genre de difficulté. Feb 4 09:42:12 altair kernel: Linux video capture interface: v2.00 Feb 4 09:42:12 altair kernel: bttv: driver version 0.9.16 loaded Feb 4 09:42:12 altair kernel: bttv: using 8 buffers with 2080k (520 pages) each for capture Feb 4 09:42:12 altair kernel: bttv: Bt8xx card found (0). Feb 4 09:42:12 altair kernel: ACPI: PCI Interrupt :00:0a.0[A] - GSI 18 (level, low) - IRQ 201 Feb 4 09:42:12 altair kernel: bttv0: Bt878 (rev 17) at :00:0a.0, irq: 201, latency: 32, mmio: 0xdfdfe000 semble dire que ton bus est par défaut @ 32 de latence, c'est trop peu pour la video; 64 est la moyenne, 128 fonctionne bien chez moi (CPU= CEL-2.4GHz) Ca correspond à la tranche de temps minimale accordée par process. Il y a effectivement une piste à explorer de ce coté là... en même temps c'était pareil sur l'autre machine et je pouvais enregistrer 2 programmes simultanément sans problème. Feb 4 09:42:12 altair kernel: bttv0: detected: Pinnacle PCTV [card=39], PCI subsystem ID is 11bd:0012 Feb 4 09:42:12 altair kernel: bttv0: using: Pinnacle PCTV Studio/Rave [card=39,autodetected] l'auto-détection _semble_ correcte Feb 4 09:42:12 altair kernel: bttv0: gpio: en=, out= in=00ff27ff [init] Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for MSP34xx @ 0x80... not found Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) Oui, bon elles ont toujours bien fonctionné comme ça. Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for MSP34xx @ 0x80... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA9875 @ 0xb0... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA7432 @ 0x8a... not found Feb 4 09:42:12 altair kernel: bttv0: i2c: checking for TDA9887 @ 0x86... not found Feb 4 09:42:12 altair kernel: tuner 0-0060: All bytes are equal. It is not a TEA5767 Feb 4 09:42:12 altair kernel: tuner 0-0060: chip found @ 0xc0 (bt878 #0 [sw]) Feb 4 09:42:12 altair kernel: tuner 0-0060: type set to 3 (Philips (SECAM+PAL_BG) (FI1216MF, FM1216MF, FR1216MF)) c'est le type std des cartes TV CE . Feb 4 09:42:12 altair kernel: PCI: Setting latency timer of device :00:11.5 to 64 le kernel remet le bus PCI en 64 de latence Non, en fait 11.5 c'est la carte son mais effectivement il le fait aussi pour le bus pci (:00:11.5) a vue de nez, je dirais: remettre 64 (mini) de latence dans le BIOS; Je ne sais pas si c'est vraiment utile vu que linux le fait déjà. et renseigner le driver sur le type correct de carte/tuner/radio (ou laisser l'auto(detect pour voir si ça le fait) Ben en fait ça fonctionne nickel comme ça... d'ailleurs c'est bien la seule chose qui fonctionnait encore ce matin ! Les différences entre cartes Miro et Pinnacle sont généralement minimes, mais peuvent quand même facilement planter le micro. Du coup j'ai regardé un peu les logs de la machine sur laquelle la carte était avant. J'avais déjà des message du driver bttv mais ça ne nuisait pas à la stabilité du système : Jan 18 22:25:58 recorder [07.469000] bttv0: OCERR @ 0fcb4014,bits: HSYNC OFLOW OCERR* La configuration du driver, la latence, etc. étaient les mêmes. Je note que je n'avais pas de FBUS et FDSR... En fait la machine venait d'entamer la vérification hebdomadaire des raid1 qui est très coûteuse en ressources donc c'est probablement ça qui a provoqué la surcharge... maintenant ce qui me
Configuration automatique interface ethernet et/ou wifi
Bonjour, j'ai un portable et je change souvent de lieu de connexion à internet. Comme j'en ai marre de reconfigurer manuellement /etc/network/interfaces et resolv.conf, je pense utiliser le script suivant: /usr/share/doc/ifupdown/examples/ping-places.sh Mais sauf erreur de ma part, les exemples donnés sont essentiellement des cas ethernet (et pas de wifi). Donc je pensais compléter le script avec un if grep mon-essid $(iwlist scanning); then telle configuration... mais avant de réinventer la roue, je voulais savoir quelles solutions vous aviez adoptées. En vous remerciant de votre retour sur expérience. Alexandre -- ---()()()()()()()()()--)()()()()()()()()(--- -()()--()-()-()()--)()(-)(-)(--)()(- ()()()()()()()())()()()()()()()( -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sortie d'hibernation difficile sur T61p
Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage [EMAIL PROTECTED] a écrit : François TOURDE, lundi 4 février 2008, 10:53:17 CET […] La seule chose que le bios peut faire est de changer la fréquence et la tension du CPU. Au retour du noyau, le gouverneur devrait la refaire varier. Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas exécutés. Chez moi, hibernate appelle le script laptop-mode au réveil, afin de gérer un éventuel changement d'alimentation pendant la phase d'endormissement, et laptop-mode peut être configuré pour gérer (entre autres) la politique de gestion de la vitesse du CPU... Fred.
nombre maximal de fichiers pour une partition
Bonsoir à tout le monde! Je dispose d'un système debian lenny/sid, avec noyau 2.6.2.x. J'ai un problème avec une de mes partitions, en fait elle s'obstine à me refuser d'y écrire des fichiers. Voici un extrait de df -h qui montre qu'il y a assez de place: Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda8 89G 13G 72G 15% /usr/data Par contre, avec df -ih j'obtiens: Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur /dev/hda823K 23K 0 100% /usr/data Et juste pour compléter, l'output de mount: /dev/hda8 on /usr/data type ext3 (rw) Evidemment, il n'y a plus de place pour les inodes; Comment puis-je augmenter l'espace réservé aux inodes sur ma partition ext3?
avahi-browse -a ne fonctionne plus
Bonjour, je me permets de vous envoyer cette petite copie d'écran : brute moins quelques lignes inutiles. Le problème se trouve que avahi-browse ne trouve plus les ordinateurs et services distants sur 1 des trois ordinateurs. Sur les autres ça marche normal. La seule (?) chose qui différencie ces trois ordinateurs sous lenny est une mise à jour de dhcp3 sur 'moon'. [EMAIL PROTECTED]:~$ avahi-resolve-address 192.168.1.12 192.168.1.12moon.home [EMAIL PROTECTED]:~$ avahi-resolve-address 192.168.1.11 Failed to resolve address '192.168.1.11': Timeout reached [EMAIL PROTECTED]:~$ ping -c 1 192.168.1.11 PING 192.168.1.11 (192.168.1.11) 56(84) bytes of data. 64 bytes from 192.168.1.11: icmp_seq=1 ttl=64 time=1.28 ms --- 192.168.1.11 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 1.280/1.280/1.280/0.000 ms [EMAIL PROTECTED]:~$ ssh 192.168.1.11 [EMAIL PROTECTED]'s password: Linux sol 2.6.22-3-686 #1 SMP Mon Nov 12 08:32:57 UTC 2007 i686 Last login: Sun Feb 3 02:57:33 2008 from moon.home [EMAIL PROTECTED]:~$ avahi-browse -a + eth0 IPv4 moon [00:0f:b5:ec:88:a9] Workstation local + eth0 IPv4 sol [00:1a:4d:5c:de:47] Workstation local + eth0 IPv4 earth [00:e0:18:e3:01:ea] Workstation local + eth0 IPv4 Brother HL-1250 series @ earthInternet Printer local Got SIGINT, quitting. [EMAIL PROTECTED]:~$ logout Connection to 192.168.1.11 closed. [EMAIL PROTECTED]:~$ less /etc/dhcp3/dhclient.conf|grep send host send host-name moon; [EMAIL PROTECTED]:~$ Vu la pauvreté et la simplicité de ce réseau, j'aimerai bien qu'il fonctionne de la même manière pour le moment : zeroconf porte bien son nom : je n'ai rien fait :) Cordialement FA _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail http://mail.yahoo.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bttv et plantage du noyau
Hugues LARRIVE a écrit : .. Tout ça pour dire qu'il semble qu'il faille absolument la désigner. J'ai retiré cette carte de mon enregistreur numérique à la maison sur lequel j'en avais 2 identiques, je n'ai jamais eu ce genre de difficulté. ça dépend des cartes ... Du coup j'ai regardé un peu les logs de la machine sur laquelle la carte était avant. J'avais déjà des message du driver bttv mais ça ne nuisait pas à la stabilité du système : Jan 18 22:25:58 recorder [07.469000] bttv0: OCERR @ 0fcb4014,bits: HSYNC OFLOW OCERR* La configuration du driver, la latence, etc. étaient les mêmes. Je note que je n'avais pas de FBUS et FDSR... en fait, vu ce que tu dis après, ça parait logique: le raidcheck prenant bcp de ressources, la FIFO de la TV perd surement ses billes à cause de lui une solution serait de modifier le cron (?) qui lance le raidcheck pour qu'il arrête la TV, fasse sa vérif, puis relance la TV. En fait la machine venait d'entamer la vérification hebdomadaire des raid1 qui est très coûteuse en ressources donc c'est probablement ça qui a provoqué la surcharge... maintenant ce qui me gène c'est que seule la tv ait continué à fonctionner alors que j'aurais préféré le contraire. En fait je m'en fiche pas mal que l'image saccade un peut ou même que mplayer ou le framebuffer plante complètement. Cette application n'a rien de critique. Par contre tout le reste du réseau repose entièrement sur ce serveur... c'est vrai que la TV sur un svr... ;o{) J'essaierais de reproduire le problème en lançant mplayer puis checkarray demain soir. Si c'est bien ça qui la met en carafe je verrais ce que ça donne en augmentant la latence du bus pci dans le bios. Pour la carte en particulier ça va pas être possible : *-multimedia:0 description: Multimedia video controller product: Bt878 Video Capture vendor: Brooktree Corporation physical id: a bus info: [EMAIL PROTECTED]:0a.0 version: 11 width: 32 bits clock: 33MHz capabilities: bus_master cap_list configuration: driver=bttv latency=32 maxlatency=40 mingnt=16 resources: iomemory:dfdfe000-dfdfefff irq:201 peux-tu me dire avec quel utilitaire tu as cette sortie que je regarde ce que la mienne dit (lspci -vv ne me donne pas le maxlatency)? Y a-t-il une option de boot genre debug qui permette d'avoir plus de détails dans les logs en cas de plantage ? pas que je sache; par contre c'est une option que tu trouves souvent dans le source du kernel accolée aux devices concernés. tu peux essayer aussi de désactiver un port série, et d'assigner son IRQ à ta carte, elle se trouveras de fait dans une priorité très inférieure aux IDE/ETH à cause de la cascade qui fait sauter de l'IRQ 2 à la 9. Mais ça peut poser des PBs de réception TV :( -- Charity, n.: A thing that begins at home and usually stays there. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RE : execution automatique de module-assistant
Bonsoir, Le 04/02/08, Hugues LARRIVE[EMAIL PROTECTED] a écrit : C'est un peut lourd de lancer le script après l'installation de chaque paquet... Il y a un moyen plus simple que j'utilise pour le module nvidia : - Créer le script /usr/local/sbin/update-module : #!/bin/sh m-a -tl $1 a-i nvidia update-grub $1 $2 - Remplacer postinst_hook = update-grub par postinst_hook = /usr/local/sbin/update-module dans /etc/kernel-img.conf Effectivement, c'est plus malin de l'executer uniquement lors d'une maj du noyau. Merci, je ne connaissais pas ce fichier de conf. - Le meta-paquet linux-headers correspondant à votre noyau (linux-headers-2.6.18-686 dans mon cas) doit être installé de sorte que les headers du nouveau noyau soient déjà installés quand module-assistant s'exécute car module-assistant est exécuté pendant une mise à jour apt donc il ne peut pas utiliser apt-get pour installer d'autres paquets. Chez moi il n'était pas installé donc m-a doit effectivement télécharger les headers avant de pouvoir compiler mon nouveau module. Ta solution a probablement le même problème que la mienne si module-assistant tente d'installer un paquet manquant (headers, sources du module, build-essential, linux-kbuild, etc.) mais le seule qui doit être mis à jour en même temps que le noyau est le linux-headers correspondant et il le sera à condition que le meta-paquet soit installé. En fait non. En utilisant DPkg::Post-Invoke, m-a est capable d'installer d'autres paquets. Je suppose que la commande est appelée après avoir relaché le lock. Par contre en passant par kernel-img.conf, le lock est toujours présent au moment de l'execution de m-a et il ne peut donc installer d'autres paquets. Bref les deux solutions ont leurs avantages et inconvéniants - DPkg::Post-Invoke : permet de compiler le module même s'il manque des paquets mais est executé à chaque appel à dpkg - postinst_hook : nécessite que toutes les dépendances soient déjà installées mais ne sert que quand c'est nécessaire. Au final, je vais sans doute m'orienter vers la deuxième solution. Une fois mise en place (càd avec m-a prepare et le meta paquet linux-headers-2.6-686 déjà installés) elle me semble plus éprouvée, plus simple et plus légère. Merci JJL -- http://kubuntu.free.fr/blog
Re: icedove n'affiche pas les nouveaux messages
Gilles Mocellin a écrit : soit, plus simple, tu ajoute la ligne suivante à ton fichier user_prefs.js ou prefs.js : user_pref(mail.check_all_imap_folders_for_new, true); cool, merci -- We're overpaying him, but he's worth it. -Samuel Goldwyn -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sortie d'hibernation difficile sur T61p
Le 13913ième jour après Epoch, Sylvain Sauvage écrivait: En sortie d’hibernation, le noyau et toute sa mémoire sont restaurée à l’identique de ce qu’ils étaient à l’entrée. Donc les paramètres du noyau devraient être remis à l’identique. Oui, mais si cette info est stockée, comme je l'imagine, dans un chipset quelconque, et que la valeur par défaut est performance, le noyau n'a aucune raison d'y remettre les bonnes valeurs. Donc le gouverneur devrait être remis à « ondemand ». À moins qu’il n’ait été passé à « performance » durant la mise en sommeil. Ce qui serait possible : il se dépêcherait de s’endormir :o) Si je pouvais faire ça pour moi... J'ai un mal fou à m'endormir... depuis que j'ai un portable :p #! /bin/sh ^-- Notez l'espace scélérat qui s'est glissé fourbement ici. Cet espace n’est absolument pas scélérat. Il est autorisé (il peut même être accompagné). Il y a une rumeur qui dit même qu’il serait obligatoire ou fortement conseillé mais je n’ai jamais trouvé de véritable raison de le mettre (à part par esthétisme). La suite après la prochaine hibernation :) Eh bien l'hibernation suivante m'apprends que mon script n'est pas exécuté :( ... Prochain test avec la relance du service laptop-mode depuis les scripts /etc/hibernate/* -- Mourir pour des idées, d'accord mais de mort lente. -+- Georges Brassens -+-
Re: bttv et plantage du noyau
Hugues LARRIVE a écrit : Jean-Yves F. Barbier a écrit : oops: . Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) id=9 correspond à une IMS/IXmicro Turbo TV (qui n'a rien à voir avec une miro||pinnacle) Peut-être que c'est un sous-id... Je tiens à rappeler que la carte tv fonctionnait parfaitement et que c'est même la seule chose qui a continué à fonctionner suite au plantage ! justement, c'est pourquoi je te suggérais de modifier le script de lancement du check raid pour qu'il arrête la TV le temps de son fonctionnement Simplement c'est aussi le dernier driver à avoir enregistré des messages dans le journal et qui plus est des erreurs... @+ PS: Je reçoit tes réponses en double... ce n'est pas utile puisque je suis abonné à la liste. wai: pas de réponse à la liste dans icedove:( -- real buddy, n.: Someone who'll go downtown and get two blowjobs, and come back and give you one. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Configuration automatique interface ethernet et/ou wifi
Le 13913ième jour après Epoch, Alexandre écrivait: Le 04/02 de l'annee 2008, vers 19 heures et 41 minutes, mahashakti89 écrivait: J'utilise ifplugd et guessnet, tu peux regarder le tutoriel suivant : http://www.csquad.org/2006/05/10/configuration-automatique-des-interfaces-reseaux-sous-debian-gnulinux/ Merci, c'est exactement ce que je cherchais. Il y a aussi whereami. Un peu plus compliqué à configurer (surtout avec ce \|[EMAIL PROTECTED] de NetworkManager) mais assez utile. Il gère aussi le changement de mail relay, par exemple. N'hésite pas à me contacter si tu veux des infos pour le faire marcher avec NetworkManager.
Re: bttv et plantage du noyau
Jean-Yves F. Barbier a écrit : Hugues LARRIVE a écrit : Jean-Yves F. Barbier a écrit : oops: . Feb 4 09:42:12 altair kernel: bttv0: miro: id=9 tuner=3 radio=no stereo=no Feb 4 09:42:12 altair kernel: bttv0: using tuner=3 Ca, par contre, ça ne va pas: id=9 c'est pour une MIRO PCTV, il semble que la tienne (auto-détect V.+haut) soit id=39 (Pinnacle PCTV Studio/Rave) id=9 correspond à une IMS/IXmicro Turbo TV (qui n'a rien à voir avec une miro||pinnacle) Peut-être que c'est un sous-id... Je tiens à rappeler que la carte tv fonctionnait parfaitement et que c'est même la seule chose qui a continué à fonctionner suite au plantage ! justement, c'est pourquoi je te suggérais de modifier le script de lancement du check raid pour qu'il arrête la TV le temps de son fonctionnement Simplement c'est aussi le dernier driver à avoir enregistré des messages dans le journal et qui plus est des erreurs... @+ PS: Je reçoit tes réponses en double... ce n'est pas utile puisque je suis abonné à la liste. wai: pas de réponse à la liste dans icedove:( Moi je l'ai ! http://debian.hugueslarrive.net/etch/ signature.asc Description: OpenPGP digital signature
Re: bttv et plantage du noyau
Jean-Yves F. Barbier a écrit : en fait, vu ce que tu dis après, ça parait logique: le raidcheck prenant bcp de ressources, la FIFO de la TV perd surement ses billes à cause de lui une solution serait de modifier le cron (?) qui lance le raidcheck pour qu'il arrête la TV, fasse sa vérif, puis relance la TV. J'y ai pensé aussi, le seul truc qui me gène un peu c'est de prendre le risque que ça plante en cas de forte charge, car si ça c'est produit avec le raidcheck, ça peut bien se produire avec autre chose... de plus ou moins prévisible. En fait la machine venait d'entamer la vérification hebdomadaire des raid1 qui est très coûteuse en ressources donc c'est probablement ça qui a provoqué la surcharge... maintenant ce qui me gène c'est que seule la tv ait continué à fonctionner alors que j'aurais préféré le contraire. En fait je m'en fiche pas mal que l'image saccade un peut ou même que mplayer ou le framebuffer plante complètement. Cette application n'a rien de critique. Par contre tout le reste du réseau repose entièrement sur ce serveur... c'est vrai que la TV sur un svr... ;o{) Ben comme ça la carte vidéo et le moniteur ont une utilité... J'essaierais de reproduire le problème en lançant mplayer puis checkarray demain soir. Si c'est bien ça qui la met en carafe je verrais ce que ça donne en augmentant la latence du bus pci dans le bios. Pour la carte en particulier ça va pas être possible : *-multimedia:0 description: Multimedia video controller product: Bt878 Video Capture vendor: Brooktree Corporation physical id: a bus info: [EMAIL PROTECTED]:0a.0 version: 11 width: 32 bits clock: 33MHz capabilities: bus_master cap_list configuration: driver=bttv latency=32 maxlatency=40 mingnt=16 resources: iomemory:dfdfe000-dfdfefff irq:201 peux-tu me dire avec quel utilitaire tu as cette sortie que je regarde ce que la mienne dit (lspci -vv ne me donne pas le maxlatency)? lshw Y a-t-il une option de boot genre debug qui permette d'avoir plus de détails dans les logs en cas de plantage ? pas que je sache; par contre c'est une option que tu trouves souvent dans le source du kernel accolée aux devices concernés. bof... j'ai la flème, si je recompile le noyau soit j'en ai pour des plombes à désactiver tout ce qui ne me sert pas, soit j'en ai pour des plombes à attendre qu'il compile tout... tu peux essayer aussi de désactiver un port série, et d'assigner son IRQ à ta carte, elle se trouveras de fait dans une priorité très inférieure aux IDE/ETH à cause de la cascade qui fait sauter de l'IRQ 2 à la 9. Mais ça peut poser des PBs de réception TV :( C'est pas bête du tout ! Je vais essayer ça si le bios le permet. Le truc qui me chagrine c'est que les magic sysrq keys ne fonctionnaient plus alors que le clavier a l'IRQ 1 normalement... Je devrai peut-être ajouter noapic dans mes options de boot aussi ? altair:~# ls -dR /proc/irq/*/* | grep -v smp /proc/irq/14/ide0 /proc/irq/15/ide1 /proc/irq/169/eth0 /proc/irq/177/libata /proc/irq/185/ehci_hcd:usb5 /proc/irq/185/uhci_hcd:usb1 /proc/irq/185/uhci_hcd:usb2 /proc/irq/185/uhci_hcd:usb3 /proc/irq/185/uhci_hcd:usb4 /proc/irq/1/i8042 /proc/irq/201/bttv0 /proc/irq/209/VIA8237 /proc/irq/6/floppy /proc/irq/7/parport0 /proc/irq/8/rtc /proc/irq/9/acpi @+ signature.asc Description: OpenPGP digital signature
Re: postfix et authentification
En ce Sun, 03 Feb 2008 18:52:30 +0100, le sermon de Nicolas KOWALSKI [EMAIL PROTECTED] contenait: Remi Suinot [EMAIL PROTECTED] writes: Pour arriver à un résultat, j'ai été obligé d'abord, de supprimer la config de postfix suivante: smtpd_helo_restrictions = reject_non_fqdn_hostname sinon, ça passe pas du tout, avec ou sans authentification! Je n'arrive pas à te suivre ; dans un précédent courrier tu écrivais que ça marchait sans authentification depuis le réseau local... Maintenant, l'authentification marche ou non ? J'ai avancé un peu! Apparemment, ssl est utilisé, mais l'autenthification a échoué. Dans les log ci dessous, j'ai fait un test de l'intérieur du réseau vers mon adresse chez free: Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 250-AUTH=LOGIN Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 250-ENHANCEDSTATUSCODES Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 250-8BITMIME Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 250 DSN Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: AUTH LOGIN Feb 4 22:50:28 master postfix/smtpd[2166]: xsasl_cyrus_server_first: sasl_method LOGIN Feb 4 22:50:28 master postfix/smtpd[2166]: xsasl_cyrus_server_auth_response: uncoded server challenge: Username: Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 334 VXNlcm5hbWU6 Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: cmVtaUBzdWlub3Qub3Jn Feb 4 22:50:28 master postfix/smtpd[2166]: xsasl_cyrus_server_next: decoded response: [EMAIL PROTECTED] Feb 4 22:50:28 master postfix/smtpd[2166]: xsasl_cyrus_server_auth_response: uncoded server challenge: Password: Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 334 UGFzc3dvcmQ6 Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 4peP4peP4peP4peP4peP4peP4peP4peP4peP4peP Feb 4 22:50:28 master postfix/smtpd[2166]: xsasl_cyrus_server_next: decoded response: ?? Feb 4 22:50:28 master postfix/smtpd[2166]: warning: excalibur.suinot.org[192.168.3.10]: SASL LOGIN authentication failed: authentication failure Feb 4 22:50:28 master postfix/smtpd[2166]: excalibur.suinot.org[192.168.3.10]: 535 5.7.0 Error: authentication failed: authentication failure Feb 4 22:50:41 master postfix/smtpd[2166]: smtp_get: EOF Pour savoir où tu en es dans ta configuration, un postconf -n serait le bienvenu... voila voila... master:/etc/postfix# postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 inet_interfaces = all inet_protocols = all mailbox_size_limit = 5120 mydestination = suinot.org, localhost, localhost.localdomain myhostname = master.suinot.org mynetworks = 192.168.0.0/16, 127.0.0.0/8 myorigin = /etc/mailname recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_helo_required = yes smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destinationpermit smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_security_level = may smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes Mais cela ouvre t il une porte dans postfix? C'est une option qui permet normalement de se prémunir contre certains pourriéleurs. Personnellement, je ne l'utilise pas, SpamAssassin faisant très bien le travail. Pour d'autres infos plus précises: http://www.postfix.org/uce.html#smtpd_helo_restrictions Merci pour cette info. Merci de votre aide. Rémi. -- Merci de m'avoir lu jusqu'ici, longue Vie et Prosperite. http://www.suinot.org
Re: Sortie d'hibernation difficile sur T61p
François TOURDE, lundi 4 février 2008, 20:05:58 CET […] En sortie d’hibernation, le noyau et toute sa mémoire sont restaurée à l’identique de ce qu’ils étaient à l’entrée. Donc les paramètres du noyau devraient être remis à l’identique. Oui, mais si cette info est stockée, comme je l'imagine, dans un chipset quelconque, et que la valeur par défaut est performance, le noyau n'a aucune raison d'y remettre les bonnes valeurs. Bon, je dois ne pas bien expliquer : les gouverneurs sont une notion du noyau Linux. Ça n’a rien à voir avec le chipset, ni avec le bios. Ce sont des petits bouts de programme qui regardent ce qui se passe et modifient la fréquence des CPU en conséquence. Leur configuration est dans un coin de mémoire accessible via /sys. […] Si je pouvais faire ça pour moi... J'ai un mal fou à m'endormir... depuis que j'ai un portable :p Je (ne) te rassure (pas) : c’est encore pire quand le s2ram fonctionne et qu’on peut le réveiller et le rendormir en un instant. P.ex.: il est posé depuis 10 min quand survient une question qui empêche de s’endormir : hop, un petit coup de Wikipedia pour vérifier, et on se rendort 3 h plus tard :o) […] La suite après la prochaine hibernation :) Eh bien l'hibernation suivante m'apprends que mon script n'est pas exécuté :( ... Prochain test avec la relance du service laptop-mode depuis les scripts /etc/hibernate/* D’après /etc/acpi/resume.sh, les scripts de /etc/acpi/resume.d doivent finir en .sh. Mais peut-être qu’il s’agit seulement du resume depuis un suspend to ram… -- Sylvain Sauvage
Re: icedove n'affiche pas les nouveaux messages
mess-mate a écrit : Bonjour, je suis occupé à tester icedove et ce qui m'intrigue c'est que après avoir lancé icedove, les nouveaux messages dans les boîtes ne sont pas affichés. J'ai bien configuré icedove pour que cela soit visible ainsi que la quantité de messages dans les boîtes (ou folders) mais il faut vraiment que je clique sur la boîte pour que ce soit affiché. C'est pas automatique ? tiens wai, il me semblait que ça se trouvait dans le setup, mais non (j'ai re-testé des tas de MUA ces temps-ci, alors j'ai peut-être vu ça dans un autre) -- Grain grows best in shit. -- Ursula K. LeGuin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedove n'affiche pas les nouveaux messages
après vérif, Sylpheed-claws donne cette possibilité (mais comme il perd les mails avec un svr IMAP, je ne l'utilise plus) mess-mate a écrit : Bonjour, je suis occupé à tester icedove et ce qui m'intrigue c'est que après avoir lancé icedove, les nouveaux messages dans les boîtes ne sont pas affichés. J'ai bien configuré icedove pour que cela soit visible ainsi que la quantité de messages dans les boîtes (ou folders) mais il faut vraiment que je clique sur la boîte pour que ce soit affiché. C'est pas automatique ? merci d'avance -- I am pleased to see that we have differences. May we together become greater than the sum of both of us. -- Surak of Vulcan, The Savage Curtain, stardate 5906.4 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedove n'affiche pas les nouveaux messages
Le Monday 04 February 2008 19:40:38 mess-mate, vous avez écrit : Bonjour, je suis occupé à tester icedove et ce qui m'intrigue c'est que après avoir lancé icedove, les nouveaux messages dans les boîtes ne sont pas affichés. J'ai bien configuré icedove pour que cela soit visible ainsi que la quantité de messages dans les boîtes (ou folders) mais il faut vraiment que je clique sur la boîte pour que ce soit affiché. C'est pas automatique ? Non. Soit sur chaque dossier où tu veux qu'il check les nouveaux messages tu fais propriétés, et coche rechercher les nouveaux messages. soit, plus simple, tu ajoute la ligne suivante à ton fichier user_prefs.js ou prefs.js : user_pref(mail.check_all_imap_folders_for_new, true); signature.asc Description: This is a digitally signed message part.
Re: Sortie d'hibernation difficile sur T61p
Le 13913ième jour après Epoch, François TOURDE écrivait: Le 13913ième jour après Epoch, Frédéric BOITEUX écrivait: Le lun 04 fév 2008 11:10:45 CET, Sylvain Sauvage [EMAIL PROTECTED] a écrit : François TOURDE, lundi 4 février 2008, 10:53:17 CET […] La seule chose que le bios peut faire est de changer la fréquence et la tension du CPU. Au retour du noyau, le gouverneur devrait la refaire varier. Sauf en sortie d'hibernation, où les /etc/rcN.d/* ne sont pas exécutés. Chez moi, hibernate appelle le script laptop-mode au réveil, afin de gérer un éventuel changement d'alimentation pendant la phase d'endormissement, et laptop-mode peut être configuré pour gérer (entre autres) la politique de gestion de la vitesse du CPU... Merci pour l'idée, je vais essayer de voir comme ça. Mais j'avoue que c'est étrange. Bon, finalement, peut-être qu'en installant laptop-mode-tools ça marchera mieux, hein? :) J'avoue ne pas comprendre pourquoi le script de /etc/acpi/resume.d n'est pas exécuté (J'ai mis une trace avec logger pour être sûr), mais c'est pas trop grave, si ça marche avec laptop-mode.
Re: IPv6 et DNS
On Thu, Jan 17, 2008 at 04:22:24PM +0100, Pascal Hambourg [EMAIL PROTECTED] wrote a message of 39 lines which said: A noter qu'à partir du 4 février 2008, quatre enregistrements d'adresse IPv6 de serveurs DNS racines seront ajoutées à la zone racine, Yargla, c'est fait. % dig NS . ; DiG 9.3.4 NS . ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 43457 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 15 ;; QUESTION SECTION: ;. IN NS ;; ANSWER SECTION: . 368422 IN NS I.ROOT-SERVERS.NET. . 368422 IN NS M.ROOT-SERVERS.NET. . 368422 IN NS G.ROOT-SERVERS.NET. . 368422 IN NS L.ROOT-SERVERS.NET. . 368422 IN NS C.ROOT-SERVERS.NET. . 368422 IN NS E.ROOT-SERVERS.NET. . 368422 IN NS H.ROOT-SERVERS.NET. . 368422 IN NS A.ROOT-SERVERS.NET. . 368422 IN NS D.ROOT-SERVERS.NET. . 368422 IN NS F.ROOT-SERVERS.NET. . 368422 IN NS K.ROOT-SERVERS.NET. . 368422 IN NS B.ROOT-SERVERS.NET. . 368422 IN NS J.ROOT-SERVERS.NET. ;; ADDITIONAL SECTION: K.ROOT-SERVERS.NET. 520103 IN A 193.0.14.129 K.ROOT-SERVERS.NET. 87977 IN 2001:7fd::1 L.ROOT-SERVERS.NET. 454832 IN A 199.7.83.42 M.ROOT-SERVERS.NET. 454832 IN A 202.12.27.33 A.ROOT-SERVERS.NET. 520082 IN A 198.41.0.4 A.ROOT-SERVERS.NET. 87977 IN 2001:503:ba3e::2:30 B.ROOT-SERVERS.NET. 520113 IN A 192.228.79.201 C.ROOT-SERVERS.NET. 454832 IN A 192.33.4.12 D.ROOT-SERVERS.NET. 454832 IN A 128.8.10.90 E.ROOT-SERVERS.NET. 454832 IN A 192.203.230.10 F.ROOT-SERVERS.NET. 520020 IN A 192.5.5.241 F.ROOT-SERVERS.NET. 87977 IN 2001:500:2f::f G.ROOT-SERVERS.NET. 454832 IN A 192.112.36.4 H.ROOT-SERVERS.NET. 454832 IN A 128.63.2.53 I.ROOT-SERVERS.NET. 454832 IN A 192.36.148.17 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: IPv6 et DNS
Stephane Bortzmeyer a écrit : On Thu, Jan 17, 2008 at 04:22:24PM +0100, Pascal Hambourg [EMAIL PROTECTED] wrote a message of 39 lines which said: A noter qu'à partir du 4 février 2008, quatre enregistrements d'adresse IPv6 de serveurs DNS racines seront ajoutées à la zone racine, Yargla, c'est fait. Voui, j'ai vu et signalé dans fr.comp.reseaux.ip mais j'avais oublié que j'en avais parlé ici aussi. % dig NS . ; DiG 9.3.4 NS . ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 43457 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 15 [...] Il manque trois et un A dans la section ADDITIONAL. Comme je disais dans frci, d'une part conformément à l'annonce de l'IANA [1] ce ne sont pas quatre mais six enregistrements qui ont finalement été ajoutés, et d'autre part la taille de la réponse complète dépassant désormais 512 octets, il aurait fallu envoyer la requête en EDNS ou en TCP pour que la réponse ne soit pas tronquée. [1] http://www.iana.org/reports/root--announcement.html -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SATA] optimisation d'un disque
Pascal Hambourg, lundi 4 février 2008, 11:54:39 CET […] - pourquoi -c3, ton disque est sur un contrôleur PCI ? En général, oui. ;-) Ou un bus système de largeur supérieure à 16 bits en émulation PCI. J'entendais « contrôleur sur carte fille PCI ». D'après ce que j'ai compris, ce paramètre ne sert pas pour les contrôleur intégrés. Pourquoi ne servirait-il pas pour les contrôleurs intégrés ? […] Bah, c’est ce que j’avais compris de mes différentes lectures sur les paramètres de hdparm (p.ex. http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_device_performance#32-bit_IO_SUPPORT_-c ), hein… -- Sylvain Sauvage
Re: bttv et plantage du noyau
Hugues LARRIVE a écrit : Jean-Yves F. Barbier a écrit : en fait, vu ce que tu dis après, ça parait logique: le raidcheck prenant bcp de ressources, la FIFO de la TV perd surement ses billes à cause de lui une solution serait de modifier le cron (?) qui lance le raidcheck pour qu'il arrête la TV, fasse sa vérif, puis relance la TV. J'y ai pensé aussi, le seul truc qui me gène un peu c'est de prendre le risque que ça plante en cas de forte charge, car si ça c'est produit avec le raidcheck, ça peut bien se produire avec autre chose... de plus ou moins prévisible. un rapide grep révèle que 'loadwatch' semble être ton ami sur ce coup-là lshw Ok, j'ai le même (max=40), mais ça n'empêche pas la Cte TV de bien fonctionner avec une latence de 128 Y a-t-il une option de boot genre debug qui permette d'avoir plus de détails dans les logs en cas de plantage ? pas que je sache; par contre c'est une option que tu trouves souvent dans le source du kernel accolée aux devices concernés. bof... j'ai la flème, si je recompile le noyau soit j'en ai pour des plombes à désactiver tout ce qui ne me sert pas, soit j'en ai pour des plombes à attendre qu'il compile tout... si tes autres micros sont sous Linux, 'distcc' est bien pratique pour éviter de prendre le repas avant le café en attendant la fin de compilation:) Je devrai peut-être ajouter noapic dans mes options de boot aussi ? je ne sais pas s'il-y-a des effets de bord avec apic -- One FISHWICH coming up!! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nombre maximal de fichiers pour une partition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jean-Yves F. Barbier a écrit : mboss a écrit : Bonsoir à tout le monde! Je dispose d'un système debian lenny/sid, avec noyau 2.6.2.x. J'ai un problème avec une de mes partitions, en fait elle s'obstine à me refuser d'y écrire des fichiers. Voici un extrait de df -h qui montre qu'il y a assez de place: Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda8 89G 13G 72G 15% /usr/data Par contre, avec df -ih j'obtiens: Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur /dev/hda823K 23K 0 100% /usr/data Et juste pour compléter, l'output de mount: /dev/hda8 on /usr/data type ext3 (rw) Evidemment, il n'y a plus de place pour les inodes; Comment puis-je augmenter l'espace réservé aux inodes sur ma partition ext3? mke2fs -T news V. man mke2fs (à ma connaissance, on peut redimensionner une partoche, pas chnger son nb d'inodes sans reformater) Bonjour. Je trouve bizarre que tu n'es que si peu d' inodes, car moi, j'ai: 05 h 56 min | mardi 05 février 2008 | [EMAIL PROTECTED] | Bash ver.3.1.17 | jobs = 0 | Terminal = 4 :~= df -ih Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur /dev/sdb2 239K 12K228K5% / tmpfs 127K 2127K1% /lib/init/rw udev127K 547126K1% /dev tmpfs 127K 1127K1% /dev/shm /dev/sda132K 31 32K1% /boot /dev/sdb112M8,2K 12M1% /home /dev/sda933M9,3K 33M1% /mnt/backup /dev/sda7 3,1M 123,1M1% /mnt/iso /dev/sdb424M 797 24M1% /mnt/video /dev/sdb3 2,1M 882,1M1% /tmp /dev/sda3 358K 73K286K 21% /usr /dev/sda2 0 0 0- /usr/src /dev/sda5 598K6,7K591K2% /var /dev/sda6 0 0 0- /var/log /dev/sdc138M 12K 38M1% /mnt/audio 05 h 56 min | mardi 05 février 2008 | [EMAIL PROTECTED] | Bash ver.3.1.17 | jobs = 0 | Terminal = 4 :~= pour des partitions de taille: 05 h 57 min | mardi 05 février 2008 | [EMAIL PROTECTED] | Bash ver.3.1.17 | jobs = 0 | Terminal = 4 :~= df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/sdb2 1,9G 126M 1,7G 8% / tmpfs 506M 0 506M 0% /lib/init/rw udev 10M 108K 9,9M 2% /dev tmpfs 506M 0 506M 0% /dev/shm /dev/sda1 59M 5,3M 51M 10% /boot /dev/sdb1 92G 16G 72G 18% /home /dev/sda9 257G 8,8G 235G 4% /mnt/backup /dev/sda7 24G 638M 23G 3% /mnt/iso /dev/sdb4 184G 119G 56G 68% /mnt/video /dev/sdb3 17G 2,9M 16G 1% /tmp /dev/sda3 2,8G 1,6G 1,1G 60% /usr /dev/sda2 1,9G 883M 1,0G 47% /usr/src /dev/sda5 4,6G 952M 3,5G 22% /var /dev/sda6 1,9G 50M 1,9G 3% /var/log /dev/sdc1 294G 117G 165G 42% /mnt/audio Même ma partition /boot de 60 Mo contient un nombre d'inode superieur. (??) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHp/BDyOzw+3PC3p0RAvxIAJ9y+uncbhEcEuZD38zHOvkysskmCACffpFf PpjZzjxi1zQoO7Sc8Uhs3Ik= =1YSG -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: postfix et authentification
Remi Suinot [EMAIL PROTECTED] writes: Apparemment, ssl est utilisé, mais l'autenthification a échoué. As-tu le paquet libsasl2-modules installé ? Sans celui-ci pas d'authentification possible avec saslauthd. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]