Re: Erreur dmarrage (message seulement)
[EMAIL PROTECTED] a écrit : [...] Je vais essayer le 2 (s'il n'y est pas déja, puis je tenterai le 1, mais là, je n'y crois pas du tout, vu que j'ai déja fait le minutieux sur les fichiers systeme. Est-ce que tu le lances du DOS (le vrai, celui que tu as au démarrage ou avec une disquette de boot) au moins ? Sinon, il y a peu de chances qu'il troucve quoi que ce soit ;) Un test que tu peux faire, si tu as encore le défragmenteur de win (et si c'est un 9.x) : tu essaies de défragmenter la partition qui pose problème... Si tu as un message disant de lancer scandisk, c'est qu'il y a effectivement un problème... Relance la machine sous DOS et fait un scandisk minutieux (avec vérification des blocs défectueux) : long mais efficace. Si, par contre, le défragmenteur se lance correctement, laisse-le faire son boulot (ça sert pas à grand-chose, en fait, mais bon...) pour voir s'il ne s'arrête pas en cours de route. Mais, à priori, c'est que tu n'as pas soucis sur la partition ;) Claude
Re: Gros problème 2.4.23
On Sun, 4 Jan 2004 00:03:31 +0100 Corwin [EMAIL PROTECTED] wrote: [..] Plus de 100 jours d'uptime sur un serveur de mail en 2.4.21 et 15 minutes en 2.4.23 ??? Il est où le problème ??? Quelqu'un a -t'il une solution ? Ca m'a tout l'air d'être un problème de mémoire (c'est vrai que la machine est peu puissante P2 233 160Mo RAM et 300Mo de SWAP) et que amavis et spamassassin sont de gros consommateurs mémoire mais avec un 2.4.21 même à la l'apogée des SWEN sur la liste (plus de 200 virus par jour reçus), je n'ai jamais eû de problème !!! Si quelqu'un a une réponse, alors merci d'avance ... et désolé d'avoir été un peu long. J'avais eu une histoire analogue sur un serveur noyau 2.2 avec un conjonction de multiples requêtes sur le forum, d'un arrivage massif de courrier, j'avais diminué le nombre d'occurrence de fils de spamd (option -m dans /etc/default/spamassassin j'ai mis 4) et d'exiscan (scankids et queuekids que j'ai mis à 2 et 5), par ailleurs j'ai augmneté temporairement le swap par un fichier: # dd if=/dev/zero of=Disk bs=10M count=30 # mkswap Disk # swapon Disk Tu pourras voir si le problème est bien une histoire de taille mémoire. On m'a également affirmé que ne pas avoir le Swap égal à 2xRAM pouvait entrainer ce genre de pbm (je n'y ai jamais cru mais ai fini par adapter le swap sur les serveurs importants) A l'époque c'est exiscan qui avait tué la machine, j'avais soupconné un phénomène d'emballement (le serveur passant son temps à swapper et commuter ne faisait rien les processus s'accumulent en RAM, or exiscan gère une file d'attente en RAM, je te suggère de diminuer queuekid). Bon courage François Boisson
Re: Gros problème 2.4.23
Corwin wrote: Salut tout le monde et bonne année !! Bon, cette année aurait pu mieux commencer pour moi ;-) N'ayant pas l'habitude de changer une équipe qui gagne, j'étais tranquille avec mon noyau 2.4.21 depuis quelques 100 jours d'uptime. Lors de l'attaque des serveurs Debian, je ne me suis pas trop senti en danger étant donné qu'à priori personne ne se logue sur machine et dans tous les cas aucun mot de passe ne circule jamais en clair (ssh, pop3s). Malgré cela, je me suis dis, je vais quand même passer sur un 2.4.23 histoire d'être trankille juste au cas où. Donc, je récupère les sources sur kernel.org, je fais mon make oldconfig (je n'installe rien de plus que pour mon ancien noyau 2.4.21), make dep clean bzImage modules etc .. Un chti coup de lilo et zou reboot. Et là miracle, tout marche impecable, du premier coup, le serveur reboot, la passerelle est opérationnelle et route tous les paquets sur les autres ordis du réseau, le serveur de mail fonctionne (exim 4.24 + Spamassassin + Amavis + Clamav) bref, super content de moi, je sors faire une course. Je reviens 1h plus tard et je vais sur mon portable et là HORREUR, plus d'internet, mais que se passe t'il ?? un coup de ssh sur la passerelle .. RIEN !! Bon, directement sur le serveur, j'allume l'écran, oulala, je vois plein de lignes étranges sur l'écran des lignes du style : Dec 29 16:48:09 gateway kernel: VM: killing process amavis Dec 29 16:48:09 gateway kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Dec 29 16:48:09 gateway kernel: VM: killing process amavis Dec 29 16:48:09 gateway kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Dec 29 16:48:09 gateway kernel: VM: killing process clamscan Je parviens sans problème à me loguer en root et je consulte les logs, mmm, au bout d'une heure d'Uptime, ce VM (cquoidonc ?) a tué quasiment tous les processes qui tournaient sur la machine, cron, amavis fetchmail, etc Tous dead. MMM, je relance tous les processes à la main et je refais un pon pour me connecter. Ca marche, tout refonctionne .. Enfin, pendant 10 minutes !! Au bout de 10 minutes, pétage de plomb, machine complètement bloquée avec le disque qui tourne à donf. J'appuie sur une touche, je vais boire 2 ou 3 café et je reviens histoire de voir ce que j'ai tapé !! Ne prenons pas de risque, je tente tant bien que mal un reboot propre. Au bout d'1/2 heure 3/4 d'heure, la machine daigne enfin redémarrer et je me retrouve sur le boot loader. Question existentielle, est-ce que je retente le 2.4.23 ou est-ce que je boot sur mon ancien noyau. Et là, erreur, je recommence sur le 2.4.23 et rebelote, ca marche 15 minutes et après freeze, cette fois ci je n'ai pas eût le courage d'attendre un j'ai appuyé sur le petit bouton reset. Par chance, après un petit fsck forcé, le serveur redémarre à priori sans soucis sur l'ancien noyau 2.4.21. Plus de 100 jours d'uptime sur un serveur de mail en 2.4.21 et 15 minutes en 2.4.23 ??? Il est où le problème ??? Quelqu'un a -t'il une solution ? Ca m'a tout l'air d'être un problème de mémoire (c'est vrai que la machine est peu puissante P2 233 160Mo RAM et 300Mo de SWAP) et que amavis et spamassassin sont de gros consommateurs mémoire mais avec un 2.4.21 même à la l'apogée des SWEN sur la liste (plus de 200 virus par jour reçus), je n'ai jamais eû de problème !!! Si quelqu'un a une réponse, alors merci d'avance ... et désolé d'avoir été un peu long. Thomas Salut a tous et meilleurs voeux par la meme occasion, J'attendais et enfin on parle du kernel 2.4.23 car j'ai egalement des problemes ici avec cette version. Lors du passage en 2.4.23 au bout d'environ 15 mn ma machine freeze sans le moindre message du kernel Utilisant comme les kernel-images le gcc 3.3.2 ou 3.3.3 j'ai essaye de refaire un noyau avec le 2.95, la ca marche mais la machine a plante au bout de trois jours. je fouille sur google et m'appercois qu'il y a des probleme avec cette version et l'ax25 que j'utilise, j'ai donc essaye le 2.4.23 sans ax25 mais malheureusement sans changement. La seule chose nouvelle est que j'ai maintenant un kernel panic qui semble etre toujours a propos de kswapd ou le process swapper. Pas de probleme de ram qui a ete testee avec memtest86 ni avec le 2.4.22. Aujourd'hui je ne sais pas trop quoi faire, passage en 2.6.0-tes11 ? alors que le 2.6.1 vas sortir et que ca semble pas encore tres mature, avec en prime modconf qui fonctionne plus. Je suis preneur comme Thomas de toutes idees. Tony
Re: Gros problème 2.4.23
François Boisson wrote: On Sun, 4 Jan 2004 00:03:31 +0100 Corwin [EMAIL PROTECTED] wrote: [..] Plus de 100 jours d'uptime sur un serveur de mail en 2.4.21 et 15 minutes en 2.4.23 ??? Il est où le problème ??? Quelqu'un a -t'il une solution ? Ca m'a tout l'air d'être un problème de mémoire (c'est vrai que la machine est peu puissante P2 233 160Mo RAM et 300Mo de SWAP) et que amavis et spamassassin sont de gros consommateurs mémoire mais avec un 2.4.21 même à la l'apogée des SWEN sur la liste (plus de 200 virus par jour reçus), je n'ai jamais eû de problème !!! Si quelqu'un a une réponse, alors merci d'avance ... et désolé d'avoir été un peu long. J'avais eu une histoire analogue sur un serveur noyau 2.2 avec un conjonction de multiples requêtes sur le forum, d'un arrivage massif de courrier, j'avais diminué le nombre d'occurrence de fils de spamd (option -m dans /etc/default/spamassassin j'ai mis 4) et d'exiscan (scankids et queuekids que j'ai mis à 2 et 5), par ailleurs j'ai augmneté temporairement le swap par un fichier: # dd if=/dev/zero of=Disk bs=10M count=30 # mkswap Disk # swapon Disk Tu pourras voir si le problème est bien une histoire de taille mémoire. On m'a également affirmé que ne pas avoir le Swap égal à 2xRAM pouvait entrainer ce genre de pbm (je n'y ai jamais cru mais ai fini par adapter le swap sur les serveurs importants) A l'époque c'est exiscan qui avait tué la machine, j'avais soupconné un phénomène d'emballement (le serveur passant son temps à swapper et commuter ne faisait rien les processus s'accumulent en RAM, or exiscan gère une file d'attente en RAM, je te suggère de diminuer queuekid). Bon courage François Boisson j'ai ici 512m de ram et autant de swap. Ce qui est caracteristique c'est que toute la ram dispo fout le camp dans le buffer/cache et fini et la machine fini par untiliser jusqu'a 48M de swap alors que toute la ram n'est pas utilisee Je croyai que le swap egal a deux fois la ram etait obsolete ! merci pour vos avis solutions. Tony
RE: script monitoring
Bonjour à tous, En effet nagios est très complet, un peu trop pour ma part. Mais mon correspond réellement à mes recherches. Merci pour les scripts cgi-bin. Bonne journée à toutes et à tous. -Message d'origine- De : Selim Dogguy [mailto:[EMAIL PROTECTED] Envoyé : samedi 3 janvier 2004 19:02 À : debian-user-french@lists.debian.org Objet : Re: script monitoring Le mar 30/12/2003 à 11:48, Ravatel Mickael (All4linux) a écrit : Bonjour, Est-ce que quelqu'un a déjà mis en place un script permettant de connaitre la taille de son disque dur et la disponibilité en taille. Ainsi que la disponibilité du réseau*. Quelque chose de très simple. Si en même temps cela poivait vérifier l'état de disponibilité des services tel que pop3, smtp, etc... J'ai trouvé pas mal d'outil pour cela, mais soit ils sont trop lourd soit trop complet. Merci pour vos infos. j'ai essayé nagios avec succés ... Selim
Palm Zire : impossible de le synchroniser
Bonjour Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui moins de 100 ) depuis que j'ai chang mon PC, en septembre dernier, et donc depuis que j'ai adopt Debian SID comme OS principal. Plein de courage (et pour m'amuser aussi, je l'avoue), j'ai dcider de me pencher sur ce problme pour y remdier... Mais bien sr, cela ne fonctionne pas :-/ Quand j'appuie sur Synchroniser, j'obtiens ceci dans /var/log/messages : Jan 4 11:11:59 debian kernel: hub.c: new USB device 00:03.1-1, assigned address 5 Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter detected Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs) Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs) Jan 4 11:12:02 debian usb.agent[1397]: ... no modules for USB product 830/70/100 1- Dj, je ne vois pas pourquoi il est attach ttyUSB0, ET ttyUSB1 2- Ensuite, pourquoi me reconnat-il un 830/70/100 ? 3- Pourquoi la commande /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm ou /usr/bin/pilot-xfer -p /dev/ttyUSB0 --backup /home/arnaud/.Palm ne donne rien (sur ttyUSB1, j'ai cette rponse : [EMAIL PROTECTED]:~$ /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm Port: /dev/ttyUSB1 Please press the HotSync button now... ) et c'est tout, a ne se termine pas ! Une ide ? -- La citation du jour : Le rire est le propre de l'homme...,le savon aussi. :: Arnaud
Re: Gros problme 2.4.23
Le dimanche 04 janvier 2004, Tony Schonfeld a écrit... bonjour, Plus de 100 jours d'uptime sur un serveur de mail en 2.4.21 et 15 minutes Je suis preneur comme Thomas de toutes idees. Patcher le noyau contre la faille brk () sur une version qui marche, c'est 3 lignes de code à ajouter si je me rappelle bien, voir un thread de Décembre à ce sujet. Gaffe à la faille ptrace sur les 'vieux' noyaux. -- jean-michel
Re: Palm Zire : impossible de le synchroniser
Le Sun 4/01/2004, Nicolas Bertolissio disait Le Sunday 4 January 2004, Arnaud CALVO écrit : Bonjour Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui à moins de 100 ¤) depuis que j'ai changé mon PC, en septembre dernier, et donc depuis que j'ai adopté Debian SID comme OS principal. [...] Une idée ? Avais-tu réussi à le synchroniser avant sous Linux ? Si la réponse est négative, il n'est peut-être pas encore supporté, j'ai le cas avec un autre modèle qui est trop récent. Franchement y'a un modèle (ie dénomination commerciale) à connexion USB dont on puisse garantir le fonctionnement avec linux ? Mon Palm IIIx commence à se montrer capricieux et franchement entre la merde USB et la connerie des batteries qui imposent de recharger le PDA en permaznence, je ne vois pas ce qui pourrait le remplacer... -- Erwan
Re: Gros problme 2.4.23
- Original Message - From: Jean-Michel OLTRA [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Sunday, January 04, 2004 11:40 AM Subject: Re: Gros problème 2.4.23 Patcher le noyau contre la faille brk () sur une version qui marche, c'est 3 lignes de code à ajouter si je me rappelle bien, voir un thread de Décembre à ce sujet. Gaffe à la faille ptrace sur les 'vieux' noyaux. Je pense que c ce que je vais faire mais bon, je suis franchement surpris qu'un tel problème puisse survenir !!! Je ne comprends pas qu'une évolution du noyau sensée corriger des bugs puisse au final freezer complètement une machine !!! Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Thomas
Re: Palm Zire : impossible de le synchroniser
Le Sunday 4 January 2004, Arnaud CALVO écrit : Bonjour Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui à moins de 100 ¤) depuis que j'ai changé mon PC, en septembre dernier, et donc depuis que j'ai adopté Debian SID comme OS principal. [...] Une idée ? Avais-tu réussi à le synchroniser avant sous Linux ? Si la réponse est négative, il n'est peut-être pas encore supporté, j'ai le cas avec un autre modèle qui est trop récent. Nicolas --
Re: Palm Zire : impossible de le synchroniser
Nicolas Bertolissio a écrit : Le Sunday 4 January 2004, Arnaud CALVO écrit : Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui à moins de 100 ¤) depuis que j'ai changé mon PC, en septembre dernier, et donc depuis que j'ai adopté Debian SID comme OS principal. Avais-tu réussi à le synchroniser avant sous Linux ? Oui, sous Mandrake 8.1, en août pour la dernière fois. Si la réponse est négative, il n'est peut-être pas encore supporté, j'ai le cas avec un autre modèle qui est trop récent. ... efin, quand je dis synchroniser, j'ai en fait fait une sauvegarde complète du Palm... -- La citation du jour : Je vais m'envoyer une lettre de felicitation. Des felicitations, ça fait toujours plaisir, surtout de la part de quelqu'un qu'on aime bien. :: Arnaud
Re: Palm Zire : impossible de le synchroniser
Erwan David a écrit : Franchement y'a un modèle (ie dénomination commerciale) à connexion USB dont on puisse garantir le fonctionnement avec linux ? Ma sauvegarde fonctionnait bien avec Mandrake (ce n'est pas un troll, non, j'ai définitivement adopté Debian). Mon Palm IIIx commence à se montrer capricieux et franchement entre la merde USB et la connerie des batteries qui imposent de recharger le PDA en permaznence, je ne vois pas ce qui pourrait le remplacer... Je recharge mon PDA une fois par mois environ, et pourtant, je l'utilise beaucoup tous les jours... Mais il faut dire qu'avec 2 MO de RAM et quelques niveaux de gris, ça consomme pas des masses ! -- La citation du jour : Je vais m'envoyer une lettre de felicitation. Des felicitations, ça fait toujours plaisir, surtout de la part de qun qu'on aime bien. :: Arnaud
Re: Palm Zire : impossible de le synchroniser
Le dim 04/01/2004 11:30, Arnaud CALVO a crit : Bonjour Bonjour, Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui moins de 100 ) depuis que j'ai chang mon PC, en septembre dernier, et donc depuis que j'ai adopt Debian SID comme OS principal. Je suis en SID aussi, et j'ai eu un Zire pour Nol ;-) Plein de courage (et pour m'amuser aussi, je l'avoue), j'ai dcider de me pencher sur ce problme pour y remdier... Mais bien sr, cela ne fonctionne pas :-/ Aprs quelques errements et plantages hard avec Evolution et Gnome-Pilot, je suis moi aussi en /dev/ttyUSB0 et /dev/ttyUSB1, avec un fonctionnement correct sur /dev/ttyUSB1, y compris avec pilot-xfer (une fois le dmon gpilotd suspendu via l'applet idoine...). En hopant que a helpe, et meilleurs voeux pour 2004 ! -- Christophe CHiPs PETIT [EMAIL PROTECTED] http://chips.free.fr/ Dfendre les logiciels libres, c'est dfendre la libert. Linux-Nantes: partagez votre savoir http://www.linux-nantes.fr.eu.org/ Flan anglais aux baies d'airelles
script vérification mail
Bonjour, Je souhaite réaliser un petit script qui me lancerait mutt à l'arrivée d'un nouveau courrier dans /var/mail/utilisateur d'après certains critères (expéditeur, sujet...). Si quelqu'un à une idée (se dont je ne doute pas) je suis preneur. Merci d'avance. Nicolas -- = Nicolas Roudninski [EMAIL PROTECTED] =
Re: Mise a jour woody
Nicolas Rueff a écrit : Ainsi parla Famille Bailiet Denis, Marie-Christine, 3A le 003ème jour de l'an 2004: 1 le pilote de la carte graphique avait changé il ne correspondait pas au dernier utilisé que j'avais changé a la main dans X86config... donc j'en déduis que la config de base est stockée ailleurs De quel pilote parles-tu ? S'il s'agit d'un pilote style radeon ou nvidia, alors oui, le nom du pilote que tu avais spécifié à l'origine (probablement svga) est stocké dans la base de réponses de dpkg, et lors d'une mise à jour cette répose est utilisée pour régénérer le nouveau fichier de conf, donc forcément ça écrase ton ancienne conf personnalisée. Il sagit de s3virge et effectivement a l'origine j'avais svga ne connaissant pas le bon pilote au départ! C'est donc un comportement normal et il n'y a rien a y faire? Merci Denis -- Vous devez pour nous répondre enlever no-spam. de notre adresse électronique.
Re : Gros problème 2.4.23
Le 04.01.2004 12:53, Corwin a écrit : - Original Message - From: Jean-Michel OLTRA [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Sunday, January 04, 2004 11:40 AM Subject: Re: Gros problème 2.4.23 Patcher le noyau contre la faille brk () sur une version qui marche, c'est 3 lignes de code à ajouter si je me rappelle bien, voir un thread de Décembre à ce sujet. Gaffe à la faille ptrace sur les 'vieux' noyaux. Je pense que c ce que je vais faire mais bon, je suis franchement surpris qu'un tel problème puisse survenir !!! Je ne comprends pas qu'une évolution du noyau sensée corriger des bugs puisse au final freezer complètement une machine !!! Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Bonjour, La faille n'a pas été corrigée sur le 2.4.22 (voir à ce sujet les compte- rendus de la compromission des machine Debian). Cependant, Debian avait introduit cette correction pour les noyaux à partir de 2.4.18-je_ne_sais_plsu. Je conseille donc de charger les source d'un noyau 2.4.22 et d'appliquer le patch kernel-patch-debian-2.4.22 disponible sur sid. Il applique la correction en question. Il suffit de compiler ensuite le noyau normalement avec les outils de kernel- package. En ce qui concerne 2.4.23, si on regarde le Changelog, il y a des patches appliqés à la machine virtuelle (VM), alors, peut-être que les problèmes viennent de là. Je n'ai pas eu de crash mais la machine ne tourne ps 24h/24, en revanche j'ai eu, alors que je j'utilisais xcdroast, le message suivant : kernel: __alloc_pages: 3-order allocation failed (gfp=0x20/0) répété de nombreuses fois. J'ai alors tué xcdroast et tout est rentré dans l'ordre. -- - Jean-Luc Thomas -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez à rajouter 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] org pgp7eTwsgKoUr.pgp Description: PGP signature
Re: script vérification mail
Bonjour, Je pense qu'une première étape assez logique serait de trier ton courrier entrant, par exemple en configurant ton .procmailrc (google procmail) puis après de demander à ton logiciel de mail ouvert sur la sous-boite correspondante de biper à l'arrivée d'un mail. A+ Olivier -- Laboratoire de Mathématiques, Applications et Physique Mathématique d'Orléans UMR 6628 - Université d'Orléans - B.P. 6759 - 45067 Orléans Cedex 2 E-Mail: [EMAIL PROTECTED] http://www.univ-orleans.fr/SCIENCES/MAPMO/membres/garet/
Re: Re : Gros problème 2.4.23
Le Sun 4/01/2004, Jean-Luc Coulon (f5ibh) disait Le 04.01.2004 12:53, Corwin a écrit : - Original Message - From: Jean-Michel OLTRA [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Sunday, January 04, 2004 11:40 AM Subject: Re: Gros problème 2.4.23 Patcher le noyau contre la faille brk () sur une version qui marche, c'est 3 lignes de code à ajouter si je me rappelle bien, voir un thread de Décembre à ce sujet. Gaffe à la faille ptrace sur les 'vieux' noyaux. Je pense que c ce que je vais faire mais bon, je suis franchement surpris qu'un tel problème puisse survenir !!! Je ne comprends pas qu'une évolution du noyau sensée corriger des bugs puisse au final freezer complètement une machine !!! Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Bonjour, La faille n'a pas été corrigée sur le 2.4.22 (voir à ce sujet les compte- rendus de la compromission des machine Debian). Cependant, Debian avait introduit cette correction pour les noyaux à partir de 2.4.18-je_ne_sais_plsu. Plus recompiler les modules externes (lmsensors alsa, etc...) tout ça parcequ'il ne fallait pas retarder la sortie du 2.4.22... -- Erwan
Re: Re: Gros problme 2.4.23
Le dimanche 04 janvier 2004, Jean-Luc Coulon (f5ibh) a écrit... bonjour, Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Je ne suis pas sur. Il y a des outils pour tester: km3.c isec-ptrace-kmod-exploit.c chercher, compiler, tester mais pas chez les autres. -- jean-michel
Re: script vrification mail
Le dimanche 04 janvier 2004, Nicolas Roudninski a écrit... bonjour, Je souhaite réaliser un petit script qui me lancerait mutt à l'arrivée d'un nouveau courrier dans /var/mail/utilisateur d'après certains critères (expéditeur, sujet...). Si quelqu'un à une idée (se dont je ne doute pas) je suis preneur. Une espèce de démon qui regarde ce qu'il y a dans le dossier et qui lance mutt si le fichier n'est pas vide ? -- jean-michel
driver pour 3d prophet radeon 9200 sortie tv
salut et bonne année à tout le monde. ben j'ai installé une carte avec sortie tv ati radeon 3d prophet 9200, mais meme apres avoir recompilé le noyau 2.4.23, pas moyen de configurer le serveur x, ni avec ati, ni atimisc ,ni radeon, le seul serveur qui fonctionne est le VESA. j'aurais bien fait une recherche google, mais impossible de surfer, donc, quelqu'un pourrait il m'aider à trouver un driver svp, merci ciao
Re: Passer de Unstable à Testing...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 04 January 2004 01:47, Nicolas Roudninski wrote: Le 04/01/2004 à 00:06, Damien Raude-Morvan a écrit : Une question qui me turlupine en ce moment : Est-t-il possible de revenir en arrière quand on utilise la version unstable pour passer à la version testing ? Plus précisément, j'aimerais savoir si une configuration particulière de APT permet de lui dire de mettre à jour tous les paquets installés (tous de unstable) vers testing. Si j'en croie le Guide de référence sur Debian ( http://www.debian.org/doc/manuals/reference/reference.fr.html ), il faut que le fichier /etc/apt/preference contienne : Package: * Pin: release a=testing Pin-Priority: 1001 Ça marche pour passer de testing ou unstable en stable (Pin: release a=stable) pourquoi pas de unstable en testing ? cf : http://www.debian.org/doc/manuals/reference/ch-package.fr.html#s-apt-stable (J'adore cette doc) Nicolas Merci beaucoup, ca marche... Juste un peu de configuration à revoir pour cause d'incomptatibilité entre les versions. J'avais pas déjà vu cette doc mais pas tout retenu :) Damien - -- Damien Raude-Morvan - DrazziB GPG : 0x337C7EBB WWW : www.drazzib.com ICQ : 68119943 TEL : (+33) 06 08 80 36 98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQE/+BBS927daDN8frsRAr9VAJwP3Y7oShWQH8+AMFNRJ5DcdAh+uQCaA2kV xIZxHqLY++6h1T5V1YDkCqg= =EExD -END PGP SIGNATURE-
Re: Re : Gros problème 2.4.23
Jean-Luc Coulon (f5ibh) a écrit : Le 04.01.2004 12:53, Corwin a écrit : - Original Message - From: Jean-Michel OLTRA [EMAIL PROTECTED] To: debian-user-french@lists.debian.org Sent: Sunday, January 04, 2004 11:40 AM Subject: Re: Gros problème 2.4.23 Patcher le noyau contre la faille brk () sur une version qui marche, c'est 3 lignes de code à ajouter si je me rappelle bien, voir un thread de Décembre à ce sujet. Gaffe à la faille ptrace sur les 'vieux' noyaux. Je pense que c ce que je vais faire mais bon, je suis franchement surpris qu'un tel problème puisse survenir !!! Je ne comprends pas qu'une évolution du noyau sensée corriger des bugs puisse au final freezer complètement une machine !!! Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Bonjour, La faille n'a pas été corrigée sur le 2.4.22 (voir à ce sujet les compte- rendus de la compromission des machine Debian). Cependant, Debian avait introduit cette correction pour les noyaux à partir de 2.4.18-je_ne_sais_plsu. à priori les noyaux de la woody on été patché : kernel-image-2.4.18-1-686_2.4.18-12_i386.deb /usr/share/doc/kernel-image-2.4.18-1-686/changelog.gz : kernel-image-2.4.18-1-i386 (2.4.18-12) stable-security; urgency=high * Rebuilt against kernel-source 2.4.18-14. . Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Sat, 29 Nov 2003 10:11:02 +1100 Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 mais si on regarde les archives : http://ftp.de.debian.org/debian/pool/main/k/kernel-image-2.4.22-i386/ on voit des kernel-image du 2.4.22 ont été généré le 9 dec 2003, avec dans le changelog, la correction du do_brk kernel-image-2.4.22-2-386_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-586tsc_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-686-smp_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-686_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-k6_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-k7-smp_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-2-k7_2.4.22-2woody.2_i386.deb 09-Dec-2003 12:02 kernel-image-2.4.22-i386_2.4.22-2woody.2.tar.gz09-Dec-2003 12:02 à quoi correspond les extensions woody dans ce cas là ? Yoann
Re: Re : Gros problème 2.4.23
Je conseille donc de charger les source d'un noyau 2.4.22 et d'appliquer le patch kernel-patch-debian-2.4.22 disponible sur sid. Il applique la correction en question. kernel-patch-debian-2.4.22 c'est pas le diff entre le 2.4.21 et 22 ?
Re : Re : Gros problème 2.4.23
Le 04.01.2004 13:34, Tony Schonfeld a écrit : Je conseille donc de charger les source d'un noyau 2.4.22 et d'appliquer le patch kernel-patch-debian-2.4.22 disponible sur sid. Il applique la correction en question. kernel-patch-debian-2.4.22 c'est pas le diff entre le 2.4.21 et 22 ? Bonjour Tony, Non, c'est un patche qui s'applique à une version 'propre' de l'arborescence du noyau 2.4.22 et qui le transforme en sa version 'débianisée'. Il ne faut pas le confondre avec patch-2.4.22.gz qu'on ne trouve pas chez Debian mais sur kernel.org et qui lui permet de changer de version. On peut aussi chager directement la version débianisée des sources du noyau. [EMAIL PROTECTED] /disk2/linux-2.4.22 # /usr/src/kernel-patches/all/2.4.22/ apply/debian No version.Debian file, assuming pristine Linux 2.4.22 [EMAIL PROTECTED] /disk2/linux-2.4.22 # -- 73 - Jean-Luc pgp0yQDQQj694.pgp Description: PGP signature
Re: Re: Gros problme 2.4.23
Pour la faille ptrace, rassure moi, le 2.4.21 est complètement sûr, la faille est bien plus vieille non ? Je ne suis pas sur. Il y a des outils pour tester: km3.c isec-ptrace-kmod-exploit.c chercher, compiler, tester mais pas chez les autres. Mmm, désolé d'être un peu faignant aujoud'hui, mais ou puis-je trouver ces outils dont tu me parles ? Merci .. Thomas
Re: script vérification mail
Le 04/01/2004 à 13:38, Jean-Michel OLTRA a écrit : Le dimanche 04 janvier 2004, Nicolas Roudninski a écrit... bonjour, Je souhaite réaliser un petit script qui me lancerait mutt à l'arrivée d'un nouveau courrier dans /var/mail/utilisateur d'après certains critères (expéditeur, sujet...). Si quelqu'un à une idée (se dont je ne doute pas) je suis preneur. Une espèce de démon qui regarde ce qu'il y a dans le dossier et qui lance mutt si le fichier n'est pas vide ? Oui, ça se serait pas mal. Mais j'aimerai qu'en plus ce démon lance mutt en fonction de certains critères. -- = Nicolas Roudninski [EMAIL PROTECTED] =
mplayer et dvd
Bonjour, Jai dans mon porable un lecteur de dvd combo graveur, il est reconnu en temps que periphérique scsi grace au module ide-scsi pour pouvir etre utilisé en graveur. Je tente de lire des dvd avec mplayer quand je lui demande ply dvd il me repond could not open device /dev/scd0 alors que c'est bien l'adresse de mon lecteur de dvd. Que faire
Re: Re : Re : Gros problème 2.4.23
Jean-Luc Coulon (f5ibh) wrote: Le 04.01.2004 13:34, Tony Schonfeld a écrit : Je conseille donc de charger les source d'un noyau 2.4.22 et d'appliquer le patch kernel-patch-debian-2.4.22 disponible sur sid. Il applique la correction en question. kernel-patch-debian-2.4.22 c'est pas le diff entre le 2.4.21 et 22 ? Bonjour Tony, Non, c'est un patche qui s'applique à une version 'propre' de l'arborescence du noyau 2.4.22 et qui le transforme en sa version 'débianisée'. Il ne faut pas le confondre avec patch-2.4.22.gz qu'on ne trouve pas chez Debian mais sur kernel.org et qui lui permet de changer de version. On peut aussi chager directement la version débianisée des sources du noyau. [EMAIL PROTECTED] /disk2/linux-2.4.22 # /usr/src/kernel-patches/all/2.4.22/ apply/debian No version.Debian file, assuming pristine Linux 2.4.22 [EMAIL PROTECTED] /disk2/linux-2.4.22 # -- 73 - Jean-Lu c Merci de ta reponse ainsi qu'aux autres copains :-) Pour resumer un kernel-x-x-x peut eventuellement changer de version de paquet mais le meme patch-x-x-x- sera toujours valide pour corriger un certains nombre de choses ? quelqu'un peut confirmer que le patch-2.4.22 corrige bien la faille do_brk ? apres je me lance ! merci encore. Tony
Re: Mise a jour woody
Ainsi parla Famille Bailiet Denis, Marie-Christine, 3A le 004ème jour de l'an 2004: Il sagit de s3virge et effectivement a l'origine j'avais svga ne connaissant pas le bon pilote au départ! C'est donc un comportement normal et il n'y a rien a y faire? Tu peux reconfigurer avec dpkg-reconfigure xserver-xfree86 (ou est-ce dpkg-reconfigure xserver-common ?) PS: inutile de me mettre en To: j'adresse n'est pas valide, et je suis abonné ;) -- .,p***=b_ Nicolas Rueff ?P .__ `*b Montbéliard - France |P .d?'`, 9| http://rueff.tuxfamily.org M: |} |- H' [EMAIL PROTECTED] | `#?_._oH' +33 6 77 64 44 80 `H. ``' GPG 0xDD44DAB4 `#?. ICQ 97700474 `^~. We are Penguin. Resistance is futile. You will be assimilated. pgpNRSIzhsnII.pgp Description: PGP signature
Re: Re: Gros problme 2.4.23
Le dimanche 04 janvier 2004, Corwin a écrit... bonjour, Mmm, désolé d'être un peu faignant aujoud'hui, mais ou puis-je trouver ces outils dont tu me parles ? http://august.v-lo.krakow.pl/~anszom/km3.c http://sinuspl.net/ptrace/isec-ptrace-kmod-exploit.c Merci .. Je ne les ai pas essayé, c'est juste une/par curiosité. -- jean-michel
pb affichage avec noyau 2.6
Bonjour et bonne année à tous, après plusieurs compilation réussi de noyau 2.4.22 et 2.4.23 j'ai voulu compiler le 2.6 (j'ai telechargé la version 2.6.1 rc1 de kernel.org). Le problème c'est lorsque je boot sur le 2.6 je n'ai pas d'affichage donc j'ai essayé avec l'option Framebuffer Console Support et là je vois des les lignes qui défilent mais c'est très gros, flou ... bref illisible. J'ai donc essayé plusieurs options mais sans succès et maintenant je suis à court d'idée :-( J'ai remarqué quelque chose d'étrange dans le syslog c'est qu'il ne charge pas les modules (j'ai pourtant installé module-init-tools) mais surtout je sais qu'il démarre bien puisque que j'arrive à me connecter à distance via ssh à partir de mon autre poste donc je suppose que les modules sont chargés pour faire fonctionner mes cartes réseaux ? Si quelqu'un avait une idée pour trouver la solution, je suis preneur. PS : mon matériel : lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 00:06.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 00:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) 00:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) 00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/ A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) mon fichier .config est en pièce jointe # # Automatically generated make config: don't edit # CONFIG_X86=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_CLEAN_COMPILE=y CONFIG_STANDALONE=y CONFIG_BROKEN_ON_SMP=y # # General setup # CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_LOG_BUF_SHIFT=14 # CONFIG_IKCONFIG is not set # CONFIG_EMBEDDED is not set CONFIG_KALLSYMS=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y # CONFIG_MODULE_FORCE_UNLOAD is not set CONFIG_OBSOLETE_MODPARM=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set CONFIG_M386=y # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_L1_CACHE_SHIFT=4 CONFIG_RWSEM_GENERIC_SPINLOCK=y CONFIG_X86_PPRO_FENCE=y CONFIG_X86_F00F_BUG=y # CONFIG_HPET_TIMER is not set # CONFIG_HPET_EMULATE_RTC is not set # CONFIG_SMP is not set CONFIG_PREEMPT=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y # CONFIG_X86_MCE_NONFATAL is not set # CONFIG_X86_MCE_P4THERMAL is not set # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m # CONFIG_EDD is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set CONFIG_MATH_EMULATION=y CONFIG_MTRR=y # # Power management options (ACPI, APM) # CONFIG_PM=y # CONFIG_SOFTWARE_SUSPEND is not set # CONFIG_PM_DISK is not set # # ACPI (Advanced Configuration and Power Interface) Support # # CONFIG_ACPI is not set # # APM (Advanced Power Management) BIOS Support # CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is not set # CONFIG_APM_ALLOW_INTS is not set # CONFIG_APM_REAL_MODE_POWER_OFF is not set # # CPU Frequency scaling # # CONFIG_CPU_FREQ is not set # # Bus options (PCI, PCMCIA, EISA, MCA, ISA) # CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y
Re : Re : Re : Gros problème 2.4.23
Le 04.01.2004 14:26, Tony Schonfeld a écrit : Jean-Luc Coulon (f5ibh) wrote: Le 04.01.2004 13:34, Tony Schonfeld a écrit : Je conseille donc de charger les source d'un noyau 2.4.22 et d'appliquer le patch kernel-patch-debian-2.4.22 disponible sur sid. Il applique la correction en question. kernel-patch-debian-2.4.22 c'est pas le diff entre le 2.4.21 et 22 ? Bonjour Tony, Non, c'est un patche qui s'applique à une version 'propre' de l'arborescence du noyau 2.4.22 et qui le transforme en sa version 'débianisée'. Il ne faut pas le confondre avec patch-2.4.22.gz qu'on ne trouve pas chez Debian mais sur kernel.org et qui lui permet de changer de version. On peut aussi chager directement la version débianisée des sources du noyau. [EMAIL PROTECTED] /disk2/linux-2.4.22 # /usr/src/kernel-patches/all/2.4.22/ apply/debian No version.Debian file, assuming pristine Linux 2.4.22 [EMAIL PROTECTED] /disk2/linux-2.4.22 # -- 73 - Jean-Lu c Merci de ta reponse ainsi qu'aux autres copains :-) Pour resumer un kernel-x-x-x peut eventuellement changer de version de paquet mais le meme patch-x-x-x- sera toujours valide pour corriger un certains nombre de choses ? quelqu'un peut confirmer que le patch-2.4.22 corrige bien la faille do_brk ? apres je me lance ! Oui, le patch Debian cité plus haut corrige la faille do_brk merci encore. Tony -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez à rajouter 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] org pgpNoHDQqy7xw.pgp Description: PGP signature
Re: mplayer et dvd
Le 12421ième jour après Epoch, Guy Hendrickx écrivait: Bonjour, Jai dans mon porable un lecteur de dvd combo graveur, il est reconnu en temps que periphérique scsi grace au module ide-scsi pour pouvir etre utilisé en graveur. Je tente de lire des dvd avec mplayer quand je lui demande ply dvd il me repond could not open device /dev/scd0 alors que c'est bien l'adresse de mon lecteur de dvd. Que faire - Vérifier les permissions de ton périph - Vérifier le groupe de /dev/scd0 - Vérifier que ton user est dans ce groupe Perso, j'ai mis /dev/scd0 dans le groupe cdrom (plutôt que dans le groupe disk), et je suis dans le groupe cdrom aussi. Et bien sûr ça marche sans soucis. -- Who is General Failure and why is he reading my hard disk ? Microsoft spel chekar vor sail, worgs grate !! (By [EMAIL PROTECTED], Felix von Leitner)
Re: Gros problème 2.4.23
Bonjour, Le Sam 04 Jan 2004 à 0:03:31 +0100 (+0100), Corwin écrivit : Salut tout le monde et bonne année ! de même. ... Et là, erreur, je recommence sur le 2.4.23 et rebelote, ca marche 15 minutes et après freeze, cette fois ci je n'ai pas eût le courage d'attendre un j'ai appuyé sur le petit bouton reset. Par chance, après un petit fsck forcé, le serveur redémarre à priori sans soucis sur l'ancien noyau 2.4.21. Chez moi sur un athlon xp le 2.4.23 marche très bien (le 2.4.22 aussi), ce sont les noyaux de la série 2.6 qui provoquent les freezes par emballement du disque dur. Seule solution le reset, l'accès par réseau étant impossible. Le premier noyau stable 2.6 a bien marché jusqu'à avant hier, soit une journée après le redémarrage (la machine a été arrêtée 10 jours). est peu puissante P2 233 160Mo RAM et 300Mo de SWAP) et que amavis et La mienne tourne à 1.8Ghz et le swap est énorme. D'autre part l'utilisation de la ram semble très différente entre le 2.4 et le 2.6. Si quelqu'un a une réponse, alors merci d'avance ... Oui, merci aussi. Est-ce lié à amd ? Je n'ai rien vu sur les listes de discussion (adresses sur kernel.org) concernant ces problèmes. JPVincent.
cups probleme
hello a toutes et a tous Voila mon prob: J'ai installé KDE 3.1.4 sur une Woody avec quelques backports genre ceux de backports.org et voila ce que je me tape quand je fais: apt-get install cupsys-driver-gimpprint Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: cupsys-driver-gimpprint: Depends: libcupsys2 (= 1.1.13-1) but it is not going to be installed Depends: cupsys (= 1.1.4) but it is not going to be installed or cups (= 1.1.4) but it is not installable E: Sorry, broken packages j'essaie avec le backport pour la version 1.1.20final-4 ou sans backport pour la version 1.1.14-5 0 (woody) sans resultat ... et libcupsys2 est la version 1.1.20final-4 ça ne devrait a priori pas poser de probleme...seulement si je desinstalle libcupsys2 il me vire une grosse partie de KDE et la ça ne m'arrange pas du tout :-) toute aide est la bienvenue merci d'avance Hervé
apt cassé
Bonjour, je tourne sous sid et j'ai cassé apt en tentant d'installer un serveur de mail sur ma machine de test "apt-get upgrade" me donne: Vous pouvez lancer "apt -f install" pour corriger ces problèmes.Les paquets suivants contiennent des dfépendances non-satisfaites.vpopmail-bin : dépend: libvpopmail1 mais il n'est pas installéE: dépendances manquantes. Essayez d'utiliser l'option -f J'essayes donc "apt -f install" qui renvoie : Dpkg : erreur de traitement de vpopmail-bin (--remove)Le paquet est dans un état incohérent - vous devriez le réinstaller avant d'essayer de le supprimper.Des erreurs ont été rencontrées pendant l'exécution:vpopmail-binE: sub-process /usr/bin/dpkg returned an error code (1) Je tente alors "apt-get install --reinstall vpopmail-bin" qui répond: Vous pouvez lancer "apt -f install" pour corriger ces problèmes.Les paquets suivants contiennent des dfépendances non-satisfaites.libvpopmail1: dépend: qmail mais il n'est pas installableE:dépendances non satisfaites. Essayez "apt-get -f install" sans paquet(ou indiquez une solution). A cause de cette erreur, je ne peux plus utiliser apt... donc rien installer Existe-t-il un moyen manuel de réparer/supprimer/... les paquets en erreur ? Merci d'avance
Re: apt cassé
On 4 Jan 2004, [EMAIL PROTECTED] said: Bonjour, je tourne sous sid et j'ai cassé apt en tentant d'installer Mais non ;) snip A cause de cette erreur, je ne peux plus utiliser apt... donc rien installer Existe-t-il un moyen manuel de réparer/supprimer/... les paquets en erreur ? man dpkg Merci d'avance np zeDek -- Xavier MAILLARD (GnuPG: 1024D/1E028EA5) EmacsOS user (http://emacsfr.org) APRIL (http://www.april.org) pgpwhB23Tl35C.pgp Description: PGP signature
Re: Palm Zire : impossible de le synchroniser
Arnaud CALVO wrote: Bonjour Je n'avais pas fait de sauvegarde de mon Palm Zire (tout court, celui moins de 100 ) depuis que j'ai chang mon PC, en septembre dernier, et donc depuis que j'ai adopt Debian SID comme OS principal. Plein de courage (et pour m'amuser aussi, je l'avoue), j'ai dcider de me pencher sur ce problme pour y remdier... Mais bien sr, cela ne fonctionne pas :-/ Quand j'appuie sur Synchroniser, j'obtiens ceci dans /var/log/messages : Jan 4 11:11:59 debian kernel: hub.c: new USB device 00:03.1-1, assigned address 5 Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter detected Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs) Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs) Jan 4 11:12:02 debian usb.agent[1397]: ... no modules for USB product 830/70/100 1- Dj, je ne vois pas pourquoi il est attach ttyUSB0, ET ttyUSB1 2- Ensuite, pourquoi me reconnat-il un 830/70/100 ? 3- Pourquoi la commande /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm ou /usr/bin/pilot-xfer -p /dev/ttyUSB0 --backup /home/arnaud/.Palm ne donne rien (sur ttyUSB1, j'ai cette rponse : [EMAIL PROTECTED]:~$ /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm Port: /dev/ttyUSB1 Please press the HotSync button now... ) et c'est tout, a ne se termine pas ! Une ide ? j'utilise ici un treo 600, pour que ca fonctionne j'ai force le module visor avec vendor=0x082d produc=0x300 ensuite j'utilise /dev/ttyUSB0 a 57600 dans les parametres de jpilot aussi pour la sauvegarde un mot de passe a mettre dans le treo et ca fonctionne en esperant d'avoir aide Tony
Re: Palm Zire : impossible de le synchroniser
Le Sun 4/01/2004, Xavier Maillard disait Après tout dépend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Faudrait peut-être en installer un ? :) Parcequ'en plus il faut des modules *noyau* maintenant ? -- Erwan
Re: Palm Zire : impossible de le synchroniser
* Quoting Arnaud CALVO [EMAIL PROTECTED]: Bonjour Salut, et donc depuis que j'ai adopt Debian SID comme OS principal. Debian SID n'est pas un systme d'exploitation. Jan 4 11:11:59 debian kernel: hub.c: new USB device 00:03.1-1, assigned address 5 Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter detected Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB0 (or usb/tts/0 for devfs) Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs) Jan 4 11:12:02 debian usb.agent[1397]: ... no modules for USB product 830/70/100 1- Dj, je ne vois pas pourquoi il est attach ttyUSB0, ET ttyUSB1 Ben c'est comme a. 2- Ensuite, pourquoi me reconnat-il un 830/70/100 ? Je ne suis pas un expert mais a a l'air d'tre les Product ID (USB parlant). 3- Pourquoi la commande /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm ou /usr/bin/pilot-xfer -p /dev/ttyUSB0 --backup /home/arnaud/.Palm ne donne rien (sur ttyUSB1, j'ai cette rponse : [EMAIL PROTECTED]:~$ /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm Port: /dev/ttyUSB1 Please press the HotSync button now... ) et c'est tout, a ne se termine pas ! man chmod (indice /dev/ttyUSB[01] et droit). Bon allez je t'aide encore un peu voil chez moi: , | crw-rw-rw-1 root pilot188, 1 Mar 14 2002 /dev/ttyUSB1 ` Et c'est pareil pour /dev/ttyUSB0. Aprs tout dpend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Faudrait peut-tre en installer un ? :) zeDek -- GNUSFR.ORG http://gnusfr.org/ EMACSFR.ORG http://emacsfr.org/ Xavier Maillard Tel: +33 6 62 59 68 62 pgptSx7zJNMBd.pgp Description: PGP signature
Re: Palm Zire : impossible de le synchroniser
On 4 Jan 2004, Christophe[EMAIL PROTECTED] said: Le dim 04/01/2004 à 11:30, Arnaud CALVO a écrit : Bonjour Bonjour, snip Après quelques errements et plantages hard avec Evolution et Gnome-Pilot, je suis moi aussi en /dev/ttyUSB0 et /dev/ttyUSB1, avec un fonctionnement correct sur /dev/ttyUSB1, y compris avec pilot-xfer (une fois le démon gpilotd suspendu via l'applet idoine...). En fait le port de synchronisation peut changer suivant le matériel (PDA) utilisé et la configuration de la machine (PC). Mais en règle général /dev/ttyUSB1 est utilisé pour la synchronisation. zeDek -- Xavier Maillard 7 rue Jeanne Jugan, 51100 Reims, France phone: +33 3 26 77 02 21, mobile: +33 6 62 59 68 62 email: [EMAIL PROTECTED] pgp7dPoRFDZKy.pgp Description: PGP signature
Re: Palm Zire : impossible de le synchroniser
On 4 Jan 2004, Erwan David[EMAIL PROTECTED] spake: Le Sun 4/01/2004, Nicolas Bertolissio disait snip Franchement y'a un modèle (ie dénomination commerciale) à connexion USB dont on puisse garantir le fonctionnement avec linux ? Oui j'en ai 4 qui se synchrinisent *tous* sous mon nunux. Dans l'ordre: Tungsten E de PalmOne, Palm Zire, Sony Clié SL10 et Sony Clié SJ33. Mon Palm IIIx commence à se montrer capricieux et franchement entre la merde USB et la connerie des batteries qui imposent de recharger le PDA en permaznence, je ne vois pas ce qui pourrait le remplacer... Un lexibook :) zeDek -- sometimes i feel like we're making emacs better and better because we don't know what to do with emacs once it is finished. -- AlexSchroeder on #emacs @OPN pgpFN570yfhs4.pgp Description: PGP signature
Re: Re : Re : Re : Gros problème 2.4.23
Oui, le patch Debian cité plus haut corrige la faille do_brk merci encore. Tony Ca y est ca tourne, croisons les doigts pour que ca dure. J'ai par contre du mal a comprendre la philosophie du groupe debian pour construire les patches specifiques. en effet on trouve des bouts de patches pour toutes sortes de versions de noyaux, souvent bien plus vieilles, alors j'ai du mal a piger ( voir le changelog du patche-2.4.22-5 ) au fait qu'elle est la raison d'etre de kernel-tree alors qu'un noyau est deja distribue sous forme de packages ? Bonne fin de week end, Tony et merci encore pour les differents posts sur le sujet.
Re: Gros problème 2.4.23
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 04 January 2004 16:43, Tony Schonfeld wrote: Oui, le patch Debian cité plus haut corrige la faille do_brk merci encore. Tony Ca y est ca tourne, croisons les doigts pour que ca dure. J'ai par contre du mal a comprendre la philosophie du groupe debian pour construire les patches specifiques. en effet on trouve des bouts de patches pour toutes sortes de versions de noyaux, souvent bien plus vieilles, alors j'ai du mal a piger ( voir le changelog du patche-2.4.22-5 ) au fait qu'elle est la raison d'etre de kernel-tree alors qu'un noyau est deja distribue sous forme de packages ? C'est vrai que la façon dont Debian gère ses patchs internes par rapport au kernel vanilla est encore assez obscure pour moi. Sur la liste debian-devel (et debian-news) est passé il n'y a pas longtemps un message d'un certain Robert Millan qui a essayé d'utiliser un packaging différents pour le kernel. http://lists.debian.org/debian-devel/2003/debian-devel-200312/msg01460.html http://lists.debian.org/debian-devel/2003/debian-devel-200311/msg00204.html http://people.debian.org/~rmh/debian/ Mes deux cents... - -- Damien Raude-Morvan - DrazziB GPG : 0x337C7EBB WWW : www.drazzib.com ICQ : 68119943 TEL : (+33) 06 08 80 36 98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQE/+D3k927daDN8frsRAgX8AJwN6/df/BW/LPkl8UkSSU39DGXwKACfVU7i gNt4Io7Sro84uEbQb/BzPKI= =4gu8 -END PGP SIGNATURE-
Re: driver pour 3d prophet radeon 9200 sortie tv
dédé le homard wrote: salut et bonne année à tout le monde. ben j'ai installé une carte avec sortie tv ati radeon 3d prophet 9200, mais meme apres avoir recompilé le noyau 2.4.23, pas moyen de configurer le serveur x, ni avec ati, ni atimisc ,ni radeon, le seul serveur qui fonctionne est le VESA. j'aurais bien fait une recherche google, mais impossible de surfer, donc, quelqu'un pourrait il m'aider à trouver un driver svp, merci ciao Il te faut aussi xfree 4.3.1 il y a un patch a apliquer pour la dri aussi Guy
Re: apt cass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 04 January 2004 17:13, Damien Raude-Morvan wrote: Sinon essaye dpkg avec l'option --remove-reinstreq, dans le man : Oups Rectification c'est --force-remove-reinstreq l'option. - -- Damien Raude-Morvan - DrazziB GPG : 0x337C7EBB WWW : www.drazzib.com ICQ : 68119943 TEL : (+33) 06 08 80 36 98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQE/+Dzx927daDN8frsRAhLCAJ9iqQYclzZ8g4nTDEKEsCWXkvIr5gCgndVF 9iduROHxn5JvI8LRKyQ1wsE= =la4j -END PGP SIGNATURE-
Re: apt cass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 04 January 2004 16:25, Xavier Maillard wrote: On 4 Jan 2004, [EMAIL PROTECTED] said: Bonjour, je tourne sous sid et j'ai cassé apt en tentant d'installer Mais non ;) snip A cause de cette erreur, je ne peux plus utiliser apt... donc rien installer Existe-t-il un moyen manuel de réparer/supprimer/... les paquets en erreur ? man dpkg Merci d'avance np zeDek Merci, de rien et bonne journée... C'est un peu sec (pour ne pas dire plus) sur une liste comme debian-user-french. Un peu de compréhension envers ceux qui débutent que diable. Toi aussi tu as été un peu perdu sous debian au début non ? - Pour le problème de Lusr : essaye dpkg --remove vpopmail-bin libvpopmail1 Sinon essaye dpkg avec l'option --remove-reinstreq, dans le man : remove-reinstreq: Supprimer un paquet, même défectueux et marqué comme demandant une réinstallation. Il se peut par exemple que des morceaux de paquet restent sur le système et soient dès lors oubliés par dpkg. Bon courage, Damien - -- Damien Raude-Morvan - DrazziB GPG : 0x337C7EBB WWW : www.drazzib.com ICQ : 68119943 TEL : (+33) 06 08 80 36 98 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQE/+DvE927daDN8frsRAnuRAJwOXp+QARC9xhDStsdoEhWIWppVwgCgizDw 1Sc597asyWDmVrV6DkL7Y+M= =qx1L -END PGP SIGNATURE-
Re: pb affichage avec noyau 2.6
On Sun, Jan 04, 2004 at 02:45:23PM +0100, Laurent PINGAULT wrote: Bonjour et bonne année à tous, après plusieurs compilation réussi de noyau 2.4.22 et 2.4.23 j'ai voulu compiler le 2.6 (j'ai telechargé la version 2.6.1 rc1 de kernel.org). Le problème c'est lorsque je boot sur le 2.6 je n'ai pas d'affichage donc j'ai essayé avec l'option Framebuffer Console Support et là je vois des les lignes qui défilent mais c'est très gros, flou ... bref illisible. J'ai donc essayé plusieurs options mais sans succès et maintenant je suis à court d'idée :-( J'ai remarqué quelque chose d'étrange dans le syslog c'est qu'il ne charge pas les modules (j'ai pourtant installé module-init-tools) mais surtout je sais qu'il démarre bien puisque que j'arrive à me connecter à distance via ssh à partir de mon autre poste donc je suppose que les modules sont chargés pour faire fonctionner mes cartes réseaux ? Si quelqu'un avait une idée pour trouver la solution, je suis preneur. Bonjour, Je ne suis pas un expert mais je me permet de répondre : - mettez framebuffer console en dur pas en module - essayez de passer les bons argument au bout : video=XXX:XXX ( video=radeon:[EMAIL PROTECTED] pour moi ) Bon, je vous le dis tout de suite, ca marche pas pour moi... ( j'ai un probleme de Switching console to 80x30 alors qu'il devrait passez en 100x70 ou qqchose comme ca ). Je pense que la bonne solution c'est des passez vga=0x305 au boot, mais j'ai pas encore testé. De toute façon ( c'est votre prochain probleme ) console-tools ne gére pas ( encore ) le 2.6 parcqu'il y a plus de keycode possible ( passage de 128 à 512 ) ce qui fait que je n'ai pas de caractère accentué et que j'ai des messages d'erreur au lancement de init.d/console* Si vous arrivez, je serais intéressé par connaitre votre solution Bonne chance Sylvain LE GALL ps : vous étes la première personne que je connais qui a des périphérique I2O et un lien FDDI, bravo ;-
Re: Re : Gros problème 2.4.23
Le Sun, Jan 04, 2004 à 02:05:15PM +0100, yoann a écrit Jean-Luc Coulon (f5ibh) a écrit : Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 En testing il y a kernel-source- 2.4.22-5 et je lis dans le changelog : kernel-source-2.4.22 (2.4.22-5) unstable; urgency=high * Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Fri, 5 Dec 2003 20:55:55 +1100 -- Francois Mescam
Re : Re : Gros problème 2.4.23
Le 04.01.2004 18:44, [EMAIL PROTECTED] a écrit : Le Sun, Jan 04, 2004 à 02:05:15PM +0100, yoann a écrit Jean-Luc Coulon (f5ibh) a écrit : Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 En testing il y a kernel-source- 2.4.22-5 et je lis dans le changelog : kernel-source-2.4.22 (2.4.22-5) unstable; urgency=high * Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Fri, 5 Dec 2003 20:55:55 +1100 C'est pas moi qui ait écrit ça !!! Mais bon, la correction a été appliquée par Debian assez tôt, voir l'extrait de l'advisory : This bug has been fixed in kernel version 2.4.23 for the 2.4 tree and 2.6.0-test6 kernel tree. For Debian it has been fixed in version 2.4.18-12 of the kernel source packages, version 2.4.18-14 of the i386 kernel images and version 2.4.18-11 of the alpha kernel images. -- - Jean-Luc -- Francois Mescam -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez à rajouter 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] org pgpgytuGAWdIu.pgp Description: PGP signature
Re: script vérification mail
Le Sun, Jan 04, 2004 à 12:49:04PM +0100, Nicolas Roudninski a écrit
Bonjour,
Je souhaite réaliser un petit script qui me lancerait mutt à l'arrivée
d'un nouveau courrier dans /var/mail/utilisateur d'après certains
critères (expéditeur, sujet...).
J'ai une bidouille qui va dans ce sens elle permet de lancer tous les 8h mutt
s'il y a de nouveaux messages dans une boîte à lettre et si une session X est
active pour le user (mescam dans mon cas) :
lancer par at -f fichier1 now
fichier1 contient :
#! /bin/sh
# tous les 8heures vérifier spam
chemin/jobmutt.sh spam 8
exit 0
$cat jobmutt.sh
#! /bin/sh
#set -x
# jobmutt.sh boite à lettre délai de relance
source $HOME/.bashrc
export DISPLAY=:0.0
cd $HOME
#test de la présence d'une session X (fluxbow dans mon cas)
if ps aux /tmp/psaux$1 ; grep mescam.*fluxbox /tmp/psaux$1 /dev/null
then
if compte_mail.pl $MAIL/$1 | grep -v 0 mails /dev/null
then
aterm +sb -T lecture_$1 -e mutt -f $MAIL/$1
fi
fi
rm -f /tmp/psaux$1
at now+$2hours -f chemin vers scripts/lecture_$1.sh /dev/null
exit 0
$cat compte_mail.pl
#!/usr/bin/perl -w
# compter le nombre mails lus et le nombre de mail total du fichier indiqué
# dans l'appelécrire le résultat sur stdout
# exécution par par exemple
# cat $MAIL/temp /tmp/compte.mbox ; ./compte_mail.pl
use strict;
use Mail::Mbox::MessageParser;
my $file_name = $ARGV[0];
my $file_handle = new FileHandle($file_name);
my $nb_mail = 0;
my $nb_mail_non_lus = 0;
# Set up cache. (Not necessary if enable_cache is false.)
Mail::Mbox::MessageParser::SETUP_CACHE( { 'file_name' = '/tmp/cache' } );
my $folder_reader = new Mail::Mbox::MessageParser( {
'file_name' = $file_name,
'file_handle' = $file_handle,
'enable_cache' = 1,
'enable_grep' = 1, } );
# si le fichier est vide sortir
if ( $folder_reader =~ /No data on filehandle/ ) {
print $nb_mail_non_lus mails non lus sur $nb_mail mail au total\n;
exit;
}
# Any newlines or such before the start of the first email
my $prologue = $folder_reader-prologue;
#print $prologue;
# This is the main loop. It's executed once for each email
while(!$folder_reader-end_of_file()) {
my $email = $folder_reader-read_next_email();
$nb_mail++;
my @parties = split (/\n\n/,$$email);
if ( $parties[0] !~ /Status: RO/ ) { $nb_mail_non_lus++ } ;
}
print $nb_mail_non_lus mails non lus sur $nb_mail mail au total\n;
exit;
--
Francois Mescam
Re : pb affichage avec noyau 2.6
Le 04.01.2004 18:26, Sylvain LE GALL a écrit : On Sun, Jan 04, 2004 at 02:45:23PM +0100, Laurent PINGAULT wrote: Bonjour et bonne année à tous, après plusieurs compilation réussi de noyau 2.4.22 et 2.4.23 j'ai voulu compiler le 2.6 (j'ai telechargé la version 2.6.1 rc1 de kernel.org). Le problème c'est lorsque je boot sur le 2.6 je n'ai pas d'affichage donc j'ai essayé avec l'option Framebuffer Console Support et là je vois des les lignes qui défilent mais c'est très gros, flou ... bref illisible. J'ai donc essayé plusieurs options mais sans succès et maintenant je suis à court d'idée :-( J'ai remarqué quelque chose d'étrange dans le syslog c'est qu'il ne charge pas les modules (j'ai pourtant installé module-init-tools) mais surtout je sais qu'il démarre bien puisque que j'arrive à me connecter à distance via ssh à partir de mon autre poste donc je suppose que les modules sont chargés pour faire fonctionner mes cartes réseaux ? Si quelqu'un avait une idée pour trouver la solution, je suis preneur. Bonjour, Je ne suis pas un expert mais je me permet de répondre : - mettez framebuffer console en dur pas en module - essayez de passer les bons argument au bout : video=XXX:XXX ( video=radeon:[EMAIL PROTECTED] pour moi ) Bon, je vous le dis tout de suite, ca marche pas pour moi... ( j'ai un probleme de Switching console to 80x30 alors qu'il devrait passez en 100x70 ou qqchose comme ca ). Je pense que la bonne solution c'est des passez vga=0x305 au boot, mais j'ai pas encore testé. De toute façon ( c'est votre prochain probleme ) console-tools ne gére pas ( encore ) le 2.6 parcqu'il y a plus de keycode possible ( passage de 128 à 512 ) ce qui fait que je n'ai pas de caractère accentué et que j'ai des messages d'erreur au lancement de init.d/console* Si vous arrivez, je serais intéressé par connaitre votre solution Le frame buffer focntionne bien pour moi avec un ati rage 128. mais il y a une chose curieuse avec les VT : la VT1 affiche les caractères accentués sous forme de la lettre theta masi les autres VT les affichent normalement ... Bonne chance Sylvain LE GALL ps : vous étes la première personne que je connais qui a des périphérique I2O et un lien FDDI, bravo ;- -- Pensez à lire la FAQ de la liste avant de poser une question : http://savannah.nongnu.org/download/debfr-faq/html/ Pensez à rajouter 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] org pgpnMnYXtNlxI.pgp Description: PGP signature
Re: Re : pb affichage avec noyau 2.6
On Sun, Jan 04, 2004 at 06:39:12PM +0100, Jean-Luc Coulon (f5ibh) wrote: Le 04.01.2004 18:26, Sylvain LE GALL a écrit : Bonjour, Je ne suis pas un expert mais je me permet de répondre : - mettez framebuffer console en dur pas en module - essayez de passer les bons argument au bout : video=XXX:XXX ( video=radeon:[EMAIL PROTECTED] pour moi ) Bon, je vous le dis tout de suite, ca marche pas pour moi... ( j'ai un probleme de Switching console to 80x30 alors qu'il devrait passez en 100x70 ou qqchose comme ca ). Je pense que la bonne solution c'est des passez vga=0x305 au boot, mais j'ai pas encore testé. De toute façon ( c'est votre prochain probleme ) console-tools ne gére pas ( encore ) le 2.6 parcqu'il y a plus de keycode possible ( passage de 128 à 512 ) ce qui fait que je n'ai pas de caractère accentué et que j'ai des messages d'erreur au lancement de init.d/console* Si vous arrivez, je serais intéressé par connaitre votre solution Le frame buffer focntionne bien pour moi avec un ati rage 128. mais il y a une chose curieuse avec les VT : la VT1 affiche les caractères accentués sous forme de la lettre theta masi les autres VT les affichent normalement ... Normal, c'est un bug console-tools/unicode_start. En gros ca fait un unicode_start juste pour certains VT... ( ie ca marche pas parfaitement ) Quand vous dites que ca marche bien, ca marche pour quelle résolution ? Bonne chance Sylvain LE GALL ps : vous étes la première personne que je connais qui a des périphérique I2O et un lien FDDI, bravo ;-
Re: Pb xine
Le sam 03/01/2004 à 15:05, Michel a écrit :
Bonjour ,
Je viens d'installer xine 0.9.23 et a son lancement , il
s'affiche puis s'arrete aussitot . Depuis un xterm , voici
les messages affiches :
[EMAIL PROTECTED]:~$ xine
Voici xine (X11 gui) - un lecteur vidéo libre v0.9.23.
(c) 2000-2003 L'Equipe de xine.
Benchmarking memcpy methods (smaller is better):
glibc memcpy() : 758096159
linux kernel memcpy() : 758590274
MMX optimized memcpy() : 635986283
MMXEXT optimized memcpy() : 344902891
SSE optimized memcpy() : 353001831
dxr3_scr: Failed to open control device /dev/em8300-0 (Aucun
périphérique de ce type)
load_plugins: failed to load audio output plugin alsa
xine: relocation error: xine: undefined symbol: xine_osd_get_capabilities
[EMAIL PROTECTED]:~$
J'ai detruit le repertoire .xine precedent en esperant un
conflit avec l'ancienne version , mais c'est identique .
Avec strace :
open(/home/dabowl/.xine/fonts,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file
or directory)
brk(0) = 0x10815000
brk(0x10836000) = 0x10836000
brk(0) = 0x10836000
brk(0x1086) = 0x1086
writev(2, [{xine, 4}, {: , 2}, {relocation error, 16}, {: , 2},
{xine, 4}, {: , 2}, {undefined symbol: xine_osd_get_c..., 43},
{, 0}, {, 0}, {\n, 1}], 10xine: relocation error: xine: undefined
symbol: xine_osd_get_capabilities
) = 74
exit_group(127) = ?
Laurent
--
(o_
//\
V_/_ Debian GNU/Linux PowerPC user.
Re: Re : Gros problème 2.4.23
[EMAIL PROTECTED] wrote: Le Sun, Jan 04, 2004 à 02:05:15PM +0100, yoann a écrit Jean-Luc Coulon (f5ibh) a écrit : Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 En testing il y a kernel-source- 2.4.22-5 et je lis dans le changelog : kernel-source-2.4.22 (2.4.22-5) unstable; urgency=high * Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Fri, 5 Dec 2003 20:55:55 +1100 A mon avis c'est une erreur car le 2.4.22-5 n'a pas le patch en question par contre c'est bien applique avec kernel-patch-debian-2.4.22-5 quand je vous dis que pour s'y retrouver parfois :-)
Re: Palm Zire : impossible de le synchroniser
Xavier Maillard a crit : Bon allez je t'aide encore un peu voil chez moi: , | crw-rw-rw-1 root pilot188, 1 Mar 14 2002 /dev/ttyUSB1 ` chez moi, (avec devfs) j'ai: [EMAIL PROTECTED]:~$ ls -l /dev/ttyUSB1 lr-xr-xr-x1 root root9 jan 4 19:59 /dev/ttyUSB1 - usb/tts/1 [EMAIL PROTECTED]:~$ ls -l /dev/usb/tts/1 crw-rw1 root dialout 188, 1 jan 1 1970 /dev/usb/tts/1 Mais l'utilisateur xg est inscrit au groupe dialout [EMAIL PROTECTED]:~$ id xg uid=1000(xg) gid=1000(xg) groupes=1000(xg),20(dialout),24(cdrom),29(audio),44(video),101(gdm),102(geneweb),1003(mysql) [EMAIL PROTECTED]:~$ pilot-xfer -v .. | (c) Copyright 1996-2003, pilot-link team | | Join the pilot-link lists to help out. | `' This is pilot-xfer, from pilot-link version 0.11.8 Build target..: i686-pc-linux-gnu Build date: Sep 25 2003 21:55:40 Et c'est pareil pour /dev/ttyUSB0. Aprs tout dpend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Non, le message cit: Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs) est bon. -- Christian Gennerat
Re: Palm Zire : impossible de le synchroniser
Xavier Maillard a crit : * Quoting Arnaud CALVO [EMAIL PROTECTED]: et donc depuis que j'ai adopt Debian SID comme OS principal. Debian SID n'est pas un systme d'exploitation. Ah bon ? C'est quoi l'astuce ? C'est GNU/Linux Debian tout court qui en est un ? ... no comment ... 1- Dj, je ne vois pas pourquoi il est attach ttyUSB0, ET ttyUSB1 Ben c'est comme a. OK. a m'claire pas beaucoup, mais au moins je sais que c'est normal ! 2- Ensuite, pourquoi me reconnat-il un 830/70/100 ? Je ne suis pas un expert mais a a l'air d'tre les Product ID (USB parlant). Bin oui, mais il me semble que sous GNU/Linux Mandrake version 8.1 (c'est assez prcis ? ;-) ), le systme reconnaissait mieux le PDA (avec un nom humain). 3- [EMAIL PROTECTED]:~$ /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm Port: /dev/ttyUSB1 Please press the HotSync button now... man chmod (indice /dev/ttyUSB[01] et droit). Bon allez je t'aide encore un peu voil chez moi: , | crw-rw-rw-1 root pilot188, 1 Mar 14 2002 /dev/ttyUSB1 ` Et c'est pareil pour /dev/ttyUSB0. Bin non : # ll /dev/ttyUSB0 /dev/ttyUSB1 crw-rw-rw-1 root dialout 188, 0 2002-03-14 22:54 /dev/ttyUSB0 crw-rw1 root dialout 188, 1 2002-03-14 22:54 /dev/ttyUSB1 # exit ... et j'appartiens bien dialout. Aprs tout dpend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Faudrait peut-tre en installer un ? :) Pour quoi faire, puisqu'il est dans le noyau, en dur ??? Il s'agit du visor, qui prend en charge le palm zire... Pour info, il y a du neuf : La synchro via pilot-xfer ne fonctionne toujours pas, mais via jpilot, a fonctionne ! Malheureusement, je n'ai pas de log des commandes lances par jpilot (ou je n'en ai pas vu)... jpilot utilise bien pilot-xfer, pourtant, non ??? -- La citation du jour : Mieux vaux rater un baiser que de baiser un rat. :: Arnaud
Re: Palm Zire : impossible de le synchroniser
Arnaud CALVO a crit : La synchro via pilot-xfer ne fonctionne toujours pas, mais via jpilot, a fonctionne ! Malheureusement, je n'ai pas de log des commandes lances par jpilot (ou je n'en ai pas vu)... jpilot utilise bien pilot-xfer, pourtant, non ??? eh bien non. jpilot n'utilise que les bibliothques de base: ii libpisock++0 0.11.8-7 C++ library for communicating with a PalmOS ii libpisock8 0.11.8-7 Library for communicating with a PalmOS PDA ii libpisync0 0.11.8-7 Synchronization library for PalmOS devices ii jpilot 0.99.6-6 Graphical app. to modify the contents of you ii pilot-link 0.11.8-7 Tools to communicate with a PalmOS PDA -- -- Christian Gennerat
Re: Re : Gros problème 2.4.23
Le Sun, Jan 04, 2004 à 07:54:20PM +0100, Tony Schonfeld a écrit [EMAIL PROTECTED] wrote: Le Sun, Jan 04, 2004 à 02:05:15PM +0100, yoann a écrit Jean-Luc Coulon (f5ibh) a écrit : Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 En testing il y a kernel-source- 2.4.22-5 et je lis dans le changelog : kernel-source-2.4.22 (2.4.22-5) unstable; urgency=high * Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Fri, 5 Dec 2003 20:55:55 +1100 A mon avis c'est une erreur car le 2.4.22-5 n'a pas le patch en question par contre c'est bien applique avec kernel-patch-debian-2.4.22-5 quand je vous dis que pour s'y retrouver parfois :-) Pas d'accord dans les sources 2.4.22-5 (obtenus en détarrant le paquet kernel-source-2.4.22-5) je trouve bien les 3 lignes magiques (voir le fil patch brk vers le 23/12/03) dans la routine do_brk : if ((addr + len) TASK_SIZE || (addr + len) addr) return -EINVAL; -- Francois Mescam
Re: [HS]: Stop au cassage de thread !
Le Jeudi 1 Janvier 2004 16:06, Xavier Maillard a écrit : On 1 Jan 2004, Yves Rutschle[EMAIL PROTECTED] said: On Thu, Jan 01, 2004 at 01:20:51PM +0100, Xavier Maillard wrote: P.S: dans le même genre, on pourrait tout aussi bien hurler après les gens qui commencent un nouveau thread d'un sujet différent dans un thread éxistant mais bon on va pas trop hurler pour le premier jour de l'année. Ces gens là se punissent eux-même: ils augmentent les Ca je le sais bien. chances que leur question soit effacée sans être lu, si la discussion de départ n'interesse pas un répondeur potentiel. Moi je voulais justement parlé des thread dont je suis le déroulement justement. C'est surtout ça qui m'ennuie en fait. C'est un des autres problèmes: traier de 2 situations inverses dans le même message : auquel les copains vont-ils répondre? :-) Melchi- zeDek ? Enchanté, moi c'est Patrick! Patrick Carabin
Re: Palm Zire : impossible de le synchroniser
Christian Gennerat a crit : [EMAIL PROTECTED]:~$ pilot-xfer -v .. | (c) Copyright 1996-2003, pilot-link team | | Join the pilot-link lists to help out. | `' This is pilot-xfer, from pilot-link version 0.11.8 Je n'avais pas vrifi s'il y avait une version plus rcente que celle installe... Bingo ! J'tais en 0.9.5, je suis pass en 0.11.8-7, et tout fonctionne nickel ! Merci tous pour votre aide :-) Bonne soire et bon courage pour ceux qui bossent demain -- La citation du jour : Mieux vaux rater un baiser que de baiser un rat. :: Arnaud
Re: Re : Gros problème 2.4.23
[EMAIL PROTECTED] wrote: Le Sun, Jan 04, 2004 à 07:54:20PM +0100, Tony Schonfeld a écrit [EMAIL PROTECTED] wrote: Le Sun, Jan 04, 2004 à 02:05:15PM +0100, yoann a écrit Jean-Luc Coulon (f5ibh) a écrit : Par contre pour testing, il y a pas de politique de sécurité, donc à priori, ça a du être corrigé à partir du 2.4.23 En testing il y a kernel-source- 2.4.22-5 et je lis dans le changelog : kernel-source-2.4.22 (2.4.22-5) unstable; urgency=high * Added TASK_SIZE check to do_brk in mm/mmap.c. -- Herbert Xu [EMAIL PROTECTED] Fri, 5 Dec 2003 20:55:55 +1100 A mon avis c'est une erreur car le 2.4.22-5 n'a pas le patch en question par contre c'est bien applique avec kernel-patch-debian-2.4.22-5 quand je vous dis que pour s'y retrouver parfois :-) Pas d'accord dans les sources 2.4.22-5 (obtenus en détarrant le paquet kernel-source-2.4.22-5) je trouve bien les 3 lignes magiques (voir le fil patch brk vers le 23/12/03) dans la routine do_brk : if ((addr + len) TASK_SIZE || (addr + len) addr) return -EINVAL; oui , j'ai eu un probleme pour repondre c'est tout ce qui est dans kernel-patche 2.4.22-5 Tony
Re: Palm Zire : impossible de le synchroniser
On 4 Jan 2004, Arnaud CALVO[EMAIL PROTECTED] verbalized: Xavier Maillard a écrit : * Quoting Arnaud CALVO [EMAIL PROTECTED]: et donc depuis que j'ai adopté Debian SID comme OS principal. Debian SID n'est pas un système d'exploitation. Ah bon ? C'est quoi l'astuce ? C'est GNU/Linux Debian tout court qui en est un ? Debian SID est une distribution Linux, le système d'exploitation s'appelle GNU/Linux (désolé d'être pointilleux). 1- Déjà, je ne vois pas pourquoi il est attaché à ttyUSB0, ET à ttyUSB1 Ben c'est comme ça. OK. Ça m'éclaire pas beaucoup, mais au moins je sais que c'est normal ! Ben excuse moi de ne pas connaître tout sur tout. Je te dis juste que chez moi c'est la même chose et que donc il n'y a pas d'inquiétude à avoir. Bin oui, mais il me semble que sous GNU/Linux Mandrake version 8.1 (c'est assez précis ? ;-) ), le système reconnaissait mieux le PDA (avec un nom humain). Peut-être parce que tout simplement la façon dont les noyaux des distributions Mandrake et Debian sont construits diffèrent ? Peut-être que le support des Palm n'est pas actif par défaut ? Que sais-je encore ? 3- [EMAIL PROTECTED]:~$ /usr/bin/pilot-xfer -p /dev/ttyUSB1 --backup /home/arnaud/.Palm Port: /dev/ttyUSB1 Please press the HotSync button now... man chmod (indice /dev/ttyUSB[01] et droit). Bon allez je t'aide encore un peu voilà chez moi: , crw-rw-rw-1 root pilot188, 1 Mar 14 2002 /dev/ttyUSB1 ` Et c'est pareil pour /dev/ttyUSB0. Bin non : # ll /dev/ttyUSB0 /dev/ttyUSB1 crw-rw-rw- 1 root dialout 188, 0 2002-03-14 22:54 /dev/ttyUSB0 crw-rw 1 root dialout 188, 1 2002-03-14 22:54 /dev/ttyUSB1 # exit ... et j'appartiens bien à dialout. Donc il y a un autre problème. Si ce n'est ni les droits, ni le noyau (cf plus bas), c'est que soit la suite pilot ne supporte pas encore ton modèle, soit il y a un bug dans la même suite. As-tu été regardé sur le BTS au cas où ? Après tout dépend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Faudrait peut-être en installer un ? :) Pour quoi faire, puisqu'il est dans le noyau, en dur ??? Il s'agit du visor, qui prend en charge le palm zire... Ben je sêche là :) Personnellement même avec un PalmOne Tungsten E (donc un modèle très récent) je n'ai *aucun* problème avec mon noyau 2.6. Pour info, il y a du neuf : La synchro via pilot-xfer ne fonctionne toujours pas, mais via jpilot, ça fonctionne ! Malheureusement, je n'ai pas de log des commandes lancées par jpilot (ou je n'en ai pas vu)... jpilot utilise bien pilot-xfer, pourtant, non ??? Non. Jpilot utilise les bibliothèques de pilot (cf dpkg -s jpilot). zeDek -- Xavier Maillard 7 rue Jeanne Jugan, 51100 Reims, France phone: +33 3 26 77 02 21, mobile: +33 6 62 59 68 62 email: [EMAIL PROTECTED] pgp5pYZ9vvkf5.pgp Description: PGP signature
Re: Palm Zire : impossible de le synchroniser
On 4 Jan 2004, Erwan David[EMAIL PROTECTED] mused: Le Sun 4/01/2004, Xavier Maillard disait Après tout dépend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Faudrait peut-être en installer un ? :) Parcequ'en plus il faut des modules *noyau* maintenant ? Ce que je veux dire c'est qu'il faut compiler le support des PDA dans le noyau mais ça n'est pas nouveau AMA. zeDek -- sometimes i feel like we're making emacs better and better because we don't know what to do with emacs once it is finished. -- AlexSchroeder on #emacs @OPN pgpo9uMgPuAUV.pgp Description: PGP signature
Re: Palm Zire : impossible de le synchroniser
On 4 Jan 2004, Christian Gennerat[EMAIL PROTECTED] said: Xavier Maillard a crit : chez moi, (avec devfs) j'ai: [EMAIL PROTECTED]:~$ ls -l /dev/ttyUSB1 lr-xr-xr-x1 root root9 jan 4 19:59 /dev/ttyUSB1 - usb/tts/1 [EMAIL PROTECTED]:~$ ls -l /dev/usb/tts/1 crw-rw1 root dialout 188, 1 jan 1 1970 /dev/usb/tts/1 Oui par dfaut c'est dialout mais je trouvais 'pilot' plus parlant donc j'utilise pilot la place. Mais l'utilisateur xg est inscrit au groupe dialout [EMAIL PROTECTED]:~$ id xg uid=1000(xg) gid=1000(xg) groupes=1000(xg),20(dialout),24(cdrom),29(audio),44(video),101(gdm), 102(geneweb),1003(mysql) La commande groups est plus pratique pour ce genre de chose. snip Aprs tout dpend quel version du noyau, ensuite apparemment tu n'as pas de modules dans le noyau qui prennent ton PDA en charge. Non, le message cit: Jan 4 11:11:59 debian kernel: usbserial.c: Handspring Visor / Treo / Palm 4.0 / Cli 4.x converter now attached to ttyUSB1 (or usb/tts/1 for devfs) est bon. -- Ce n'est pas de a que je parlais :) Christian Gennerat P.S: attention aux lignes trop longues. -- GNUSFR.ORG http://gnusfr.org/ EMACSFR.ORG http://emacsfr.org/ Xavier Maillard Tel: +33 6 62 59 68 62 pgpgn7z53qR17.pgp Description: PGP signature
Re: mplayer et dvd
François TOURDE wrote: Le 12421ième jour après Epoch, Guy Hendrickx écrivait: Bonjour, Jai dans mon porable un lecteur de dvd combo graveur, il est reconnu en temps que periphérique scsi grace au module ide-scsi pour pouvir etre utilisé en graveur. Je tente de lire des dvd avec mplayer quand je lui demande ply dvd il me repond could not open device /dev/scd0 alors que c'est bien l'adresse de mon lecteur de dvd. Que faire - Vérifier les permissions de ton périph - Vérifier le groupe de /dev/scd0 - Vérifier que ton user est dans ce groupe Perso, j'ai mis /dev/scd0 dans le groupe cdrom (plutôt que dans le groupe disk), et je suis dans le groupe cdrom aussi. Et bien sûr ça marche sans soucis. L'autre jour, j'ai voulu regarder un dvd sur mon portable, et j'ai du lutter 10 minutes 1/4 d'heure avant d'avoir tous les paquets requis (a ce sujet, je trouve les dépendances assez bizarres); j'ai installé : udftools - Tools for UDF filesystems and DVD/CD-R(W) drives libdvdcss2 - Simple foundation for reading DVDs - runtime libraries libdvdnav4 - The DVD navigation library libdvdplay0 - a portable abstraction library for DVD menus support libdvdread3 - Simple foundation for reading DVDs J'espère que je n'ai rien oublié, à noter que j'utilise le site de paquets non officiels Marillat (marillat.free.fr) Bon courage et bonne année !
fetchmail + procmail : Comment traiter les messages qui ont mal réveilloné ?
Bonjour et bonne année tout le monde... Après avoir pris un break mérité pendant, voilà que je me retrouve avec une mauvaise surprise : Pendant que la chaine fetchmail/spamassassin/procmail était en train de travailler, je me suis trouvé avec ma partition /home (hda5) pleine à 100%. Fetchmail a bien rapatrié mes centaines de messages en attente, mais comme le tri postal local n'a pas pu se faire (manque de place pour mon login), les messages sont parqués sur /var/mail/monuser Comment faire pour que ces messages soient correctement traîtés dans la chaine spammassassin/procmail et se retrouvent dans mon répertoire /home/monuser/mail pour être correctement lus par mutt ? Encore merci pour tout aide qui me permettra de lire les mails perdus entre le 27 et hier... Qui sait, j'ai peut-être perdu une occasion de gagner des millions gentiement offerts par un officiel africain en déroute, ou que je gagnerai quelques millions sur Ebay :p) Bonne année à tous, Olivier pgpeLpJEOCeK7.pgp Description: PGP signature
Re: fetchmail + procmail : Comment traiter les messages qui ont mal rveillon ?
On Mon, Jan 05, 2004 at 03:01:00AM +0100, Olivier (ceituna) LAMBERT wrote: Fetchmail a bien rapatrié mes centaines de messages en attente, mais comme le tri postal local n'a pas pu se faire (manque de place pour mon login), les messages sont parqués sur /var/mail/monuser Comment faire pour que ces messages soient correctement traîtés dans la chaine spammassassin/procmail et se retrouvent dans mon répertoire /home/monuser/mail pour être correctement lus par mutt ? 1. Pour les lire avec mutt : mutt -f /var/mail/monuser Me demande bien en quoi ces mails ne seraient pas lisibles... 2. Le script que tu recherches se trouve dans la manpage de procmail, tout a la fin. -- Maxime Ritter - Etudiant en 3ième année à l'EFREI (http://www.efrei.fr) http://maxime.ritter.eu.org | Mail : [EMAIL PROTECTED] pgpbhnJ8nziBm.pgp Description: PGP signature
Re: Carte Raid IDE CMD Technology Inc PCI0680
Mes disques sont reconnus, ça marche :) Voici un extrait du Ultra DMA mini howto qui, appliqué correctement (...), permet d'installer une carte controlleur IDE si elle n'est pas reconnue par le noyau : cat /proc/pci RAID bus controller: Promise Technology Unknown device (rev 1). Vendor id=105a. Device id=4d33 Medium devsel. IRQ12. Master capable. Latency=32 I/o at 0xe000.(a) I/o at 0xd804 (b) I/o at 0xd400 (c) I/o at 0xd004 (d) I/o at 0xc800 (e) ide2=a,b+2 ide3=c,d+2 à noter que les adresses ne seront sûrement pas les mêmes sur votre système. Par exemple, si l'on prend celles décrites ci-dessus, la commande sera : ''|ide2=0xe000,0xd806 ide3=0xd400,0xd006|''. Vous devrez éventuellement ajouter l'IRQ, ce qui donnera : ''|ide2=0xe000,0xd806,12 ide3=0xd400,0xd006,12|''
