gerald dumas a écrit 122 commentaires

  • [^] # Re: debian amd64

    Posté par  . En réponse au message Quelle distrib pour mon AMD64??. Évalué à 4.

    Salut.

    Pour ma part, je viens de monter une machine avec un Athlon64. J'ai réinstallé une Debian woody que j'ai mis à jour. Ensuite, pour faire reconnaitre le materiel, j'ai compilé un noyau 2.6.6. J'ai encore quelques soucis avec la carte réseau mais les chipsets SATA sont maintenant reconnus. Je te conseille donc de compiler un nouveau noyau ( je sais plus où en est la dernière version stable : voir http://www.kernel.org(...) ) pour prendre en compte tes DD SATA.Bien sûr, mon système ne fonctionne pas totalement en 64 bits.
  • [^] # Re: mon centime d'euro

    Posté par  . En réponse au message pb de lecture de cd audio sur mandrake 10.0 help!. Évalué à 1.

    Salut.

    Comme l'a dit idiotduvillage, un cd audio ne s'ouvre pas avec konqueror mais avec un lecteur de CD type kscd ( il en existe d'autres ). Cependant il peut être bon de vérifier si l'utilisateur sous lequel tu te connectes a accés au group "disk".
    Pour le vérifier, fait un " cat /etc/groups" en mode console et vérifie à la ligne "disk:" si le nom de l'utilisateur y figure. Dans le cas contraire, en ROOT, tape "adduser nom_utilisateur disk".

    Pour ton disque dur, il faut ajouter une ligen de prise en charge dans le fichier /etc/fstab du type :
    /dev/hdb vfat rw, user, auto 0 0
    où /dev/hdb est la partition ou le disque dur à "monter".
    vfat est le type de partition ( vfat correspond à la fat32 de Windows ).
    rw, user, auto : lecture/ecriture, utilisable par les utilisateurs, "monté" au démarrage.

    Une fois le fichier /etc/fstab modifié, tu peux lancé "mount /dev/hdb /mnt/d".

    Il faut bien entendu créer le répertoire /mnt/d avec un mkdir /mnt/e en tant que ROOT avant de pouvoir "monter" le périphérique.
  • # Problème gestion du ventilateur

    Posté par  . En réponse au message Problème gestion du ventilateur. Évalué à 2.

    Il faut l'ACPI et aussi l' APM. Il faut en plus qu'ils soient activés dans le noyau. Installe les deamons ACPID et AMPD. Ca devrait suffir...
  • [^] # Re: pb pour installer linux mandrake 10.0 !!! help

    Posté par  . En réponse au message pb pour installer linux mandrake 10.0 !!! help. Évalué à 1.

    Un moyen est d'éditer le fichier /etc/X11/XF86Config-4 et à la section

    Section "Device"
    Identifier "Generic Video Card"
    Driver "nv"
    Option "UseFBDev" "true"

    tu remplaces Driver "nv" par Driver "nvidia"
  • [^] # Re: apic acpi ?

    Posté par  . En réponse au message pb pour installer linux mandrake 10.0 !!! help. Évalué à 1.

    Changer de noyau permet :
    1) de travailler avec une version stable.
    2) de prendre en charge des nouveaux périphériques non reconnus jusqu'à lors.
    3) d'optimiser son système.
    4) de le recompiler en fonction du processeur utilisé ( je ne suis pas trés sûr de ca !)

    Voila en vrac...

    Pour la Mandrake 10, il me semble que le noyau est de la branche 2.6, donc à priori un des plus récents.
  • [^] # Re: pb pour installer linux mandrake 10.0

    Posté par  . En réponse au message pb pour installer linux mandrake 10.0 !!! help. Évalué à 1.

    1) Pour installer les kernel-headers, il faut au préalable connaitre la version du noyau utilisé. Pour se faire, lance la commande 'uname -r' en mode console. Pour exemple, chez moi le résultat est 2.6.6. Donc, une fois que tu as la version du noyau tu peux utiliser le gestionnaie de paquetage fourni avec Mandrake puis tu fais une recherche avec le nom kernel-headers-2.6.6 ( exemple pour moi ). Une fois trouvé, tu l'installes.

    2) Dans le centre de contrôle de Mandrake, tu peux reconfigurer ta carte réseau. Tu indiques une adresse IP statique du genre 10.0.0.1 par exemple avec un sous masque 255.0.0.0 par exemple. Normalement la configuration se trouve dans un fichier appelé interfaces dans /etc/network. Malheureusement MAndrake n'utilise pas ce système, d'autres pourront compléter...
  • # pb pour installer linux mandrake 10.0

    Posté par  . En réponse au message pb pour installer linux mandrake 10.0 !!! help. Évalué à 1.

    Salut.

    1) Le pilote de la carte graphique fourni ne reconnait pas forcément les derniers chipsets Nvidia. Il faut donc télécharger le fichier que tu as cité. Peut importe que windows le perçoive comme un fichier texte. Sous linux, c'est un script compacté. Il suffit de le lancer avec la commande "sh". Attention tout de même, pour pouvoir compiler le driver ( c'est ce que fait le fichier que tu as téléchargé ), il faut que tu installes soit les kernel-headers du noyau que tu utilises, soit les sources. Une fois compilé, il faut modifier la configuration de XFree pour qu'il prenne le drivers nommé "nvidia" est plus le drivers de base nommé "nv".

    2) Pour la carte réseau il est fort problable que ton réseau est configuré en configuration automatique. C'est à dire qu'il cherche un serveur DHCP sur le réseau pour lui fournir une adresse valide. S'il n'y a pas de serveur DHCP, la configuration réseau tourne en rond! Reconfigure en Root en utilisant la fonction "ifconfig" ( man ifconfig pour de l'aide ).

    Voila, en espérant t'aider...
  • [^] # Re: Récupérer la charge processeur d'une application

    Posté par  . En réponse au message Récupérer la charge processeur d'une application.. Évalué à 1.

    Merci à tous pour vos réponses. J'ai lu la doc de proc qui est assez détaillée. Je laisse tombé la charge processeur car, comme le dit Pierre Tramo, c'est finalement trés subjectif comme information.

    Par contre, pour la mémoire, même si effectivement les binaires sous format ELF partagent leurs librairies et codes communs, il m'est quand même intéressant de la calculer. Il suffit comme le dit justement Damien Caliste, de faire un petit calcul. Toutes les infos sont dans /proc/id/stats et proc/meminfo.

    Lorsque je développe une application, je m'assure constament de ne pas laisser des allocations mémoires se perdrent et ainsi grossirent l'occupation du soft en mémoire, voir assurer un bon plantage. Alors, même si la valeur calculée ne reflète pas forcement la juste vérité, elle est quand même un bon indicateur pour le développement ( enfin je pense ).

    Encore merci...
  • [^] # Re: Récupérer la charge processeur d'une application

    Posté par  . En réponse au message Récupérer la charge processeur d'une application.. Évalué à 2.

    Je commence à trouver pas mal d'informations dans /proc/id/stat mais je ne trouve toujours pas le %CPU et %MEM affichés par top. J'ai tracé ce soft, il regarde bien stat ainsi que status et cmdline, mais je ne vois pas comment il calcule l'occupation processeur et mémoire ?

    Quelqu'un aurait-il une idée ?
  • [^] # Re: Un indice...

    Posté par  . En réponse au message Récupérer la charge processeur d'une application.. Évalué à 1.

    Merci.

    Cependant le fait de lire dans /proc veut-il dire qu'il faille une option dans le noyau ou bien est-ce implémenté d'office? Je pose la question histoire d'être sûr que l'application tournera sur n'importe qu'elle distribution.
  • [^] # Re: apt-proxy

    Posté par  . En réponse au message apt-get distribué. Évalué à 1.

    Merci beaucoup pour toutes ces précisions.
  • [^] # Re: apt-proxy

    Posté par  . En réponse au message apt-get distribué. Évalué à 2.

    Bonjour.

    Je relance le sujet. Si sur la machine qui fait office de proxy on effectue un apt-get autoclean ou apt-get clean, faudra-t-il recharger les paquets demandés ou le systême est-il capable de les reconstruire pour la machine demandeuse ? ( suis pas sûr d'être bien clair !!! )
  • [^] # Re: Validation site Web.

    Posté par  . En réponse au journal Validation site Web.. Évalué à 1.

    Bien compris. Tout a fait d'accord avec toi. Je pars à la recherche d'un vrai hébergeur.
  • [^] # Re: Validation site Web.

    Posté par  . En réponse au journal Validation site Web.. Évalué à 1.

    Donc c'est cuit pour faire une quelconque vérif. ! C'est pénible ca. Va falloir que je trouve un hébergeur plus "propre".
  • [^] # Re: Evolution de GTK1.2 à GTK2.

    Posté par  . En réponse au journal Evolution de GTK1.2 à GTK2.. Évalué à 1.

    Merci pour vos réponses. Je vais essayer glade pour voir comment il génère l'effet voulu.
  • [^] # Re: Bonne et heureuse année à toutes et tous.

    Posté par  . En réponse au journal Bonne et heureuse année à toutes et tous.. Évalué à 1.

    Salut.

    Je prends note de toutes tes remarques pertinentes.

    Pour GTK2, il faut que j'aille voir le site pour savoir si les bibliothèques sont complétements compatibles.

    Merci pour tes encouragements.
  • [^] # Re: Bonne et heureuse année à toutes et tous.

    Posté par  . En réponse au journal Bonne et heureuse année à toutes et tous.. Évalué à 1.

    Salut.

    Merci pour ta réponse. J'ai bien eu l'idée de séparer moteur/interface mais il faut dire que je ne me suis pour l'instant pas encore intéresser à la programmation d'un serveur et en règle générale à la programmation réseau. Mais je ne jette pas l'idée.
  • [^] # Re: Newbie avec une Debian.

    Posté par  . En réponse au journal Newbie avec une Debian.. Évalué à 2.

    Ca marche au poil !

    Encore merci.
  • [^] # Re: assitants de configuration Debian pour chaque paquet

    Posté par  . En réponse au journal Bonjour.. Évalué à 1.

    Excuses-moi pour le retard dans la réponse mais j'étais en train de me donner les droits d'utiliser pppd et wvdial en utilisateur lambda. Enfin voila, c'est fait.

    Pour la configuration, je vais de ce pas essayer cette fonction. Je t'en remercie.
  • # Re: Un Problème sur Mozilla

    Posté par  . En réponse au journal Un Problème sur Mozilla. Évalué à 1.

    chez moi ca marche aussi sous Firebird 0.7 et netscape 7.1.

    Par contre pas de cadre en bas de page avec les validations html et css sous konqueror 3.1.0.
  • [^] # Re: Boooouuhhhh j'ai bousillé ma MBR :-(

    Posté par  . En réponse au journal Boooouuhhhh j'ai bousillé ma MBR :-(. Évalué à 1.

    Lilo est standard. Donc, si tu as utilisé Lilo, il n'y a pas de raison pour que ca ne marche pas avec Knoppix. Une fois que tu as la main avec ton cd d'install, tu essayes lilo -u /dev/hda ( ou autre selon ).

    Le fait que windows ( je suppose ) te dise que ta partition est boutable me semble être normal puisque lilo n'a pas été désinstallé. Enfin je crois ...
  • [^] # Re: Mise à jour du noyau.

    Posté par  . En réponse au journal Mise à jour du noyau.. Évalué à 1.

    Je prends acte. De toute façon, je compte effectivement attendre au moins la deuxième génération de cartes mères et de processeurs 64 bits avant de me lancer. Mais je me posais la question de la compatibilité actuelle de ces nouveaux produits avec linux. C'est quand même encourageant.
  • [^] # Re: Boooouuhhhh j'ai bousillé ma MBR :-(

    Posté par  . En réponse au journal Boooouuhhhh j'ai bousillé ma MBR :-(. Évalué à 1.

    Salut.

    Apparement, tu es dans le caca. Moi, quand ce genre de choses m'arrivent ( hé oui, tu n'es pas tout seul à faire ce type de manip ) j'essaye deux méthodes :

    1 - lilo -u /dev/hda . Pour le hda, tu mets celui qui te concerne. Attention, pas la partition mais le disque. Normalement ca enlève proprement lilo.

    2 - j'utilise un cd d'install de linux pour nettoyer correctement toues les partitions. Fdisk de windows ne travaille pas correctement, surtout si il y a des partitions exotiques pour lui ( c'est à dire autres que fat et ntfs ! ).

    En espérant t'aider à récupérer ton disque.
  • [^] # Re: Mise à jour du noyau.

    Posté par  . En réponse au journal Mise à jour du noyau.. Évalué à 1.

    J'avoue être étonné de l'avance technologique de ce système d'exploitation ! et pourtant je l'utilise depuis 1996, mais tous les jours c'est la découverte de nouvelles possibilités.

    Donc, si on s'équipe d'un AMD64, on commence par recompiler le noyau, et ensuite il suffit de recompiler les applications chéries pour utiliser au mieux la puissance de la machine. C'est vraiment super.

    Je continue sur ma lancée. Si j'utilise une carte mère à base de nvidia 2 ultra 400, ce chipset est-il bien géré par le noyau ?
  • [^] # Re: Mise à jour du noyau.

    Posté par  . En réponse au journal Mise à jour du noyau.. Évalué à 1.

    Merci.

    Je viens d'essayer et ca marche. Je suis vraiment à la traîne ...

    Je trouve d'ailleurs l'interface plus attractive que celle de Qt. Mais bon, ca c'est affaire de gout.