Re: [HS] Support du format audio ADPCM sous Debian PPC
At 21:16 16/01/03 +0100, [EMAIL PROTECTED] wrote: >Heu , sur un DIVX le son est au format MP3 ( ou mpeg layer 3 ) codec = >L3codeca.acm (fraunhoffer) >Ou diable as tu pu trouver un DIVX avec le son en adpcm, c'est idiot ce >truc...on compresse au max. l'image et on met un son de m pas compressé >du tout... > >Parce que l'adpcm (autrement dit les WAV) question compression c'est nul de >chez nul... Pas tout à fait... Le PCM (Pulse-Code Modulation) n'est pas compressé Pour l'ADPCM (adaptive differential pulse-code modulation), il y a bien une compression. Pour simplifier énormément, au lieu d'enregistrer le niveau de l'échantillon (par exemple sur 16bits), on n'enregistre que la différence par rapport à l'échantillon précédent en utilisant beaucoup moins de bits que pour enregistrer le niveau lui-même). http://perso.wanadoo.fr/nicolas.phil/fr/glos_a.html#adpcm Dans du DivX, on peut utiliser à peu près ce qu'on veut comme codec pour l'audio, mais c'est vrai que c'est assez rare de trouver de l'ADPCM (qui compresse relativement mal). On ne trouve pas que du MP3, on trouve aussi assez fréquemment du WMA (qui est l'équivalent du MP3 sauce Micro$oft). Grégoire. >_ > [EMAIL PROTECTED] > site = www.jfwadel.net >_ >- Message d'origine - >De : "Laurent" <[EMAIL PROTECTED]> >À : "Debian Liste Française" >Envoyé : jeudi 16 janvier 2003 13:37 >Objet : [HS] Support du format audio ADPCM sous Debian PPC > > >| Bonjour, >| >| Voilà je cherche à savoir si on peut lire le format audio ADPCM sous >| debian PPC ? >| >| Pour tout vous avouer, j'ai un divx dont la piste sonore est dans ce >| format, et xine PPC ne sait pas encore la lire. >| >| En cherchant un peu, j'ai cru comprendre que l'on ne pouvait lire ce >| format que sur des plateformes de type x86... >| >| J'ai lu le xine HOWTO qui ne mensionne pas grand chose de précis sur les >| machines PPC >|
Re: graveur & lecteur ide => SCSI
At 01:03 16/01/03 +0100, gcolpart wrote: >Le Mercredi 15 Janvier 2003 19:27, Arnaud Delobelle a écrit : >> Par ailleurs, le fait que ton lecteur _et_ ton graveur soient sur la >> même nappe IDE n'est il pas risqué si tu veux faire des copies de CD >> directement lecteur->graveur? >heu...c vrai ?? >J'ai toujours cru que c'était justement mieux ainsi (les octets sont >transférés directement ?). >Pourquoi ? >-- >mon site : http://www.gcolpart.com Si tu étais en SCSI, oui (et encore...), mais en IDE, le contrôleur doit d'abord aller lire les données sur un périphérique et les stocker en mémoire, puis les envoie à l'autre périphérique. Le contrôleur IDE ne pouvant par parler à plusieurs périphériques en même temps et devant attendre que le périphérique lui rende la main, il y a des risques de ralentissements des transferts. En mettant le lecteur sur un port IDE et le graveur sur l'autre port, ce problème disparaît puisque les 2 contrôleurs peuvent travailler en même temps. Grégoire.
Re: [HS] compaq presario 4788 pII mmx bios setup
At 14:06 14/01/03 +0100, gerard henry wrote:
>merci a tous pour vos reponses. debian s'installe tres bien sur les 40
>go. Mais impossible de rentrer dans le bios, aucune combinaison de
>touches ne fonctionne.
>
>bonne journee a tous
Tu as peut-être supprimé la partition spéciale du disque dur?...
Si c'est le cas, tu peux télécharger chez Compaq ce qu'il faut pour modifier
les paramètres du BIOS.
Ce qui est proposé en téléchargement ("Personal Computer Diagnostics") permet
de faire une disquette bootable avec le programme de diagnostique et réglage
des options du BIOS (c'est ce qui est normalement sur une partition de 2Mo sur
le disque dur).
A défaut de pouvoir y accéder par F10, tu pourras quand même y aller avec la
disquette... (ca me rappelle les bons vieux 286 et leur disquette de Setup:)
Linux ne s'occupe pas forcément de ce qui est indiqué dans le BIOS (il va
chercher beaucoup d'informations en interrogeant directement les
périphériques), mais c'est quand même plus propre s'il y a concordance entre
les différentes sources...
Grégoire.
Re: [HS] compaq presario 4788 pII mmx bios setup
Bonjour Pour accéder à un setup de bios, il y a quelques combinaisons de touches à essayer: Del Ctrl+Alt+Esc F2 F10 Dans ton cas (Compaq), il s'agit de la touche F10. Pour compaq, il s'agit en fait d'activer une partition cachée sur le disque dur et de lancer le programme de setup sous un DOS. le programme existe aussi sur les CD fournis par Compaq (mais tu ne les as peut-être plus, si la machine est ancienne...) Grégoire. At 10:37 14/01/03 +0100, you wrote: >bonjour, >un ami a un compaq presario 4788 pII mmx, sur lequel il vient d'installer un >disque de 40 go, mais le bios n'en detecte que 8. >Quelqu'un sait il quelle est la touche qui permet de rentrer dans le setup du >bios? impossible de retrouver la doc, ce modele n'apparait pas beaucoup sur >les moteurs de recherche > >en vous remerciant,
Re: Apache, squid, et bind
At 19:29 13/01/03 +0100, Aurélien Le Provost wrote: >Salut Salut ... >> PS: la configuration de VirtualHost indiquée ci-dessus est dite >> named-based: elle se base sur le FQDN et non sur l'adrese IP. > >FQDN, ce sont les initiales de quoi ? > http://www.linux-france.org/prj/jargonf/F/FQDN.html >Merci à tous pour l'intérêt que vous portez à mon problème :o) > >@+ Grégoire
Re: Comment avoir du son avec une SBLive en utilisant la sortie numérique ?
At 23:46 03/12/02 +0100, Phil wrote: >Bonsoir à tous, > >j'ai l'immense plaisir de vous annoncer que j'ai enfin du son (avec xmms), la >réponse à mon problème était bien dans ma question : il faut bien spécifier >que l'on veut utiliser la sortie numérique, cela se fait à partir des >utilitaires emu-tools : emu-config -d (merci Christian ,et autres bien sûr), >donc en résumé pour utiliser la sortie numérique d'une SBLive : il faut les >modules soundcore.o, ac97_codec.o et emu10k1.o et installer les utilitaires >emu-tools. >Maintenant, je cherche des idées pour résoudre un autre problème de son : je >n'entends aucun son quand j'écoute mes CD bien que j'ai accès au lecteur. Je >vais lire la doc. des emu-tools si le problème vient de là mais je suis ouvert >à toutes suggestions... > >Phil. Bonsoir Il y a à ma connaissance 3 façon d'écouter un CD audio: - en utilisant la sortie analogique du lecteur CD branché sur la carte son - en utilisant la sortie numérique du lecteur CD (si elle existe) branchée sur la carte son - en lisant directement les données numériques du CD, ces données étant ensuite envoyées sur la carte son comme un simple fichier wav, mp3 ou autre (- il y a aussi la prise casque en façade, mais c'est moins pratique pour utiliser la carte son...) De plus en plus de programmes utilisent la troisième méthode (extraction des données numériques). Dans ce cas, c'est l'entrée Wave qui doit être activée au niveau de la carte son, pas l'entrée CD (elle devient inutile). Il faut alors vérifier que cette entrée est bien disponible (la plupart des cartes son modernes peuvent gérer plusieurs canaux wave simultanément). Je ne sais pas si ça peut aider, mais c'est une piste qui peut être intéressante à étudier... Sinon, une question bête. le cordon audio analogique est-il bien branché...?:-) Grégoire.
Re: Un ptit nouveau qui à qq questions :)
At 21:43 30/11/02 +0100, Bubs wrote: Bonjour tout le monde ! J'ai me suis enfin lancé dans l'aventure Linux (après presque 10 ans de maîtrise de Windows) ! ... voilà bonne soirée à toute la liste (vous êtes combien ?) Bubs Bonjour et bienvenu!! Nous sommes 1001 inscrits sur la liste debian-user-french (d'après ce qui est indiqué ici: http://lists.debian.org/stats/) Grégoire.
Re: [H.-S.] Probleme de gravure de CD-RW
At 15:16 28/11/02 +0100, Philippe LE NAOUR wrote: >- Original Message - >From: "Grégoire MICHEL" <[EMAIL PROTECTED]> >To: >Sent: Thursday, November 28, 2002 2:49 PM >Subject: Re: [H.-S.] Probleme de gravure de CD-RW > > >[SNIP] >>Il semble en effet d'après ce que tu dis que ce soit un problème au niveau >du graveur... :-( >>cependant, il y a quelques points à vérifier: >>avec ce graveur (4x pour les CD-RW), il faut utiliser des CD-RW 1X, 2X ou >4X. les cd-rw 10X (HighSpeed) ne passeront pas. > >Chez moi, tous les CD-R et CD-RW passent (Yamaha 4416-IDE). >C'est plutôt dans le sens inverse que ça ne fonctionne pas: un CD-R 4X que >tu essaie de graver à 10X. Un CD-RW HS (HighSpeed) est fait pour être gravé à grande vitesse (10x ou plus) et il ne passe pas dans un graveur "d'ancienne génération" (4X ou moins). C'est d'ailleurs indiqué sur la boite du CD-RW et dans les doc des graveurs rapides. La plupart des CD-RW 10X (ou plus) qu'on trouve maintenant sont également compatibles 4X, mais ce n'est pas le cas de tous les CD-RW (surtout au début du 10X) J'ai eu l'occasion de tester un CD-RW donné pour 10X (mais pas 4x) dans mon ancien Yam6416S, et il a toujours été refusé par le graveur (CD non trouvé). Un graveur rapide, cependant, peut généralement graver à des vitesses plus lentes (2X, 4X) et est donc en mesure de graver des "vieux" CD-RW (lentement). Bien sûr, ca ne passera pas si on essaie de graver en 10X un CD-RW 4X... (tout comme graver en 24x un CD-R certifié 6x (quoique, ca peut peut-être marcher...)). Grégoire.
Re: [H.-S.] Probleme de gravure de CD-RW
At 14:24 28/11/02 +0100, Olivier Blin wrote: >Bonjour à tous, > >désolé de devoir tomber dans le hors-sujet, mais ma question posée à >d'autres endroits a priori plus adéquats n'a pas reçu de réponse : >j'espère qu'ici quelqu'un pourra m'éclairer ! > >La situation est la suivante : pour des raisons pratiques, j'avais >coutume d'échanger des données via CD-RW avec un ami. Tout fonctionnait >très bien jusqu'au mois dernier. Depuis lors, je peux toujours graver >des CD-R sans encombre, sous Windows comme sous Linux, mais je ne peux >graver le moindre CD-RW, sous un système comme sous l'autre. Pour info, >je possède un Yamaha 6x4x16 SCSI. J'ai essayé sur l'autre ordinateur de >la maison (Windows / Yamaha 4x4x16), même problème. >Vu comme ça, on pense à un problème du média plutôt que du matériel ou >du logiciel. Là où ça commence à m'embêter c'est que, d'une part, des >CD-RW neufs ne fonctionnent pas et que, d'autre part, les CD-RW qui >fonctionnaient bien auparavant ne fonctionnent plus chez moi (mais ils >fonctionneraient chez quelqu'un d'autre...). De plus, jusque là, aucun >moyen de trouver réponse à mon problème sur Internet... > >À noter : j'ai rencontré ce problème depuis mon déménagement -> les >graveurs ont-ils pu être endommagés durant le transport ? Mon >appartement serait-il maudit ? > >Pour terminer, je vous livre le message d'erreur retourné par cdrecord >lorsque j'essaye d'effacer un CD-RW. Ça semble signifier que le graveur >ne peut absolument pas détecter le disque : > >$ cdrecord dev=0,6,0 blank=all > >Cdrecord 1.11a39 (i686-pc-linux-gnu) Copyright (C) 1995-2002 Jörg >Schilling >scsidev: '0,6,0' >scsibus: 0 target: 6 lun: 0 >Linux sg driver version: 3.1.22 >Using libscg version 'schily-0.7' >Device type: Removable CD-ROM >Version: 2 >Response Format: 2 >Capabilities : SYNC >Vendor_info: 'YAMAHA ' >Identifikation : 'CRW6416S' >Revision : '1.0d' >Device seems to be: Generic mmc CD-RW. >Using generic SCSI-3/mmc CD-R driver (mmc_cdr). >Driver flags : MMC SWABAUDIO >Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R >cdrecord: Input/output error. test unit ready: scsi sendcmd: no error >CDB: 00 00 00 00 00 00 >status: 0x2 (CHECK CONDITION) >Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 01 00 00 >Sense Key: 0x2 Not Ready, Segment 0 >Sense Code: 0x3A Qual 0x01 (medium not present - tray closed) Fru 0x0 >Sense flags: Blk 0 (not valid) >cmd finished after 0.004s timeout 40s >cdrecord: No disk / Wrong disk! >cdrecord: Input/output error. prevent/allow medium removal: scsi >sendcmd: no error >CDB: 1E 00 00 00 00 00 >status: 0x2 (CHECK CONDITION) >Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 01 00 00 >Sense Key: 0x2 Not Ready, Segment 0 >Sense Code: 0x3A Qual 0x01 (medium not present - tray closed) Fru 0x0 >Sense flags: Blk 0 (not valid) >cmd finished after 0.004s timeout 40s Bonjour Il semble en effet d'après ce que tu dis que ce soit un problème au niveau du graveur... :-( cependant, il y a quelques points à vérifier: avec ce graveur (4x pour les CD-RW), il faut utiliser des CD-RW 1X, 2X ou 4X. les cd-rw 10X (HighSpeed) ne passeront pas. un cd-rw a une durée de vie limitée, mais normalement, cela ne l'empêche pas d'être détecté par le graveur, les erreurs seraient générées lors de l'effacement ou la gravure. le graveur commence à être un peu ancien (j'au aussi eu un Yam6416S:) il est peut-être un peu encrassé (tabac?, poussière...). C'est délicat à nettoyer, mais ca peut aider (surtout si tu as remarqué des erreurs de lectures fréquentes ou des ralentissements anormaux au niveau des temps d'accès ou de réponse) J'avais eu un pb similaire il y a quelques temps, après avoir fait pas mal de déplacements avec mon graveur, sans forcément le ménager, et surtout sans faire attention aux pb d'électricité statique. après quelques jours de repos complètement débranché, il s'est remis à fonctionner. Tu as peut-être déjà pensé à tout ça, mais un petit rappel au cas z'où, ca ne fait pas de mal... A part ca, je ne vois plus qu'un renouvellement de matériel:-( J'espère que ce n'est pas le pire... c'est quasiment increuvable, un Yamaha (j'en suis à mon troisième, mais les premiers (CDR102 et 6416S) fonctionnent encore très bien:) Grégoire.
Re: Apache module mod_proxy
Dans ce cas, il faut que la translation se fasse aussi pour tes fichiers HTML (au moins ceux que tu veux rendre accessible). Dans ton exemple, /commands.html n'est pas redirigé parce qu'il ne correspond à aucune RewriteRule. Il faudrait mettre une RewriteRule pour tes fichiers html... (ou une redirection globale..?) Grégoire. At 14:12 27/11/02 +0100, Coletta Rémi wrote: >On Wed, 27 Nov 2002 12:15:17 +0100 >Grégoire MICHEL <[EMAIL PROTECTED]> wrote: > >>Bonjour >> >>Tu utilises une redirection interne, donc, pour le navigateur, c'est >>toujours l'ancienne URL qui est utilisée pour les requêtes. Essaie avec >>[R], ca fait une redirection "externe", vue par le navigateur, et les >>liens devraient se remettre à fonctionner, en utilisant la bonne adresse >>(et le bon port). > >Pour sur, mais c'est pas du tout ce que je veux faire. ! >Le seul port ouvert sur cette machine doit rester 80 > >Je pensais que les RewriteRule était précisement fait pour "cacher" >la redirection.. > > >>>RewriteEngine on >>>ProxyRequestson >>>RewriteRule /mldonkey http://localhost:4080/$1 [P,L] >>>RewriteRule /(submit.*) http://localhost:4080/$1 [P,L] >>>RewriteRule /(files.*) http://localhost:4080/$1 [P,L] >>>ProxyPassReverse /(.*) http://localhost:4080/$1 > >Merci quand même, >-- >Remi COLETTA
Re: Apache module mod_proxy
Bonjour Tu utilises une redirection interne, donc, pour le navigateur, c'est toujours l'ancienne URL qui est utilisée pour les requêtes. Essaie avec [R], ca fait une redirection "externe", vue par le navigateur, et les liens devraient se remettre à fonctionner, en utilisant la bonne adresse (et le bon port). Grégoire. At 12:03 27/11/02 +0100, Coletta Rémi wrote: >Bonjour, > >Dans la section 2 de mon httpd.conf j'ai glissé: > >RewriteEngine on >ProxyRequestson >RewriteRule /mldonkey http://localhost:4080/$1 [P,L] >RewriteRule /(submit.*) http://localhost:4080/$1 [P,L] >RewriteRule /(files.*) http://localhost:4080/$1 [P,L] >ProxyPassReverse /(.*) http://localhost:4080/$1 > >lynx localhost/mldonkey me fowarde bien sur localhost:4080 >mais le lien vers commands.html me retourne localhost/commands.html >NOT FOUND au lieu de localhost:4080/commands.html > >Une idée ? >-- >Remi COLETTA
Re: mails doubles sur la mailling list
Bonjour Il est normal de recevoir 2 messages quand la réponse est envoyée à l'intéressé ET la liste... Grégoire. At 09:38 27/11/02 +0100, Charles Plessy wrote: >On Wed, Nov 27, 2002 at 08:10:44AM +, Frederico L wrote: >> Est ce normal que j ai vos mails en double ? >> un avec la reponse normale et l autre avec pleins d url > >Pareil... Bizarre... Depuis hier environ. > >Charles > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Echec mode digest (Etait: Re: Unidentified subject!)
Bonsoir
A priori, quand on veut envoyer une commande particulière à la liste, c'est
plus à [EMAIL PROTECTED] qu'il faut l'envoyer (cf la phrase que l'on trouve en
fin de message systématiquement) en mettant la requête elle-même dans le sujet
du message.
A confirmer, mais cela semble cohérent...
Grégoire.
At 00:54 26/11/02 +0100, Pierre Machard wrote:
>On Tue, Nov 26, 2002 at 12:47:12AM +0100, Pierre Machard wrote:
>> LIST-DAEMON COMMAND {{ DIGEST MODE FLAG TRUE TOGGLE }} STOP END
>
>Bof, le test n'est pas très concluant;-(
>
>Désolé pour le bruit,
>a+
>--
>Pierre Machard
><[EMAIL PROTECTED]> TuxFamily.org
><[EMAIL PROTECTED]> techmag.info
>+33(0)668 178 365http://migus.tuxfamily.org/gpg.txt
>GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: hayayay! ecrasement de la table de partition.
Apparemment, toutes tes partitions ont été trouvées correctement.(?) Je ne suis pas certain de ça, mais il me semble que les partitions ext3 sont reconnues comme des ext2. A vérifier... (les autres, aidez-moi!!) En tout cas, dans la doc de gpart, il n'y a aucune référence à ext3. D'après ce que j'ai lu de gpart, il donne des informations relativement complètes sur les types de partition trouvées. Il doit te dire si les partition trouvées sont dasn une partition étendue ou non. Tu peux éventuellement essayer en écrivant la table trouvée par gpart. Il te faudra réinstaller lilo, qui a été écrasé. Mais cela ne devrait pas poser de problème particulier. Ensuite, ton système devrait retrouver son fonctionnement d'origine. Grégoire. At 12:08 25/11/02 +0100, Hervé THIBAUD wrote: >>>At 10:30 25/11/02 +0100, Hervé THIBAUD wrote: > >>>bonjour >>>Pour moi malheureusement ça ne l'est pas et j'ai encore appris à mes >dépends >>>le danger de travailler sous root. >>>En voulant copier un root.bin sur une disquette j'ai désigné l'unité de >>>sortie par of=/dev/hda, par conséquent je n'ai plus de table de partition >>>sur mon disque dur. Que dois-je faire pour >>>- reconstruire la table de partition bien que je ne connaisse aucune des >>>adresses de départ ni la taille des partitions >>>- sinon récupérer le maximum de fichiers de données en connectant ce >disque >>>dur en deuxième disque sur une machine qui marche. >>> que je ne veux pas. > >>De : Grégoire MICHEL [mailto:[EMAIL PROTECTED] >>Je ne connais pas les outils permettant de faire ca sous Linux, mais avec >un (bon) vieux MSDOS et DiskEdit de Norton, on >>>peut arriver à trouver les >limites des partitions et ré-écrire la table des partitions. >>Cependant, ce n'est pas forcément facile si tu ne connais pas bien la >structure des zones système d'un disque dur. > >>DiskEdit est un éditeur de secteur, avec affichage "propre" et adapté des >différentes zones. Il est prévu pour des partition >FAT(32), mais il permet >aussi de modifier "facilement" la table des partitions. > > >>Mais si tu n'es pas habitué à ce genre de manip, il vaut mieux prendre >contact avec quelqu'un qui sait faire... > >> Grégoire. > >J'ai utilisé "gpart" il me détecte 7 partitions sur mon dd dont une swap. Il >donne tout en ext2 mais tout ce à quoi je tiens est en ext3. Mais j'ai >plusieurs partition logique et je ne sais plus si ca commence à la 3ème ou à >la 4éme (swap) > >Ce qu'il me donne : >taille(mb) début(mb) >1 - 19 0 >2 - 713819 >3 - 71527157 >4 - 244 14309 >5 - 750014566 >6 - 750022066 >7 - 860529527 > >suit un tableau sur les 4 premières partitions > >Que puis-je envisager avec tout ça
Re: hayayay! ecrasement de la table de partition.
Je ne connais pas les outils permettant de faire ca sous Linux, mais avec un (bon) vieux MSDOS et DiskEdit de Norton, on peut arriver à trouver les limites des partitions et ré-écrire la table des partitions. Cependant, ce n'est pas forcément facile si tu ne connais pas bien la structure des zones système d'un disque dur. DiskEdit est un éditeur de secteur, avec affichage "propre" et adapté des différentes zones. Il est prévu pour des partition FAT(32), mais il permet aussi de modifier "facilement" la table des partitions. On peut également faire du copier-coller de secteurs vers des fichiers d'une autre partition FAT(32). Si tu arrives à trouver les secteurs correspondants à tes données, tu dois pouvoir récupérer des choses, mais je te souhaite bon courage... (il m'est arrivé une fois de reconstruire la quasi-totalité de la FAT d'un disque de 6Go, en récupérant environ 85% des données, mais j'y ai passé la nuit... et c'était du Window$) Il existe avec DiskEdit un outil de recherche de certaines zones importantes (zone amorce, table des partitions, partition...), ça aide un peu... Mais si tu n'es pas habitué à ce genre de manip, il vaut mieux prendre contact avec quelqu'un qui sait faire... Grégoire. At 10:30 25/11/02 +0100, Hervé THIBAUD wrote: bonjour Pour moi malheureusement ça ne l'est pas et j'ai encore appris à mes dépends le danger de travailler sous root. En voulant copier un root.bin sur une disquette j'ai désigné l'unité de sortie par of=/dev/hda, par conséquent je n'ai plus de table de partition sur mon disque dur. Que dois-je faire pour - reconstruire la table de partition bien que je ne connaisse aucune des adresses de départ ni la taille des partitions - sinon récupérer le maximum de fichiers de données en connectant ce disque dur en deuxième disque sur une machine qui marche. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ~~~ Grégoire MICHEL [EMAIL PROTECTED] GoldenZippo@HotMail.com http://www.michelgr.com/ http://www.michelgr.fr.st/ ICQ# 70763159 MSN [EMAIL PROTECTED]/Point-Virgule; ~~~ L'espèce de bonheur qu'il me faut, ce n'est pas tant de faire ce que je veux que de ne pas faire ce que je ne veux pas. Rousseau
Re: Limiter en taille un process
Ooops, désolé, je me suis trompé de thread... :-( At 10:41 25/11/02 +0100, Charles Goyard wrote: Ainsi parlait Jérôme Brun : > Bonjour, > > Voilà ce matin j'ai eu un petit problème avec htdig, le process à pris > toute la mémoire disponible et à gentillement killer tous les autres > process quand il n'avait plus assez de ram. > > Ma question est la suivante, comment limiter la taille mémoire prise par > un process ? "ulimit" est fait pour ça. Cependant, quand le process sera devenu trop gros, il mourra. -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ~~~~~~~ Grégoire MICHEL [EMAIL PROTECTED] GoldenZippo@HotMail.com http://www.michelgr.com/ http://www.michelgr.fr.st/ ICQ# 70763159 MSN [EMAIL PROTECTED]/Point-Virgule; ~~~ L'espèce de bonheur qu'il me faut, ce n'est pas tant de faire ce que je veux que de ne pas faire ce que je ne veux pas. Rousseau
Re: Limiter en taille un process
Je ne connais pas les outils permettant de faire ca sous Linux, mais avec un (bon) vieux MSDOS et DiskEdit de Norton, on peut arriver à trouver les limites des partitions et ré-écrire la table des partitions. Cependant, ce n'est pas forcément facile si tu ne connais pas bien la structure des zones système d'un disque dur. DiskEdit est un éditeur de secteur, avec affichage "propre" et adapté des différentes zones. Il est prévu pour des partition FAT(32), mais il permet aussi de modifier "facilement" la table des partitions. On peut également faire du copier-coller de secteurs vers des fichiers d'une autre partition FAT(32). Si tu arrives à trouver les secteurs correspondants à tes données, tu dois pouvoir récupérer des choses, mais je te souhaite bon courage... (il m'est arrivé une fois de reconstruire la quasi-totalité de la FAT d'un disque de 6Go, en récupérant environ 85% des données, mais j'y ai passé la nuit... et c'était du Window$) Il existe avec DiskEdit un outil de recherche de certaines zones importantes (zone amorce, table des partitions, partition...), ça aide un peu... Mais si tu n'es pas habitué à ce genre de manip, il vaut mieux prendre contact avec quelqu'un qui sait faire... Grégoire. At 10:41 25/11/02 +0100, Charles Goyard wrote: Ainsi parlait Jérôme Brun : > Bonjour, > > Voilà ce matin j'ai eu un petit problème avec htdig, le process à pris > toute la mémoire disponible et à gentillement killer tous les autres > process quand il n'avait plus assez de ram. > > Ma question est la suivante, comment limiter la taille mémoire prise par > un process ? "ulimit" est fait pour ça. Cependant, quand le process sera devenu trop gros, il mourra. -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ~~~ Grégoire MICHEL [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.michelgr.com/ http://www.michelgr.fr.st/ ICQ# 70763159 MSN [EMAIL PROTECTED]/Point-Virgule; ~~~ L'espèce de bonheur qu'il me faut, ce n'est pas tant de faire ce que je veux que de ne pas faire ce que je ne veux pas. Rousseau
Re: XDM : 2 problemes
Bonjour
J'ai eu ce problème de flashes au démarrage de l'interface graphique avec
retour en mode console.
Je l'ai résolu en désactivant le framebuffer.
avec une carte ATI rage 128Pro.
Grégoire.
At 15:25 20/11/02 +0100, Gilles Missonnier wrote:
>Bonjour !
>
>
>apres une intall de woody [ a partir d'un image de bf2.4 ],
>puis l'install de base : tout va bien.
>
>puis je veux installer xdm.
>apt-get install xdm
>apt-get install fvwm2
>
>apres un reboot, et 3 flash, j'ai le login, mais pas la fenetre xdm
>
>1ere question :
>comment lancer xdm automatiquement apres reboot ?
>
>
>
>
>2eme question :
>apres la modif dans /etc/X11/XF86Config-4
>pour mettre en commentaire :
>#Option "UseFBDev" "true"
>
>puis un reboot, cette fois je n'ai plus rien :
>
>comment reprendre la main sur la machine ?
>
>les {Alt F2} etc... ne donnent rien.
>
>---
>je n'ai rien trouve dans les archives.
>---
>
>===
>Gilles MISSONNIER
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Monitoring CPU et MEM
top se limite en effet à la taille de la console, ce qui empêche de voir un
certain nombre de processes quand on a un petit écran, mais en mode batch il me
semble bien qu'il retourne la totalité... D'après ce que j'ai vu, il m'affiche
autant de processes qu'un ps -A ("-A all processes" d'après ps --help)
Mais je me trompe peut-être, je suis encore un débutant :-)
Grégoire.
At 00:48 20/11/02 +0100, Philippe LE NAOUR wrote:
>>
>>Bonjour
>>
>>Je connais encore assez mal les commandes puissante de Linux, mais il me
>semble qu'en utilisant un top -b, on obtient une sortie assez facile à
>exploiter. Le mode >batch de cette commande permet un affichage permanent,
>avec la possibilité de choisir le délai de rafraîchissement (-d delay), ce
>qui peut être pas mal comme >entrée d'un CGI. La sortie étant formattée en
>colonnes de tailles fixes, il devient relativement aisé de parser et trier
>le résultat. Après, tout dépend de ce que tu >veux en faire exactement, mais
>c'est une solution adaptable à tout et n'importe quoi.
>
>>Mais il existe certainement des programmes qui font ça très bien tout
>seuls, mais en attendant, cela peut être un début de solution...
>
>> Grégoire.
>
>Merci, j'y avais pensé, mais top ne renvoie qu'une partie des process et non
>tous.
Re: Monitoring CPU et MEM
Bonjour Je connais encore assez mal les commandes puissante de Linux, mais il me semble qu'en utilisant un top -b, on obtient une sortie assez facile à exploiter. Le mode batch de cette commande permet un affichage permanent, avec la possibilité de choisir le délai de rafraîchissement (-d delay), ce qui peut être pas mal comme entrée d'un CGI. La sortie étant formattée en colonnes de tailles fixes, il devient relativement aisé de parser et trier le résultat. Après, tout dépend de ce que tu veux en faire exactement, mais c'est une solution adaptable à tout et n'importe quoi. Mais il existe certainement des programmes qui font ça très bien tout seuls, mais en attendant, cela peut être un début de solution... Grégoire. At 23:39 19/11/02 +0100, Philippe LE NAOUR wrote: >Salut à tous, > >Je suis à la recherche d'un soft (ou idéalement un CGI) capable de monitorer >l'utilisation CPU par utilisateur et par process (idem pour la mémoire). Si >vous ne connaissez pas de soft de ce type, pourriez vous me donner des >pistes (commandes linux, fichiers proc ...) pour pouvoir le réaliser >moi-même. > >Thank's. > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: taille des partitions [tristesse]
Bonjour En gros, c'est un peu ça... Le système©®, lors de sa ré-installation (une de plus...) ira ré-écrire un MBR tout bô, tout "propre", en supprimant au passe Lilo qui y siège. Donc plus de démarrage de Linux directement. C'est le système©® qui prend le dessus:-( En fait, le phénomène est le même qu'un fdisk /mbr (/mbr est la fameuse option non-documentée qui remet un mbr "propre", à utiliser notamment après infection du mbr par un virus). Mais il suffit de démarrer sur disquette (Linux) et de réinstaller Lilo à sa place pour que tout rentre dans l'ordre (il détecte normalement automatiquement les autres systèmes installés). Attention cependant aux Bios avec les "antivirus" activés qui surveillent les écritures sur le secteur d'amorçage du disque, cela peut empêcher Lilo de reprendre la main... G. MICHEL At 17:27 15/11/02 +0100, joseph wrote: Oui, mais s'il y a un autre système©®, ce dernier risque de « réparer » la racine... :-/ bonjour je suis affolé. (...un...peu...) comment ça il risque de réparer la racine ?! genre un jour que cet autre système©® aura planté, il ira faire du mal à mon linux ?! houlâh (doublache de mise) j'en veux savoir davantage... isydor sent l'injustice pointer son nez. ~~~ Grégoire MICHEL [EMAIL PROTECTED]fr ~~~
