Souris gaming (Corsair m60) et debian (ou linux)

[giggz]

Bonjour à tous,

Tout d'abord je vous souhaite de bonnes fêtes.

Bon le papa noël m'a apporté une souris de gamer Corsair m60. Elle est
récente donc il y a très peu de feedbacks sur son fonctionnement sous
debian ou linux en général.

Qd on la branche la souris fonctionne (c'est déjà ça) pour les fonctions
basiques:
- déplacer le curseur
- clic gauche, droit, milieu, molette. tout est ok.

Les problèmes:
- il y a 2 boutons assignés par défaut au changement de DPI de la bête.
On peut donc changer entre 800, 2400 et 5700 (valeurs par défaut) si je
me souviens bien. bon  c'est évidemment totalement inutile d'avoir une
souris à 5700 DPI...qd on change ces valeurs par des valeurs plus
normales à l'aide du soft corsair sous windows, les paramètres ne sont
malheureusement pas sauvés dans la souris (pour le moment). Donc
impossible de modifier ça sous linux. Si qqn a des idées...

- C'est une souris 8 boutons...mais debian lenny on trouve 9...Le bouton
sniper et le bouton backward envoie tous les 2 un évènement
correspondant au bouton 8...ce qui est assez embetant. J'ai un peu
cherché sur le net. mais pas trouvé grand chose. Avez vous des idées
pour remapper ces boutons ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/jdf2nc$8ts$1...@dough.gmane.org

Squeeze, RAID1, LVM: où mettre /boot ?

[giggz]

Bonsoir à tous,

je viens de faire une install normale de squeeze amd64 sur mon nouveau
pc. C'est la première fois que je fais du RAID logiciel (RAID1) et du
LVM...donc j'ai besoin d'aide.

J'ai procédé comme suit:
sur mes 2 disques de 1T j'ai créé une partition primaire de la taille du
disque. J'ai configuré en RAID. ensuite dans la config du RAID j'ai
choisi RAID1.

Je me suis ensuite attaqué à LVM. J'ai configuré un volume. et la dedans
j'ai créé des volumes logiques pour chaque partitions: /boot, /, /usr,
/var, /tmp, /home.

J'ai fait l'install. ça fonctionne.

Mais à l'arret, je vois rapidement un message d'erreur du LVM qui
n'arrive pas à s'arreter correctement...et au boot ensuite j'ai un
message d'erreur du RAID qui me dit que le statut n'est pas OK.

Quelles commandes puis je utiliser pour en savoir plus ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ipk8eg$ppj$1...@dough.gmane.org

oldstable lenny + /etc/hosts + ipv6

[giggz]

Bonjour à tous,

le sujet a été mainte et mainte fois abordé...mais justement c'est un
peu perturbant vu que l'on trouve tout et n'importe quoi comme réponse.

J'ai une oldstable lenny (non non je ne veux po passer à squeeze :) ).
l'ipv6 est activé mais pas utilisé pour l'instant. je ne veux po le
désactiver, vu qu'on va bientot devoir l'utiliser. Mon /etc/hosts contient:
127.0.0.1 localhost
127.0.1.1 baal

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts


Mon pb est lié à mpd. Par défaut il est lié à localhost. Si je laisse
ce defaut, impossible aux divers clients (mpc, ncmpc, ario...) de se
connecter. Si je commente la ligne bind to adress, mpd se lie à tout
ce qu'il trouve et là je n'ai pas de pb. mais ce n'est po vraiment une
solution.

Le problème est que localhost est utilisé pour ipv4 et pour ipv6. Si
je mets:
::1 ip6-localhost ip6-loopback
tout fonctionne normalement.

Je me posais la question si ce localhost sur la ligne ::1 est utile ou
nécessaire ? en gros quel est le bon /etc/hosts avec ipv6...

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ikafpi$mj9$1...@dough.gmane.org

Re: oldstable lenny + /etc/hosts + ipv6

[giggz]

Stephane Bortzmeyer a écrit :
 On Sat, Feb 26, 2011 at 10:05:54AM +0100,
  giggz giggzou...@gmail.com wrote 
  a message of 36 lines which said:
 
 Mon pb est lié à mpd. Par défaut il est lié à localhost. Si je
 laisse ce defaut, impossible aux divers clients (mpc, ncmpc,
 ario...) de se connecter.
 
 Pourquoi ? Il serait intéressant d'en savoir plus car ce n'est pas
 normal.
 
 Je me posais la question si ce localhost sur la ligne ::1 est
 utile ou nécessaire ?
 
 Non, ce n'est qu'un nom. Vous pouvez le réserver à IPv4. Mais c'est
 dommage, il faudrait plutôt résoudre le problème de mpd.
 

le pb a l'air d'être connu. je ne suis pas le seul sur le net à avoir le
pb. Si j'ai bien compris ça a l'air d'être résolu mais pour des versions
plus récentes que celle qui est en oldstable.

j'avais déjà posté à ce sujet il y a un ou 2 ans sur cette liste.
Apparement la résolution du nom dans mpd était po traité correctement
(si je me souviens bien).

Ce qui est étrange avec ce pb de localhost pointant sur ipv4 et ipv6
c'est que ça n'affecte pas que mpd. Privoxy a l'air d'être impacté aussi.

Que pensez vous des conséquences au niveau réseau d'enlever localhost
de la ligne ipv6 ? je laisse bien entendu les autres...

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ikaois$ts0$1...@dough.gmane.org

Re: oldstable lenny + /etc/hosts + ipv6

[giggz]

Le 26/02/2011 15:35, Bernard Schoenacker a écrit :
 Le Sat, 26 Feb 2011 10:05:54 +0100,
 giggz giggzou...@gmail.com a écrit :
 
 Bonjour à tous,

 le sujet a été mainte et mainte fois abordé...mais justement c'est un
 peu perturbant vu que l'on trouve tout et n'importe quoi comme
 réponse.

 J'ai une oldstable lenny (non non je ne veux po passer à squeeze :) ).
 l'ipv6 est activé mais pas utilisé pour l'instant. je ne veux po le
 désactiver, vu qu'on va bientot devoir l'utiliser. Mon /etc/hosts
 contient: 127.0.0.1 localhost
 127.0.1.1 baal

 # The following lines are desirable for IPv6 capable hosts
 ::1 localhost ip6-localhost ip6-loopback
 fe00::0 ip6-localnet
 ff00::0 ip6-mcastprefix
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters
 ff02::3 ip6-allhosts


 Mon pb est lié à mpd. Par défaut il est lié à localhost. Si je
 laisse ce defaut, impossible aux divers clients (mpc, ncmpc, ario...)
 de se connecter. Si je commente la ligne bind to adress, mpd se lie
 à tout ce qu'il trouve et là je n'ai pas de pb. mais ce n'est po
 vraiment une solution.

 Le problème est que localhost est utilisé pour ipv4 et pour ipv6. Si
 je mets:
 ::1 ip6-localhost ip6-loopback
 tout fonctionne normalement.

 Je me posais la question si ce localhost sur la ligne ::1 est utile
 ou nécessaire ? en gros quel est le bon /etc/hosts avec ipv6...

 Merci d'avance
 Guillaume

 bonjour,
 
   concernant mpd et rien d'autre, voici un lien :
 
   http://wiki.archlinux.fr/howto/audio/mpd
   
 http://www.finiderire.com/post/2010/04/27/MPD-%3A-le-stream-était-presque-parfait
 
 
   question : 
   
   est ce que tu as au moins employé les truc et astuces ?
   est ceque tu as consulté la liste ou wiki de mpd ?
 
   slt
   bernard
 

Bonjour,

si je comprends bien la  section trucs et astuces de ton premier lien,
ce là revient à commenter le bind to adress du mpd.conf. c'est à dire
de mettre le host à any. Comme dit dans mon premier mail si le host
est à any je n'ai pas de problème...mais bon le defaut de debian étant
à localhost pour des questions de sécurité j'aimerai bien que ça
marche avec le defaut de debian.

Ma question initiale est plus sur les conséquences de la suppression de
localhost sur la ligne ::1. à ce propos sur un autre laptop avec sid
dessus j'ai ça:
# The following lines are desirable for IPv6 capable hosts
# (added automatically by netbase upgrade)

fe00::0 ip6-localnet ip6-localnet
ff00::0 ip6-mcastprefix ip6-mcastprefix
ff02::1 ip6-allnodes ip6-allnodes
ff02::2 ip6-allrouters ip6-allrouters
ff02::3 ip6-allhosts ip6-allhosts

# The following lines are desirable for IPv6 capable hosts
# (added automatically by netbase upgrade)

::1 ip6-localhost ip6-loopback

et sur le site de debian j'ai trouvé ça:
http://www.debian.org/doc/manuals/reference/ch05.en.html
la section 5.1.2 me montre que la ligne ::1 ne contient pas de localhost.


J'en conclus que le defaut sur debian est maintenant:
::1 ip6-localhost ip6-loopback

Bon weekend!
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ikb9f9$dn6$1...@dough.gmane.org

[HS] Cherche prog packagé qui fait la liaison entre un code source Fortran et le prog compilé

[giggz]

Bonjour,

Bon je suis HS...désolé. Je code un programme pour mon labo. C'est du
Fortran. Je tente de l'optimiser. J'utilise pour l'instant oprofile (ou
Vtune mais c'est po libre...). Oprofile ou Vtune permettent d'annoter
les sources du programme et de visualiser les lignes ou le code est
lent. Apparemment ça marche bien pour l'assembleur (on peut aussi
annoter la sortie en assembleur) mais pour le code source c'est assez
approximatif. Ne lisant pas l'assembleur je me demandais s'il n'existait
pas une application packagée qui permettent de faire la liaison entre le
code source et l'assembleur correspondant.

Merci,
Bon we
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ij8i7v$2ql$1...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Pascal Hambourg a écrit :
 giggz a écrit :
 Le 11/09/2010 12:48, Pascal Hambourg a écrit :
 [...]
 Oui, même si le traitement d'ICMPv6 pourrait être affiné un poil.
 ok. j'ai mis ça:
 -A INPUT -p icmpv6 --icmpv6-type echo-request -j ACCEPT
 
 Euh, là ça devient un peu trop restrictif. Je pensais plutôt à autoriser
 les types ICMPv6 impliqués dans le protocole Neighbour Discovery (NDP) :
 neighbour-solicitation, neighbour-advertisement (équivalents d'ARP
 request et reply) et, pour les interfaces en auto-configuration sans
 état, router-advertisement ou au contraire router-solicitation pour une
 machine fonctionnant en routeur IPv6 avec radvd dessus. Les paquets de
 type redirect sont normalement classés RELATED donc pas besoin de s'en
 occuper spécifiquement.
 

ok. j'ai lu un peu de doc:
pour l'instant j'ai ça:
-A INPUT -i eth1 -p icmpv6 --icmpv6-type packet-too-big -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type destination-unreachable -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type time-exceeded -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type parameter-problem -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type echo-request -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type echo-reply -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type router-advertisement -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type neighbour-solicitation -j ACCEPT
-A INPUT -i eth1 -p icmpv6 --icmpv6-type neighbour-advertisement -j ACCEPT


mais sur un site j'ai vu des règles plus fines:

# Allow some ICMPv6 types in the INPUT chain
# Using ICMPv6 type names to be clear.

ip6tables -A INPUT -p icmpv6 --icmpv6-type destination-unreachable -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type packet-too-big -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type time-exceeded -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type parameter-problem -j ACCEPT

# Allow some other types in the INPUT chain, but rate limit.
ip6tables -A INPUT -p icmpv6 --icmpv6-type echo-request -m limit --limit
600/min -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type echo-reply -m limit --limit
600/min -j ACCEPT

# Allow others ICMPv6 types but only if the hop limit field is 255.

ip6tables -A INPUT -p icmpv6 --icmpv6-type router-advertisement   -m hl
--hl-eq 255 -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type neighbor-solicitation  -m hl
--hl-eq 255 -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type neighbor-advertisement -m hl
--hl-eq 255 -j ACCEPT
ip6tables -A INPUT -p icmpv6 --icmpv6-type redirect   -m hl
--hl-eq 255 -j ACCEPT


qu'en penses tu ?

Pour répondre à ta question: est ce qu'on utilise ipv6 ? je crois bien
que non en ce moment. mais bon un jour ou l'autre ça va nous tomber
dessus. donc je prépare un peu le terrain ;)

 Bon j'ai lu encore un peu de doc sur iptables. On peut paufiner les
 règles avec --match limit. Je suppose qu'il faut que j'attende un peu
 avant de me lancer dedans non ?
 
 Comme la correspondance recent, c'est à manier avec précaution et il
 faut regarder si c'est vraiment utile.
 

ok. pour l'instant je me renseigne juste sur la chose.

merci!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i6nfjs$le...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Le 14/09/2010 15:46, Pascal Hambourg a écrit :
 Pascal Hambourg a écrit :
 giggz a écrit :

 -A INPUT -i eth1 -p icmpv6 --icmpv6-type neighbour-solicitation -j ACCEPT

 Utile pour un routeur seulement.
 
 Oups, j'ai confondu avec router-solicitation. Ok.
 
 -A INPUT -i eth1 -p icmpv6 --icmpv6-type neighbour-advertisement -j ACCEPT

 Ok. Il faut aussi accepter le type neighbour-solicitation.
 

ok super j'ai fait les modifs. je vais voir à l'usage.

Y a des règles pour définir les limites avec -m limit --limit ? ou alors
c'est au pif ?

Merci pour tout!


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i6oq5h$gt...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Pascal Hambourg a écrit :
 giggz a écrit :
 ok. j'ai mis ça:
 -A INPUT -p icmpv6 --icmpv6-type echo-request -j ACCEPT
 [...]
 bon apparemment ça l'air de bien fonctionner avec les règles que vous
 m'avez donné. merci bcp!
 
 Même en IPv6 ? Si les types ICMPv6 NDP sont bloqués, j'ai un doute.
 


entre temps j'ai un doute sur un autre point. Pour limiter les ip qui se
connectent sur le port 80, je tente de restreindre au max: tous nos
ordinateurs ont des ip commençant par 139.11.215.* . comme on est par
énormément j'ai mis:
139.11.215.0/24

ça a l'air de marcher mais j'ai un doute sur le /24. C'est trop restrictif ?

merci

PS je suis en train de regarder pour l'icmpv6...ça prend du temps.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i6kpbt$lr...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Le 11/09/2010 00:21, Serge Cavailles a écrit :
 Bonjour,
 
 Je me permets d'intervenir, j'adore me faire reprendre par Pascal. ;)
 
 Le Friday 10 September 2010 22:25:20 giggz, vous avez écrit :

 *filter

 :INPUT ACCEPT [0:0]

 La politique par défaut devrait être DROP.

 alors là ya un truc que je ne pige pas:
 si c'est à DROP tout ce qui rentre va être droppé non ? 
 
 La politique par _defaut_ s'applique en fin de chaîne aux paquets restants 
 (comprendre qui n'auront pas été acceptés par une règle).
 

ah ok. j'avais pas saisi. Donc si je comprends bien, en mettant
:INPUT DROP au début je n'ai plus besoin d'avoir:
-A INPUT -j DROP juste avant le commit, non ?

 
 Dans quel ordre iptables lit il les règles ? 
 
 Dans l'ordre ou elles apparaissent dans les tables.
 Chaque ajout (-A) à lieu à la suite des règles existantes, d'où la remarque 
 de 
 Pascal (plus loin dans le même message) de placer les règles concernant les 
 paquets ESTABLISHED/RELATED en début de table, pour éviter que ces paquets ne 
 doivent tout d'abord passer par les autres règles.
 

ok. je saisis.
Faut il mieux mettre la règle pour lo et RELATED,ESTABLISHED avant ou
après anti-spoofing ?

 ## Allow previously established connections
 -A Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

 Cette règle devrait se trouver en début de chaîne car c'est elle qui
 traite normalement le plus de paquets.
 
 
 Plus globalement, une politique de DROP par défaut me paraît beaucoup plus 
 sûre; si on oublie d'ouvrir un port ça se remarque généralement assez  
 rapidement, ce qui n'est pas forcément le cas de ceux que l'on oublie de 
 fermer. De plus AMA c'est plus facile à lire et à comprendre, on n'a que des 
 règles ACCEPT au lieu d'un mélange de règles ACCEPT (pour récupérer les 
 paquets sans traverser toute la chaîne) et de règles DROP dans le cas d'une 
 politique par défaut en ACCEPT.
 

ok . merci de tes explications. BOn en combinant vos 2 réponses. J'ai
pour l'instant:

*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
#
## Allow all traffic on localhost
-A INPUT -i lo -j ACCEPT
#
## Allow previously established connections
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
#
# IP DROP SPOOF
-A INPUT -i eth1 -s 10.0.0.0/8 -j DROP
-A INPUT -i eth1 -s 172.16.0.0/12 -j DROP
-A INPUT -i eth1 -s 192.168.0.0/16 -j DROP
-A INPUT -i eth1 -s 240.0.0.0/4 -j DROP
# IP DROP link-local
-A INPUT -i eth1 -s 169.254.0.0/16  -j DROP
# IP DROP
-A INPUT -i eth1 -s 0.0.0.0/8  -j DROP
-A INPUT -i eth1 -s 240.0.0.0/4  -j DROP
-A INPUT -i eth1 -s 168.254.0.0/16  -j DROP
#
# begin: allowed networks
#
## Allow all traffic from the nodes
-A INPUT -i eth0 -s 192.168.0.0/24 -j ACCEPT
-A INPUT -i ib0 -s 192.168.100.0/24 -j ACCEPT
-A INPUT -s 192.168.200.0/24 -j ACCEPT
# end: allowed networks
#
## SSH + test brute force
-A INPUT -i eth1 -p tcp -m tcp --dport 22 -m state --state NEW -m recent
--set --name SSH --rsource -j ACCEPT
-A INPUT -i eth1 -p tcp -m tcp --dport 22 -m recent --update --seconds
60 --hitcount 4 --rttl --name SSH --rsource -j LOG --log-prefix
SSH_brute_force 
-A INPUT -i eth1 -p tcp -m tcp --dport 22 -m recent --update --seconds
60 --hitcount 4 --rttl --name SSH --rsource -j DROP
#
## Allow icmp echo-request
-A INPUT -i eth1 -p icmp -m icmp --icmp-type 8 -j ACCEPT
#
## Allow WWW http port 80 for PFS IP
-A INPUT -i eth1 -s 139.11.215.0/17 -p tcp -m state --state NEW -m tcp
--dport 80 -j ACCEPT
## Packets are DROPPED
-A INPUT -j DROP
COMMIT



Donc les points qui restent obscurent pour le moment ce sont:
- peut on mettre -A INPUT -eth0 -s 192.168.200.0/24 -j ACCEPT ? ou alors
-A INPUT -eth0:2 -s 192.168.200.0/24 -j ACCEPT ?

- la ligne -A INPUT -j DROP est elle nécessaire ? si j'ai bien compris
la réponse de Serge, je suppose que je peux la supprimer.

- les règles de spoof doivent être en premier ou alors lo et
related/established ?


- si je veux permettre à mes noeuds d'avoir internet, il suffit que je
fasse :
iptables -t nat -A POSTROUTING --out-interface eth1 -j MASQUERADE -s
192.168.0.0/16
sysctl -w net.ipv4.ip_forward=1
non ?

Merci de votre aide! je commence à entrevoir la chose...
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i6fbpn$8a...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Le 11/09/2010 10:54, Pascal Hambourg a écrit :
 giggz a écrit :
 Le 11/09/2010 00:21, Serge Cavailles a écrit :

 La politique par _defaut_ s'applique en fin de chaîne aux paquets restants 
 (comprendre qui n'auront pas été acceptés par une règle).
 
 Pas seulement acceptés. La politique par défaut est appliquée aux
 paquets qui atteignent la fin de la chaîne sans avoir rencontré de cible
 dite terminale : DROP, ACCEPT, REJECT, DNAT, SNAT, MASQUERADE...
 
 ah ok. j'avais pas saisi. Donc si je comprends bien, en mettant
 :INPUT DROP au début je n'ai plus besoin d'avoir:
 -A INPUT -j DROP juste avant le commit, non ?
 
 En effet.
 
 Faut il mieux mettre la règle pour lo et RELATED,ESTABLISHED avant ou
 après anti-spoofing ?
 
 Pour lo, tu peux la mettre avant sauf si tu soupçonnes ta machine de
 faire du spoofing lorsqu'elle se cause à elle-même (ce qui traduirait de
 graves troubles de la personnalité).
 
 Pour RELATED,ESTABLISHED, en toute rigueur il faudrait la mettre après.
 En effet le suivi de connexion ne tient pas compte de l'interface
 d'arrivée des paquets (après tout, le routage sur internet est
 asymétrique par nature et une machine multihomée peut recevoir un paquet
 légitime par n'importe quelle interface). On pourrait imaginer une
 situation où la machine communique avec une machine A sur l'interface
 interne, et une machine B extérieure profite de la connexion établie
 pour injecter des paquets par l'interface externe en se faisant passer
 pour A. Mais cette situation a autant sinon plus de chances de se
 produire si la machine usurpée et la machine usurpatrice sont du même
 côté, et là le filtrage anti-spoofing n'y peut rien.
 

ok. donc
#
## Allow all traffic on localhost
-A INPUT -i lo -j ACCEPT
#
# IP DROP SPOOF
-A INPUT -i eth1 -s 10.0.0.0/8 -j DROP
-A INPUT -i eth1 -s 172.16.0.0/12 -j DROP
-A INPUT -i eth1 -s 192.168.0.0/16 -j DROP
-A INPUT -i eth1 -s 240.0.0.0/4 -j DROP
# IP DROP link-local
-A INPUT -i eth1 -s 169.254.0.0/16  -j DROP
# IP DROP
-A INPUT -i eth1 -s 0.0.0.0/8  -j DROP
-A INPUT -i eth1 -s 168.254.0.0/16  -j DROP
#
## Allow previously established connections
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
#



 ok . merci de tes explications. BOn en combinant vos 2 réponses. J'ai
 pour l'instant:
 [...]
 -A INPUT -i eth1 -s 240.0.0.0/4 -j DROP
 [...]
 -A INPUT -i eth1 -s 240.0.0.0/4  -j DROP
 
 Doublon.
 

damned. j'ai pas les yeux en face des trous...

 Donc les points qui restent obscurent pour le moment ce sont:
 - peut on mettre -A INPUT -eth0 -s 192.168.200.0/24 -j ACCEPT ?
 
 Plutôt -i eth0.
 

redamned. bon j'ai mis -i eth0.

c'est difficile de voir si ça fonctionne...mais ipmitool a l'air de
discuter avec le switch donc ça a l'air de fonctionner.

 ou alors -A INPUT -eth0:2 -s 192.168.200.0/24 -j ACCEPT ?
 
 Encore moins, eth0:2 n'est pas une interface.
 
 - la ligne -A INPUT -j DROP est elle nécessaire ? si j'ai bien compris
 la réponse de Serge, je suppose que je peux la supprimer.
 
 En effet, puisque la politique par défaut de la chaîne est DROP.
 
 - si je veux permettre à mes noeuds d'avoir internet, il suffit que je
 fasse :
 iptables -t nat -A POSTROUTING --out-interface eth1 -j MASQUERADE -s
 192.168.0.0/16
 sysctl -w net.ipv4.ip_forward=1
 non ?
 
 Il faudra aussi des règles dans FORWARD pour accepter les connexions
 routées arrivant par eth0 puisque la politique par défaut est DROP.
 
 iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
 iptables -A FORWARD -i eth0 -o eth1 -m state --state NEW -j ACCEPT
 

bon ben l'internet sur les noeuds marche!
en gros j'ajoute ces lignes qd je veux avoir internet sur les noeuds.
sinon je les vire.

 A précéder par des règles anti-spoofing sur eth1 si tu y tiens. Elles
 peuvent être factorisées dans une chaîne utilisateur appelée depuis
 INPUT et FORWARD.
 

bah je pense que ce n'est pas vraiment nécessaire. j'ai besoin
d'internet sur les noeuds de manière ponctuelle (genre 5 à 10 minutes
pour télécharger un paquet). ensuite FORWARD est vide et à DROP.

bon pour ip6tables j'ai mis ça :
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
#
## Allow all traffic on localhost
-A INPUT -i lo -j ACCEPT
#
## Allow previously established connections
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
#
# begin: allowed networks
#
## Allow all traffic from the nodes
-A INPUT -i eth0 -j ACCEPT
-A INPUT -i ib0 -j ACCEPT
#
# end: allowed networks
#
## Allow icmp
-A INPUT -p icmpv6 -j ACCEPT
## Allow mdns (avahi)
#-A INPUT -p udp --dport 5353 -d ff02::fb -j ACCEPT
## Allow WWW http port 80
#-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
## Allow SSH
-A INPUT -m tcp -p tcp --dport 22 -j ACCEPT
#
#-A INPUT -j LOG
COMMIT


c'est pas exactement la même chose...mais ça devrait suffire pour
l'instant. et pour le moment je ne comprends rien au ip ipv6. faut
encore que je lise des docs...

Merci beaucoup à tous les 2! si vous avez encore des commentaires je
suis à l'écoute.

Guillaume

-- 
Lisez la

Re: [HS] Help pour débuter avec iptables

[giggz]

Le 11/09/2010 12:48, Pascal Hambourg a écrit :
 giggz a écrit :

 iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
 iptables -A FORWARD -i eth0 -o eth1 -m state --state NEW -j ACCEPT

 bon ben l'internet sur les noeuds marche!
 en gros j'ajoute ces lignes qd je veux avoir internet sur les noeuds.
 sinon je les vire.
 
 Tu peux aussi laisser la première et ne supprimer que la seconde. Ainsi
 les connexions en cours pourront continuer jusqu'à ce qu'elles se
 terminent et les nouvelles connexion seront bloquées.
 

ok. modifié.

 bon pour ip6tables j'ai mis ça :
 [...]
 c'est pas exactement la même chose...mais ça devrait suffire pour
 l'instant.
 
 Oui, même si le traitement d'ICMPv6 pourrait être affiné un poil.
 

ok. j'ai mis ça:
-A INPUT -p icmpv6 --icmpv6-type echo-request -j ACCEPT


Bon j'ai lu encore un peu de doc sur iptables. On peut paufiner les
règles avec --match limit. Je suppose qu'il faut que j'attende un peu
avant de me lancer dedans non ?

bon apparemment ça l'air de bien fonctionner avec les règles que vous
m'avez donné. merci bcp!

Bon week-end!
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i6fuq0$7d...@dough.gmane.org

Re: [HS] Help pour débuter avec iptables

[giggz]

Le 10/09/2010 20:11, Pascal Hambourg a écrit :
 giggzounet a écrit :
 Le 10/09/2010 15:39, Pascal Hambourg a écrit :

 giggzounet a écrit :

 j'ai un cluster. les noeuds n'ont pas accès au net. Donc je monte un
 parefeu sur le master node. Naturellement le master doit accepter tout
 ce que vient des noeuds. Et j'aimerais que tout ce que vienne de
 l'extérieur soit filtré à part qqs services comme ssh et http.

 Le master se comporte comme un genre de load balancer ? Il fonctionne
 plutôt comme un routeur, ou un reverse proxy, ou selon un autre mécanisme ?

 le master se charge de distribuer les jobs sur les noeuds. C'est via le
 master que tout le monde se connecte.
 
 Via, ça reste vague. Ça peut être via routage et redirection de ports,
 ou via un programme. Je suppose que c'est via un programme, donc le
 master ne fonctionne pas en routeur et dans ce cas il n'est pas censé y
 avoir de trafic dans la chaîne FORWARD.
 

disons que normalement il n'agit pas en routeur. mais si les noeuds ont
besoin d'internet j'active temporairement l'ip forwarding.

 En gros j'ai 5 interfaces:

 lo locahost
 eth0 interface ethernet vers les noeuds
 eth0:2 interface de controle/monitoring des noeuds (ipmi)
 
 eth0:2 n'est pas une interface mais un alias IP, une façon obsolète
 d'affecter une adresse IP supplémentaire à l'interface eth0.
 

oui. d'ailleurs je suppose que je ne peux pas faire:
-A Firewall-1-INPUT -i eth0:2 -s 192.168.200.0/255.255.255.0 -j ACCEPT non ?

 ib0 interface infiniband vers les noeuds
 eth1 interface ethernet vers l'extérieur.

 En gros je voudrais qu'en interne il n'y ait aucun filtrage (donc tout
 passe sur lo,ib0,eth0,eth0:2 dans tous les sens). par contre que tout en
 entrée de eth1 soit bloqué sauf le port 22 (pour commencer). en sortie
 sur eth1 je peux laissé ouvert.
 
 Ça, c'est facile. Ton jeu de règles va déjà plus loin.
 

ok. donc c'est correct.

 ben pour l'instant ça a l'air de marcher. en gros si je me connecte
 normal ça va. par contre si je lance un nmap par exemple il gueule.
 
 C'est important qu'il gueule ?
 

ben non :)

 pour l'instant j'ai ça; qu'en pensez vous (résultat de mon mal de tête...) ?

 *filter
 :INPUT ACCEPT [0:0]
 
 La politique par défaut devrait être DROP.
 

alors là ya un truc que je ne pige pas:
si c'est à DROP tout ce qui rentre va être droppé non ? Dans quel ordre
iptables lit il les règles ? pourquoi si :INPUT est à DROP j'arrive tout
de même à avoir une connection ssh avec l'autre règle ?

 :FORWARD ACCEPT [0:0]
 
 Même chose, si la machine n'est pas routeur rien ne doit traverser cette
 chaîne.
 

ok. sauf si j'active temporairement l'ip forwarding, non ?

 :OUTPUT ACCEPT [0:0]
 :Firewall-1-INPUT - [0:0]
 
 Cette chaîne est inutile, tout ce qu'elle contient peut être mis dans INPUT.
 

mais via cette chaine je traite INPUT et FORWARD en même temps, non ?

 ## SSH (test brute force)
 
 Ces règles devraient arriver après les règles anti-spoof.
 

ok. je corrige

 # IP DROP SPOOF
 -A INPUT -i eth1 -s 10.0.0.0/8 -j DROP
 -A INPUT -i eth1 -s 172.16.0.0/12 -j DROP
 -A INPUT -i eth1 -s 192.168.0.0/16 -j DROP
 
 Je suppose que tu sais ce que tu fais et que personne n'est censé
 communiquer avec ta machine par cette interface depuis ces adresses.
 

oui. c'est voulu.

 -A INPUT -i eth1 -s 240.0.0.0/5 -j DROP
 
 Pourquoi /5 et pas /4 ?
 

aucune idée...le mal de tête :D

 # IP DROP MULTICAST
 -A INPUT -i eth1 -s 224.0.0.0/4 -j DROP
 
 Pas absolument nécessaire, la plage multicast est invalide en tant que
 source donc ces paquets sont de toute façon écartés par la pile IP du noyau.
 

ok. donc à virer.

 -A INPUT -i eth1 -s 169.254.0.0/16  -j DROP
 
 Ce n'est pas du multicast, c'est la plage link-local IPv4.
 

ok.

 # IP DROP LOOPBACK
 -A INPUT -i eth1 -d 127.0.0.0/8 -j DROP
 
 Pas absolument nécessaire, la plage de loopback est invalide en tant que
 source ou destination à l'extérieur de la machine donc ces paquets sont
 de toute façon écartés par la pile IP du noyau.
 Accessoirement tu n'as pas mis de règle pour bloquer la plage de
 loopback en source.
 

ok.

 -A INPUT -i eth1 -s 240.0.0.0/4  -j DROP
 
 Ah, voilà la bonne longueur de préfixe.
 
 -A INPUT -i eth1 -s 255.255.255.255/32  -j DROP
 
 Déjà inclus dans le préfixe précédent.
 

donc à virer ?

 -A INPUT -i eth1 -s 168.254.0.0/16  -j DROP
 
 Pourquoi, tu as quelque chose contre les écoles publiques du comté de
 Hillsborough en Floride ?
 

ben je les aime po :p

 -A INPUT -i eth1 -s 248.0.0.0/5  -j DROP
 
 Déjà inclus dans 240.0.0.0/4.
 

ok. donc je vire.

 -A INPUT -j Firewall-1-INPUT
 
 Comme déjà dit, autant mettre les règles directement dans INPUT.
 
 -A FORWARD -j Firewall-1-INPUT
 
 Comme déjà dit, aucun paquet ne traverse cette chaîne si la machine
 n'est pas routeur.
 
 ## Allow all traffic from the nodes
 -A Firewall-1-INPUT -i eth0 -s 192.168.0.0/255.255.255.0 -j ACCEPT
 -A Firewall-1-INPUT -i ib0 -s 192.168.100.0/255.255.255.0 -j ACCEPT
 -A Firewall-1-INPUT -s 192.168.200.0/255.255.255.0 

Re: [HS] concatener video rm sur ma debian

[giggz]

Le 24/08/2010 17:39, Jérôme a écrit :
 Le mardi 24 août 2010 à 14:52 +0200, giggzounet a écrit :
 j'ai un problème avec ma debian: je crée pour le boulot une video sous
 format rm à l'aide du logiciel tecplot. malheureusment je dois faire
 la
 manipulation en plusieurs fois car mes données sont trop volumineuses.
 Je me suis donc dit je fais 2 videos plus courtes et je les concatene.
 Mais je ne sais pas comment concatener 2 videos rm sous linux... 
 
 Si c'est juste un problème de support ou de taille de fichier, je
 suggère de la découper sauvagement (sous win il me semble qu'il y a des
 soft) et de la reconstituer avec cat.
 

je me suis mal exprimé:

j'ai des données de grande taille. chaque fichier fait 700Mo. chaque
jour j'ai 5 fichiers de plus. en ce moment j'ai 171 Fichiers de 700Mo.
ces fichiers me servent à faire une vidéo avec tecplot et une macro
spécialement conçue. le pb c'est que c'est long. et plus j'ai de
fichiers plus ça prend du temps. évidemment je refais tout depuis le
début à chaque vidéo et c'est débile. je cherche donc à faire des videos
petit à petit et à les mettre à la suite les unes des autres. comme ça
je ne pers moins de temps ;)

merci


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i50t73$v8...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 06/08/2010 09:43, Pascal Hambourg a écrit :
 giggzounet a écrit :

 d apres le man que j ai sous la main:
 ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso
 on|off] [ufo on|off] [gso on|off]

 donc en gros je mets tout a off ?
 
 Oui, et si ça remarche tu remets à les options à on une par une pour
 trouver celle qui foire, ou la combinaison d'options qui foire.
 

bon j'ai essayé sous debian lenny avec le 2.6.32 et le module du noyau
atl1c:
- ethtool -k eth0 donne:
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: on
udp fragmentation offload: off
generic segmentation offload: on
large receive offload: off

- seul ethtool -K eth0 sg off gso off fontionnent. pour tous les autres
paramètres j'ai droit à Operation not supported.

- avec ethtool -K eth0 sg off gso off le problème reste le même. a
savoir avec une mtu de 1492 et tcp_timestamps=0 pas de download possible
depuis le NAS.


J'ai aussi essayé sous backtrack 4 avec le 2.6.30.9 et le module atl1e.
exactement les mêmes résultats.

Enfin j'ai testé sur debian lenny avec le noyau 2.6.32 de backport et le
dernier module atl1e d'atheros et j'ai encore exactement les mêmes
résultats.

J'ai regardé du côté du NAS si je pouvais faire la même chose avec
ethtool. mais non je ne peux pas. j'ai bien ethtool mais en version
1.3...c'est vieux!

Merci! et bon we

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i3h49m$1k...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 04/08/2010 18:13, Pascal Hambourg a écrit :
 giggz a écrit :

 les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
 Est ce normal ?
 
 Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options
 n'existaient pas lors de la conception initiale de TCP, et si la machine
 en face ne supporte pas l'une d'elle, elle n'est pas utilisée. Elles ont
 essentiellement pour but d'augmenter les performances dans certaines
 circonstances : produit débit*latence élevé, pertes de paquets,
 nombreuses connexions...
 
 Bon ça avance!!! si je force via sysctl.conf la valeur de
 net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres
 valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le
 résultat.
 
 Tu pouvais tester en modifiant directement la valeur du paramètre du
 noyau en ligne de commande avec
 sysctl -w net.ipv4.tcp_timestamps=1
 (le -w n'est apparemment plus obligatoire pour modifier un paramètre)
 (ou echo 1  /proc/sys/net/ipv4/tcp_timestamps mais c'est laid)
 d'autant plus que le résultat final au démarrage dépend de l'ordre dans
 lequel firestarter et le script qui applique sysctl.conf sont exécutés.
 
 et c'est bien firestarter qui modifie cette valeur:
 dans /etc/firestarter/sysctl-tuning on a la valeur de
 net.ipv4.tcp.timestamps forcé à 0.

 Bon je suppose que si cette variable est forcée à 0 il doit y avoir une
 bonne raison.
 
 Certains pare-feu et dispositifs NAT obsolètes ou buggés ne gèrent pas
 correctement ces options, aussi il est parfois nécessaire de les
 désactiver. Sinon je ne vois pas trop.
 
 je suppose que le rapport de bug doit plutot aller au
 maintenant du driver atl1c, non ?
 
 Je vais encore te donner du travail, mais pourrais-tu vérifier si
 tcp_timestamps est à 1 et si le mettre à 0 provoque le problème en
 fonction du MTU avec les autres distributions installées sur la machine
 (sid, backtrack) ? Je pense que ça permettrait de mieux cerner le bug.
 En gros vérifier sur chacune si (si j'ai bien compris) :
 - MTU=1492 et tcp_timestamps=0 - bug
 - MTU=1500 ou tcp_timestamps=1 - ok
 

sous backtrack 4 j'ai exactement le même comportement que sous debian lenny:
MTU=1492 et tcp_timestamps=0 - bug
MTU=1492 et tcp_timestamps=1 - ok
MTU=1500 ou tcp_timestamps=0 - ok
MTU=1500 ou tcp_timestamps=1 - ok

Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le
bug apparait.

sous sid je n'ai aucun problème quelques soit la mtu ou la valeur de
tcp_timestamps. Mais ce n'est pas le même pc et donc pas la même carte
graphique et pas le même driver (b44).

Bonne soirée
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i3fcdf$4c...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 04/08/2010 09:24, giggzounet a écrit :
 Le 04/08/2010 01:26, Pascal Hambourg a écrit :
 giggzounet a écrit :
 Le 02/08/2010 18:14, Pascal Hambourg a écrit :

 - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
 tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
 a normalement un certain nombre d'options TCP activées par défaut :
 timestamp, selective ACK, window scaling...

 Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des
 logiciels installes. ou sont activees ces options ? est ce que par
 exemple sysctl -a peut aider ?

 Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans
 /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling).

 
 bon je vais regarder ca! je poste ca des que possible.
 

les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
Est ce normal ? si ce n'est pas normal comment je fais pour savoir d'où
ça vient ?

 je soupconne firestarter de me modifier tout ca.

 Je ne connais pas, je préfère utiliser mes propres scripts de règles
 iptables.

 
 ben je comprends mais qd on n a pas trop envie de se fatiguer... :)
 
 De mon côté, j'ai regardé les changelogs du noyau pour le pilote atl1c
 (qui est assez jeune, introduit dans le noyau 2.6.29) à la recherche
 de changements susceptibles d'expliquer la présence du problème avec le
 noyau 2.6.32 si le MTU est inférieur à 1500 et son absence avec les
 noyaux 2.6.30.9 et 2.6.34-1 (le MTU est bien à 1492 aussi avec les
 autres noyaux ?). Sans succès. Je soupçonnais en particulier
 l'offloading, dont les différentes options sont contrôlables avec
 ethtool -k/-K, si ça te dit d'essayer de les désactiver...

 
 De mon coté j ai appris via google l'existence d'un autre driver
 supportant ma carte: celui du site atheros. il est normalement plus
 avancé. j ai donc booté sur mon 2.6.32 et fait un make install. il
 m'installe un driver du nom de atl1e. mais apparemment c'est normal. le
 atl1e d'atheros supporte en fait les cartes supportées par les drivers
 atl1e et atl1c du noyau linux. Bon après reboot, rmmod du atl1c et
 modprobe du atl1e, j ai bien internet mais le problème demeure! donc ca
 n a pas l air de venir du driver en lui meme.
 
 J ai oublié de préciser:
 sur backtrack 4 ou je n ai le probleme, c est un 2.6.30.9 avec le module
 atl1e d'atheros.
 
 Ce soir j essaye avec un vieux noyau 2.6.30 de debian! et je tente des
 bidouille avec ethtool -k/-K.
 

bon j'ai testé avec le noyau 2.6.26 officiel de lenny avec atl1c
retroporté...et j'ai exactement le même comportement. donc ça n'a pas
l'air de venir de la version du noyau.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i3btnr$eu...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

 - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
 tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
 a normalement un certain nombre d'options TCP activées par défaut :
 timestamp, selective ACK, window scaling...

 Je n ai rien modifié a ce niveau la. donc j ai un pb avec un des
 logiciels installes. ou sont activees ces options ? est ce que par
 exemple sysctl -a peut aider ?

 Leurs valeurs sont visibles avec sysctl net.ipv4 ou dans
 /proc/sys/net/ipv4/ (tcp_timestamps, tcp_sack, tcp_window_scaling).


 bon je vais regarder ca! je poste ca des que possible.

 
 les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
 Est ce normal ? si ce n'est pas normal comment je fais pour savoir d'où
 ça vient ?
 

Bon ça avance!!! si je force via sysctl.conf la valeur de
net.ipv4.tcp.timestamps à 1, ça marche parfaitement!!! les 2 autres
valeurs tcp_sack et tcp_window_scaling n'ont pas d'influence sur le
résultat.

 je soupconne firestarter de me modifier tout ca.

et c'est bien firestarter qui modifie cette valeur:
dans /etc/firestarter/sysctl-tuning on a la valeur de
net.ipv4.tcp.timestamps forcé à 0.

Bon je suppose que si cette variable est forcée à 0 il doit y avoir une
bonne raison. je suppose que le rapport de bug doit plutot aller au
maintenant du driver atl1c, non ?

Merci!
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i3bvei$m7...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 01/08/2010 23:10, Christophe a écrit :
 Bonjour,
 
 Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit :
 Le 31/07/2010 14:39, Pascal Hambourg a écrit :
 giggz a écrit :

 question de NooB : les login/password en ftp sont en clair. si je
 copie/colle ce que me sort tcpdump, est ce que  mon login/password est
 lisible ?

 Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP
 (wireshark/tshark si en revanche) et n'affiche pas non plus les données
 des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être
 des versions.


 ok. je joins le fichier en question. apparemment je ne vois pas mon mot
 de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou
 non changer mon password ;)

 En gros voilà ce que j'ai fait :
 je me connecte sur mon NAS en ftp -p
 ensuite je me balade dans mes répertoires et lance un get.
 rien ne se passe.
 je fais un ctrl+c
 et encore un autre.
 puis bye
 et voilà.

 Merci d'avance
 Guillaume
 
 Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS
 contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en
 tient pas compte.
 Tu peux vérifier sa valeur avec la commande 'ip link show dev eth0', et
 la régler avec 'ip link set dev eth0 mtu 1500' suivi d'un 'ip route
 flush cache'.
 

nouveau rebondissement:

j'ai remis ma mtu de mon NAS à 1500. et j'ai tapé les commandes de
christopĥe ci-dessus sur mon eeepc. je me retrouve donc avec une mtu de
1500 et là ça marche parfaitement...

bon la question est maintenant de savoir pourquoi ça marche pas avec une
mtu plus basse...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i36u25$e8...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 02/08/2010 18:14, Pascal Hambourg a écrit :
 giggz a écrit :

 En gros voilà ce que j'ai fait :
 je me connecte sur mon NAS en ftp -p
 ensuite je me balade dans mes répertoires et lance un get.
 rien ne se passe.
 je fais un ctrl+c
 et encore un autre.
 puis bye
 et voilà.
 
 Bon, je ne suis pas le super-expert en analyse de trace TCP/IP, hein.
 Ce que j'ai relevé comme bizarreries ou anomalies :
 
 
 - Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
 tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
 a normalement un certain nombre d'options TCP activées par défaut :
 timestamp, selective ACK, window scaling...
 
 - Des checksums sont indiqués comme incorrects. Apparemment cela se
 produit avec les segments émis par le client contenant des données et
 ayant le flag P (PSH, Push) activé. Dans cette trace tous les segments
 émis par client avec des données ont le flag P, donc je ne sais pas si
 c'est la présence de données ou le flag P qui provoque ça. Mais ça n'a
 pas l'air de gêner la communication puisque le serveur acquitte ces
 segments. C'est peut-être un faux positif causé par de l'offloading
 (traitement déporté, par exemple segmentation et calcul du checksum) de
 TCP dans l'interface réseau à la place du noyau.
 
 - Le serveur envoie régulièrement des segments des données avec un
 offset et une longueur aberrants : longueur des données 1444 au lieu de
 1452 conformément au MSS annoncé par le client, et offset largement
 au-delà de l'offset courant. Cela se produit systématiquement juste
 après la séquence de synchronisation de la connexion de données lorsque
 le transfert nécessite plus d'un segment :
 
 séquence de synchronisation :
 
 14:25:12 IP (id 17251, proto TCP (6), length 44) client.dat5  serveur.dat5: 
 S,  2994688280:2994688280(0) win 5808 mss 1452
 14:25:12 IP (id 0, proto TCP (6), length 44) serveur.dat5  client.dat5: 
 S,  658576691:658576691(0) ack 2994688281 win 5840 mss 1460
 14:25:12 IP (id 17252, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 1 win 5808
 
 2 segments aberrants :
 
 14:25:12 IP (id 24813, proto TCP (6), length 1484) serveur.dat5  
 client.dat5: . 1461:2905(1444) ack 1 win 5840
 14:25:12 IP (id 17253, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 1 win 5808
 14:25:12 IP (id 24815, proto TCP (6), length 1484) serveur.dat5  
 client.dat5: P 4365:5809(1444) ack 1 win 5840
 14:25:12 IP (id 17254, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 1 win 5808
 
 Le client répond à chaque fois qu'il attend l'offset 1. Après un délai
 de 3 secondes des segments normaux sont ensuite transmis par le serveur
 et acquittés par le client :
 
 14:25:15 IP (id 24816, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: . 1:1453(1452) ack 1 win 5840
 14:25:15 IP (id 17255, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 1453 win 8712
 14:25:15 IP (id 24817, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: . 1453:2905(1452) ack 1 win 5840
 14:25:15 IP (id 17256, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 2905 win 11616
 14:25:15 IP (id 24818, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: . 2905:4357(1452) ack 1 win 5840
 14:25:15 IP (id 17257, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 4357 win 14520
 14:25:15 IP (id 24819, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: P 4357:5809(1452) ack 1 win 5840
 14:25:15 IP (id 17258, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 5809 win 17424
 
 Puis à nouveau un segment aberrant :
 
 14:25:15 IP (id 24821, proto TCP (6), length 1484) serveur.dat5  
 client.dat5: . 7269:8713(1444) ack 1 win 5840
 14:25:15 IP (id 17259, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 5809 win 17424
 
 Après un nouveau délai de 6 secondes cette fois, ça repart :
 
 14:25:21 IP (id 24822, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: . 5809:7261(1452) ack 1 win 5840
 14:25:21 IP (id 17260, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 7261 win 20328
 14:25:21 IP (id 24823, proto TCP (6), length 1492) serveur.dat5  
 client.dat5: . 7261:8713(1452) ack 1 win 5840
 14:25:21 IP (id 17261, proto TCP (6), length 40) client.dat5  serveur.dat5: 
 .,  ack 8713 win 23232
 
 (Ces délais sont responsables de la lenteur de réception de fichiers qui
 réussissent à passer.)
 
 Et ça continue, avec des délais en augmentation jusqu'à ce que le client
 perde patience et interrompe le transfert.
 
 Je n'ai pas d'explication à proposer pour le moment. Il pourrait être
 intéressant de comparer les traces avec les autres machine/distribution
 qui marchent.
 
 Quelle est la version du noyau de BackTrack ?
 Quel est le type de l'interface réseau de l'Eee PC ?
 

tout d'abord merci de ton analyse!

backtrack 4 se base sur Ubuntu et j'ai un noyau 2.6.30.9
sous backtrack qd je boote j'ai aussi une mtu de 1492. mais je n'ai pas
de problème

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 31/07/2010 12:51, giggz a écrit :
 Bonjour,
 
 derrière mon routeur j'ai :
 un NAS
 un laptop
 un eeepc
 
 le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
 machines. Chaque machine a une ip fixe attribuée par le routeur.
 
 je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc
 sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont
 les suivants :
 - je peux me connecter sans problème de mon eeepc vers le NAS via ftp,
 cifs ou NFS. je peux lister et me balader dans mes partages. Par contre
 dès que j'essaye de récupérer un fichier, le transfert se bloque quelque
 soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me
 transfère 12K... :D
 
 Voilà ce que j'ai tenté :
 - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba.
 - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp.
 - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec
 mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS.
 - j'ai pensé à un problème de droits: les users sont les mêmes entre mon
 laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger
 dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K...
 - j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai
 activé le parefeu en laissant tout ouvert...le problème persiste...
 
 bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut
 venir...et surtout où chercher...
 
 j'ai oublié de préciser: j'ai évidemment regarder les logs (messages,
 syslog, auth, user) et rien de rien...
 

ci joint le fichier obtenu en faisant:
tcpdump -nvi eth0 -host 192.168.0.5 -w capture_NAS_tcpdump.log

merci d'avance
Guillaume
Ôò¡`
çWLÄ
`2

^ÿúÀ? \e
...@
È!À¨ïÿÿúÃql
–,NOTIFY * HTTP/1.1
HOST:239.255.255.250:1900
Cache-CoíWL$-::À? \àËNL¡E,...@@žÀÀ¨À¨ÁÆ'%ˆ%h`°éH¬íWLM.àËNL¡À? \E,...@@¹rÀ¨À¨'%ÁÆ/e’ˆ%i`ÐTl´íWL•.66À? \àËNL¡E(...@@žÃÀ¨À¨ÁÆ'%ˆ%i/e“P°lIíWL]ð`tàËNL¡À? \ef...@@NQÀ¨À¨'%ÁÆ/e“ˆ%iPÐfŽ220 ProFTPD 1.3.3rc1 Server (NETGEAR ReadyíWLáð66À? \àËNL¡E(...@@ž²À¨À¨ÁÆ'%ˆ%i/eÑP°lðWLa BBÀ? \àËnl¡e4...@@ž¥À¨À¨ÁÆ'%ˆ%i/eÑP°€USER eeepc
ðWLF!àËNL¡À? \E(j...@@NŽÀ¨À¨'%ÁÆ/eш%uPÐkßðWLŒWWàËNL¡À? \ei...@@NlÀ¨À¨'%ÁÆ/eш%uPÐwt331 Password required for eeepc
ðWL766À? \àËNL¡E(...@@ž°À¨À¨ÁÆ'%ˆ%u/eòP°kÞõWL؊GGÀ? \àËnl¡e9...@@žžÀ¨À¨ÁÆ'%ˆ%u/eòP°…PASS depression
õWLËàËNL¡À? \E(j...@@NŒÀ¨À¨'%ÁÆ/eòˆ%†PÐk­õWL¯Ÿ	PPàËNL¡À? \eb...@@NqÀ¨À¨'%ÁÆ/eòˆ%†PІR230 User eeepc logged in
õWLúŸ	66À? \àËNL¡E(...@@ž®À¨À¨ÁÆ'%ˆ%†/fP°k³õWLp 	À? \àËnl¡e@@ž§À¨À¨ÁÆ'%ˆ%†/fP°zSYST
õWLT¡	àËNL¡À? \E(j...@@NŠÀ¨À¨'%ÁÆ/fˆ%ŒPÐkõWL$Ò	IIàËNL¡À? \E;j...@@NvÀ¨À¨'%ÁÆ/fˆ%ŒPÐ215 UNIX Type: L8
õWL¹f
66À? \àËNL¡E(...@@ž¬À¨À¨ÁÆ'%ˆ%Œ/fP°kš÷WL4
À? \àËnl¡e@@ž¥À¨À¨ÁÆ'%ˆ%Œ/fP°zPASV
÷WLôD`fàËNL¡À? \ex...@@NXÀ¨À¨'%ÁÆ/fˆ%’PÐä227 Entering Passive Mode (192,168,0,5,39,÷WLRE66À? \àËNL¡E(...@@žªÀ¨À¨ÁÆ'%ˆ%’/fOP°kd÷WLáE::À? \àËNL¡E,4...@@…;À¨À¨æò'?}`°cW¬÷WLFàËNL¡À? \E,...@@¹rÀ¨À¨'?æò/¬›à}`З‘´÷WLÖF66À? \àËNL¡E(4...@@…À¨À¨æò'?}/¬›áP°¯n÷WLGÀ? \àËnl¡e@@ž£À¨À¨ÁÆ'%ˆ%’/fOP°zLIST
÷WLW…`làËNL¡À? \e^...@@NQˬˬ'%ÁÆ/fOˆ%˜PÐzæ150 Opening ASCII mode data connection for÷WL—`µàËNL¡À? \e§Â...@@/úÀ¨ˬ'?æò/¬›á}PлSdrwxrwxrwx   2 nobody   nogroup 16384 ÷WLø66À? \àËNL¡E(4...@@…5ˬˬæò'?}/¬œ`P°®ï÷WLB66À? \àËNL¡E(...@@ž¨À¨ˬÁÆ'%ˆ%˜/f…P°k(÷WL¨àËNL¡À? \E(Â...@@0xˬˬ'?æò/¬œ`}PЮÎ÷WL66À? \àËNL¡E(4:@...@…4ˬˬæò'?}/¬œaP°®í÷WLSàËNL¡À? \E(Â...@@0wˬÀÂ

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 01/08/2010 23:10, Christophe a écrit :
 Bonjour,
 
 Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit :
 Le 31/07/2010 14:39, Pascal Hambourg a écrit :
 giggz a écrit :

 question de NooB : les login/password en ftp sont en clair. si je
 copie/colle ce que me sort tcpdump, est ce que  mon login/password est
 lisible ?

 Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP
 (wireshark/tshark si en revanche) et n'affiche pas non plus les données
 des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être
 des versions.


 ok. je joins le fichier en question. apparemment je ne vois pas mon mot
 de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou
 non changer mon password ;)

 En gros voilà ce que j'ai fait :
 je me connecte sur mon NAS en ftp -p
 ensuite je me balade dans mes répertoires et lance un get.
 rien ne se passe.
 je fais un ctrl+c
 et encore un autre.
 puis bye
 et voilà.

 Merci d'avance
 Guillaume
 
 Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS
 contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en
 tient pas compte.
 Tu peux vérifier sa valeur avec la commande 'ip link show dev eth0', et
 la régler avec 'ip link set dev eth0 mtu 1500' suivi d'un 'ip route
 flush cache'.
 

J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De
plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche
très bien entre ce laptop et le NAS.

merci!
Bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i34p4k$os...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 01/08/2010 23:39, Jean-Yves F. Barbier a écrit :
 Le Sun, 01 Aug 2010 23:32:03 +0200,
 giggz giggzou...@gmail.com a écrit :
 
 ...
 J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De
 plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche
 très bien entre ce laptop et le NAS.
 
 la valeur std pour un LAN est de 1500 bytes.
 

je sais...mais malheureusement mon routeur force la valeur à 1492 au
moment où il y a dialogue avec le serveur dhcp. En gros si je fonctionne
en ip fixe je peux forcer la mtu à 1500. mais si je laisse le dhcp faire
son travail j'ai tjs une mtu à 1492. bon en même temps c'est po très
grave si tout est à 1492, non ?

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i34pvp$qm...@dough.gmane.org

Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Bonjour,

derrière mon routeur j'ai :
un NAS
un laptop
un eeepc

le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
machines. Chaque machine a une ip fixe attribuée par le routeur.

je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc
sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont
les suivants :
- je peux me connecter sans problème de mon eeepc vers le NAS via ftp,
cifs ou NFS. je peux lister et me balader dans mes partages. Par contre
dès que j'essaye de récupérer un fichier, le transfert se bloque quelque
soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me
transfère 12K... :D

Voilà ce que j'ai tenté :
- j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba.
- j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp.
- je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec
mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS.
- j'ai pensé à un problème de droits: les users sont les mêmes entre mon
laptop et mon eeepc...avec les mêmes uid.; j'ai tenté de télécharger
dans /tmp...ça ne marche pas. le transfert se bloque toujours après 12K...
- j'ai pensé à un problème de parefeu. j'ai désactivé le parefeu. j'ai
activé le parefeu en laissant tout ouvert...le problème persiste...

bref je n'y comprends plus rien. Si vous avez des idées d'où ça peut
venir...et surtout où chercher...

j'ai oublié de préciser: j'ai évidemment regarder les logs (messages,
syslog, auth, user) et rien de rien...

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i30v7e$in...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 31/07/2010 13:24, Pascal Hambourg a écrit :
 Salut,
 
 giggz a écrit :

 je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc
 sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont
 les suivants :
 - je peux me connecter sans problème de mon eeepc vers le NAS via ftp,
 cifs ou NFS. je peux lister et me balader dans mes partages. Par contre
 dès que j'essaye de récupérer un fichier, le transfert se bloque quelque
 soit le logiciel utilisé (ftp, gftp, NFS+rsync, cifs+rsync). et il me
 transfère 12K... :D
 
 Est-ce que le transfert d'un fichier de moins de 12 ko marche ?

oui mais c'est très lent.

 Et dans l'autre sens, est-ce que l'envoi d'un fichier de plus de 12 ko
 marche ?
 

oui (test avec un fichier de 100Mo) avec un taux de transfert rapide
normal pour du 100Mb/s.

 - j'ai bouté mon eeepc sous w7. aucun problème de transfert via samba.
 - j'ai bouté mon eeepc sous backtrack. aucun problème de transfert via ftp.
 - je pensais à une mauvaise configuration du NAS; j'ai donc tenté avec
 mon autre laptop sous SID. aucun problème. tout marche : ftp, cifs et NFS.
 
 C'est peut-être un problème réseau, au niveau TCP/IP, comme une option
 TCP mal gérée d'un côté ou de l'autre. Quelles versions de noyau sur les
 différentes machines ? Tu pourrais faire une capture de trafic lors d'un
 transfert (en FTP de préférence, c'est plus simple) quand ça marche et
 quand ça bloque pour comparer.
 

sur le eeepc j'ai une debian lenny + backport. J'ai le dernier kernel de
backport le :
2.6.32-5

sur le laptop j'ai une debian sid avec un 2.6.34.1 compilé à la main.

Pour la capture j'utilise quoi ? tcpdump ou wireshark ? quel est le plus
simple à utiliser pour qqn qui n'y connait pas grand chose ?

Merci
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i312vp$tj...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 31/07/2010 14:16, Pascal Hambourg a écrit :
 giggz a écrit :

 Pour la capture j'utilise quoi ? tcpdump ou wireshark ?
 
 Peu importe, celui que tu sais le mieux utiliser.
 Il y a aussi tshark, la version console de wireshark.
 
 quel est le plus
 simple à utiliser pour qqn qui n'y connait pas grand chose ?
 
 Probablement wireshark, parce que c'est graphique.
 Mais tcpdump est simple à utiliser pour afficher une trace facile à
 copier à la souris ou à rediriger dans un fichier :
 
 # tcpdump -ni interface host adresse_ip_nas
 (ctrl+c pour quitter)
 

ok.
je fais un
tcpdump -nvi eth0 host adresse_ip_nas  pb_NAS.txt

question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que  mon login/password est
lisible ?

Merci :)
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i314rc$3u...@dough.gmane.org

Re: Pb de transfert de fichiers entre un NAS et une debian lenny backport

[giggz]

Le 31/07/2010 14:39, Pascal Hambourg a écrit :
 giggz a écrit :

 question de NooB : les login/password en ftp sont en clair. si je
 copie/colle ce que me sort tcpdump, est ce que  mon login/password est
 lisible ?
 
 Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP
 (wireshark/tshark si en revanche) et n'affiche pas non plus les données
 des paquets, seulement les champs des en-têtes. Mais ça dépend peut-être
 des versions.
 

ok. je joins le fichier en question. apparemment je ne vois pas mon mot
de passe...c'est déjà ça. dis moi qd même, s'il te plait, si je dois ou
non changer mon password ;)

En gros voilà ce que j'ai fait :
je me connecte sur mon NAS en ftp -p
ensuite je me balade dans mes répertoires et lance un get.
rien ne se passe.
je fais un ctrl+c
et encore un autre.
puis bye
et voilà.

Merci d'avance
Guillaume
14:24:39.874317 IP (tos 0x0, ttl 64, id 46792, offset 0, flags [DF], proto TCP 
(6), length 44) 192.168.0.4.57933  192.168.0.5.10021: S, cksum 0x1e6a 
(correct), 2487174152:2487174152(0) win 5808 mss 1452
14:24:39.874537 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), 
length 44) 192.168.0.5.10021  192.168.0.4.57933: S, cksum 0x39f4 (correct), 
619233108:619233108(0) ack 2487174153 win 5840 mss 1460
14:24:39.874653 IP (tos 0x0, ttl 64, id 46793, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x51d1 
(correct), ack 1 win 5808
14:24:39.913398 IP (tos 0x0, ttl 64, id 54843, offset 0, flags [DF], proto TCP 
(6), length 102) 192.168.0.5.10021  192.168.0.4.57933: P 1:63(62) ack 1 win 
5840
14:24:39.913523 IP (tos 0x10, ttl 64, id 46794, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x5193 
(correct), ack 63 win 5808
14:24:41.039400 IP (tos 0x10, ttl 64, id 46795, offset 0, flags [DF], proto TCP 
(6), length 52) 192.168.0.4.57933  192.168.0.5.10021: P, cksum 0x8180 
(incorrect (- 0xb886), 1:13(12) ack 63 win 5808
14:24:41.039608 IP (tos 0x0, ttl 64, id 54844, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.5.10021  192.168.0.4.57933: ., cksum 0x5167 
(correct), ack 13 win 5840
14:24:41.048400 IP (tos 0x0, ttl 64, id 54845, offset 0, flags [DF], proto TCP 
(6), length 73) 192.168.0.5.10021  192.168.0.4.57933: P, cksum 0x4201 
(correct), 63:96(33) ack 13 win 5840
14:24:41.048513 IP (tos 0x10, ttl 64, id 46796, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x5166 
(correct), ack 96 win 5808
14:24:43.991953 IP (tos 0x10, ttl 64, id 46797, offset 0, flags [DF], proto TCP 
(6), length 54) 192.168.0.4.57933  192.168.0.5.10021: P, cksum 0x8182 
(incorrect (- 0x6891), 13:27(14) ack 96 win 5808
14:24:44.025514 IP (tos 0x0, ttl 64, id 54846, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.5.10021  192.168.0.4.57933: ., cksum 0x5138 
(correct), ack 27 win 5840
14:24:44.085207 IP (tos 0x0, ttl 64, id 54847, offset 0, flags [DF], proto TCP 
(6), length 66) 192.168.0.5.10021  192.168.0.4.57933: P, cksum 0x70c2 
(correct), 96:122(26) ack 27 win 5840
14:24:44.085331 IP (tos 0x10, ttl 64, id 46798, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x513e 
(correct), ack 122 win 5808
14:24:44.085444 IP (tos 0x10, ttl 64, id 46799, offset 0, flags [DF], proto TCP 
(6), length 46) 192.168.0.4.57933  192.168.0.5.10021: P, cksum 0x817a 
(incorrect (- 0x9d78), 27:33(6) ack 122 win 5808
14:24:44.085624 IP (tos 0x0, ttl 64, id 54848, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.5.10021  192.168.0.4.57933: ., cksum 0x5118 
(correct), ack 33 win 5840
14:24:44.089889 IP (tos 0x0, ttl 64, id 54849, offset 0, flags [DF], proto TCP 
(6), length 59) 192.168.0.5.10021  192.168.0.4.57933: P, cksum 0xe9ac 
(correct), 122:141(19) ack 33 win 5840
14:24:44.127296 IP (tos 0x10, ttl 64, id 46800, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x5125 
(correct), ack 141 win 5808
14:24:47.747473 IP (tos 0x10, ttl 64, id 46801, offset 0, flags [DF], proto TCP 
(6), length 46) 192.168.0.4.57933  192.168.0.5.10021: P, cksum 0x817a 
(incorrect (- 0xa075), 33:39(6) ack 141 win 5808
14:24:47.755380 IP (tos 0x0, ttl 64, id 54850, offset 0, flags [DF], proto TCP 
(6), length 89) 192.168.0.5.10021  192.168.0.4.57933: P 141:190(49) ack 39 win 
5840
14:24:47.755508 IP (tos 0x10, ttl 64, id 46802, offset 0, flags [DF], proto TCP 
(6), length 40) 192.168.0.4.57933  192.168.0.5.10021: ., cksum 0x50ee 
(correct), ack 190 win 5808
14:24:47.755666 IP (tos 0x0, ttl 64, id 13693, offset 0, flags [DF], proto TCP 
(6), length 44) 192.168.0.4.49548  192.168.0.5.10099: S, cksum 0xac50 
(correct), 2613432078:2613432078(0) win 5808 mss 1452
14:24:47.755863 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), 
length 44) 192.168.0.5.10099  192.168.0.4.49548: S, cksum 0x5cac (correct), 
617753241:617753241(0) ack 2613432079 win 5840 mss

Re: [lenny] bluetooth sans KDE et Gnome

[giggz]

Le 23/07/2010 14:05, Alexandre a écrit :
 Le vendredi 23 juillet de l'année 2010, vers 13 heures et 30 minutes, giggz 
 écrivait:
 bon je teste ça ce soir. ça m'a l'air bien! tu as des petits scripts
 intéressants qui l'utilisent ? du style lancer la chose qd le bluetooth
 est allumé ?
 
 Pas vraiment étant donné que je fais des transferts occasionnels. 
 
 J'ai juste un alias car je ne connais pas l'adresse MAC par cœur.
 

Pour info chez moi ça ne marchait pas. Après recherche sur le net, je me
suis aperçu que le ISCAN n'était pas activé par défaut (seulement
PSCAN). Sans ISCAN mon tel ne voit pas mon pc. Pour  l'activer
hciconfig hci0 piscan. et ensuite tout roule. gnome-obex-server
fonctionne à merveille.

merci
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i2cghr$88...@dough.gmane.org

[HELP] Partionnement: agrandir une partition étendue

[giggz]

Bonjour,

j'ai un eeepc avec le partionnement actuel suivant (dans l'ordre):
/dev/sda1 : primaire : w7
/dev/sda4 : partition étendue comprenant ma debian:
/dev/sda5: /
/dev/sda6: /home
/dev/sda7: /usr
/dev/sda8: /var
/dev/sda9: /tmp
/dev/sda10: swap
/dev/sda11: data1
/dev/sda12: backtrack
non alloué : 72 Go
/dev/sda2 : fat32 : partition de récup w7
/dev/sda3 : bootbooster

j'ai téléchargé et installé sur une clé USB gparted live. Et j'essaye
d'agrandir ma partition étendue avec les 72GO non alloués sans rien
casser! et ça ne marche pas. il dit que ça échoue sans autre message
d'erreur...qd je reboote, tout est normal.

Est ce qu'il est possible dans mon cas d'étendre la partition étendue
sans rien effacer ? des idées ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i1bv2g$d8...@dough.gmane.org

Re: [HELP] Partionnement: agrandir une partition étendue [resolu]

[giggz]

Le 11/07/2010 10:23, giggz a écrit :
 Bonjour,
 
 j'ai un eeepc avec le partionnement actuel suivant (dans l'ordre):
 /dev/sda1 : primaire : w7
 /dev/sda4 : partition étendue comprenant ma debian:
   /dev/sda5: /
   /dev/sda6: /home
   /dev/sda7: /usr
   /dev/sda8: /var
   /dev/sda9: /tmp
   /dev/sda10: swap
   /dev/sda11: data1
   /dev/sda12: backtrack
 non alloué : 72 Go
 /dev/sda2 : fat32 : partition de récup w7
 /dev/sda3 : bootbooster
 
 j'ai téléchargé et installé sur une clé USB gparted live. Et j'essaye
 d'agrandir ma partition étendue avec les 72GO non alloués sans rien
 casser! et ça ne marche pas. il dit que ça échoue sans autre message
 d'erreur...qd je reboote, tout est normal.
 
 Est ce qu'il est possible dans mon cas d'étendre la partition étendue
 sans rien effacer ? des idées ?
 
 Merci d'avance
 Guillaume
 

bon j'ai résolu la chose...
apparemment j'avais un overlapping de partition...étrange...alors j'ai
demandé d'agrandir ma partition de 71 GO et non de 72 et là ça a marché...

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i1c7io$2s...@dough.gmane.org

Re: [testing] Iceweasel et correction orthograpique

[giggz]

Le 21/06/2010 12:07, David Prévot a écrit :
 Le 21/06/2010 04:26, Thomas Blein a écrit :
 Au passage, savez-vous s'il y a moyen de changer la langue du correcteur
 orthographique à la volée ?
 
 [...] le menu contextuel du le champs de saisie
 (clique droit), il y a un sous menu Languages (Firefox en anglais...)
 
 \o/
 
 Rhalala, je l'avais cherché presque partout sauf ici celui-là, merci
 beaucoup !
 

pareil! enfin je sais comment on change ce put* de dico!

merci

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hvo43d$6k...@dough.gmane.org

Re: Flash et debian amd64

[giggz]

Le 21/06/2010 21:00, mahashakti89 a écrit :
 On Mon, Jun 21, 2010 at 01:41:20PM +0200, C. Mourad Jaber wrote:

 Bonjour,

 Ce n'est pas un troll, je précise...

 J'ai des soucis de flash depuis que la 10.1 est sortie (mise à jour de
 flashplugin-nonfree), j'ai évidement vu que adobe a toujours autant de
 problème à produire un logiciel en 64bits.
 
 Bon, je vais peut-être raconter des bêtises mais j'ai viré
 flashplugin-nonfree et remplacé par flashplayer-mozilla qui fonctionne
 plutôt bien. J'ai manqué quelque chose ???
 

t'es en 32bits ou en 64 bits ?

je crois que le flashplugin-nonfree installe le 32 sur le 32 et le 64
sur le 64. tandis que flashplayer-mozilla installe le 32 en chroot sur
le 64. je dis pitêtre des bêtises...à vérifier...

bye


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hvojbc$n0...@dough.gmane.org

Re: utiliser correctement hosts.deny sur un NAS à base debian

[giggz]

Le 18/06/2010 15:26, fabrice régnier a écrit :
 'lut,
 
 J'ai un NAS
 [zap]
 connecte sans problème... ???!!!??? et là je ne comprends plus...faut il
 redémarer apache ? y a t il une subtile option à faire passer à apache
 pour lui dire de lire les fichiers hosts.allow et deny ?
 De mémoire, je crois qu'Apache ne supporte pas un tcp wrapper du genre
 hosts.allow/hosts.deny. Peut-être que si tu lui rajoute une extension ?
 

bon j'ai désactiver apache...et mis en place un ftp...au moins j'ai les
bons droits maintenant!

pour ce que ça intéresse et qui ne le savent déjà pas (en gros les
novices comme moi :D ), le seul moyen que j'ai trouvé pour faire
cohabiter 3 pc sous debian, 2 pc sous windows et 1 pc distant sous linux
c'est de mettre en place un ftp accessible de partout (ça va gérer les
droits correctement), du cifs en local pour windows (ça gère les droits
à peu près) et du NFS en local pour la lecture rapide.

Bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hvhpde$31...@dough.gmane.org

Mon joypad fait bouger ma souris...

[giggz]

Bonjour,

j'ai installé l'émulateur supernes sur ma debian instable. Je branche
donc mon joypad et là qd je joue avec les flèches de mon joypad ça fait
bouger ma souris :'(...comme qd j'arrive en bout de bureau, je change
sur celui d'a coté...vous comprenez facilement que je ne peux pas jouer.
savez vous comment modifier ce comportement ??? sans doute une modif à
la noix dans xorg.conf...mais j'ai po trouvé...

Merci d'avance,
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hviml2$js...@dough.gmane.org

Re: [HS] montages NFS, droits et bidouilles

[giggz]

Le 16/06/2010 16:40, Jean-Yves F. Barbier a écrit :
 Le Wed, 16 Jun 2010 16:33:12 +0200,
 giggzounet giggzou...@gmail.com a écrit :
 
 bon j'ai trouvé un moyen!!! et en plus ça marche! :D

 dans /etc/fstab :
 //nom_du_serveur/share   /mount_point  cifs
 users,noauto,username=user_cifs,uid=mon_user,gid=mon_group   0 0

 ce qui important c'est userS avec un s.
 
 Le PB, c'est que cette constante permet à *tous* les users le démontage du
 share.
 

oui et puis je n'avais pas vu...j'ai le suid sur le mount en lenny... :'(

 si le /mount_point a les droits du user, on peut monter le share
 sans les droit root et ça c'est bon :D

 bon reste à voir si c'est aussi rapide que NFS.
 
 Non, le protocol CIFS induit une chute non-négligeable de la vitesse.
 

bon ben je continue de chercher alors.

merci

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hvare2$gs...@dough.gmane.org

Re: [HS] montages NFS, droits et bidouilles

[giggz]

Le 16/06/2010 18:05, Sylvain Sauvage a écrit :
 giggzounet, mercredi 16 juin 2010, 15:56:24 CEST
 […] 
 Je ne suis pas un spécialiste de NFS, mais il n'est qd même pas aussi
 insecure que cela (sinon, n'imorte quel user pourrait piquer les fichiers
 de n'importe qui); c'est le SVR qui impose les UID/GID, donc à priori, c'est
 non.


 ben...si pour écrire sur mes export je suis  obligé d'être en 777...il
 suffit qu'un pc viennent et monte le partage nfs...ensutie il a tous les
 droits...
 
   Si n’importe quel PC peut monter ton partage NFS, les droits
 sur ce dernier ne servent à rien (au niveau sécurité). Le root
 sur le PC qui monte le NFS peut faire ce qu’il veut : il peut
 s’embêter en créant un utilisateur du bon uid/gid ou simplement
 tout lire/modifier puisqu’il est root.
   C’est un problème de sécurité de NFS : le monteur peut tout
 faire et il n’y a pas énormément de sécurité sur qui peut être
 monteur.
 

ah oui tiens...c'est vrai...j'avais jamais vu les choses comme ça :D
donc en fait on s'en fout qu'il y ait de droit 700 ou 777 puisque de
toute façon le monteur peut le modifier...

bon ben je me coucherai moins bete ce soir...un peu plus emmerdé mais
moins bete.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hvaue2$si...@dough.gmane.org

Re: [HS] ssh, dyndns : pb apres un certain temps

[giggz]

Le 15/06/2010 10:48, Erwan David a écrit :
 On Tue, Jun 15, 2010 at 09:33:06AM CEST, giggzounet giggzou...@gmail.com 
 said:
 Bonjour,

 désolé pour le gros HS.

 J'ai configuré dyndns. ça marche bien. l'ip est bien mise à jour. mais
 je rencontre un pb avec ssh:
 après avoir réussi à me connecter, le terminal freeze après un certain
 temps. vraisemblablement parce que mon ip a changé. Y a t il un moyen
 d'éviter ça ? une petite option sympatique de ssh ?

 Merci d'avance
 Guillaume

 
 Ton IP ne devrait pas changer *pendant* une connexion, c'ets le
 meilleur moyen de tout casser et il n'y a rien à faire contre ça, si
 ce n'est s'assurer que l'IP reste en place...
 
 

et ya un moyen qd on n'a pas d'ip fixe délivré par son fai ?

Merci
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hv89h4$sj...@dough.gmane.org

Re: console-tools vs. console-setup

[giggz]

Gilles Mocellin a écrit :
 On Fri, May 21, 2010 at 11:06:01PM +0200, NBaH wrote:
 Bonjour,

 Ça fait pourtant un moment que je suis sur Debian GNU/Linux, 
 mais il y a peu de temps que j'ai essayé de configurer la console.

 J'ai eu beau triturer la config de console-tools, rien ne changeait :(
 et pour cause !
 console-setup repasse par dessus, et applique sa propre config.
 ce qui explique le double sursaut de la console au démarrage :)

 Pour l'instant, j'ai viré console-setup, et apparemment tout fonctionne bien.

 Pourquoi sont-ils installés tous les deux ?
 Pourquoi ne sont-ils pas exclusifs l'un de l'autre ?
 Faut-il privilégier l'un par rapport à l'autre ? Pourquoi ?

 tout ça tout ça quoi...

 merci pour vos avis et conseils.
 
 Sur mon PC, j'ai aussi les deux, mais pas sur mon portable... Je n'ai
 que console-tools.
 
 Ce que je vois en lisant les descriptions, c'est que console-setup
 permet d'avoir une configuration commune à la console et à Xorg.
 Je ne garderais bien que celui-ci.
 
 Mais pourquoi console-tools est installé ? A cause de dépendances :
 Sur mon portable :
 gil...@thinkpad:~$ aptitude why console-tools
 i   hibernate Dépend console-tools | kbd
 
 Sur mon PC :
 gil...@guitare:~$ aptitude why console-tools
 i   pm-utils Dépend kbd | console-tools
 
 On dirait que c'est toujours lié à de la gestion d'énergie et suspend.
 
 Vu ces dépendances, il semblerait que l'on puisse remplacer
 console-tools par kbd.
 Ca marche, j'essaye ça de mon coté.

chez moi j'avais fait la migration il y a qqs mois (à cause d'un fil sur
la liste) :
installation de kbd et de console-setup et suppression de console-tools.
ben ça marche ;) j'ai pas de pb.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/ht8l5o$cp...@dough.gmane.org

Re: problème de résolution d'écran (dri ver nv sur debian squeeze)

[giggz]

Helfer Thomas a écrit :
 Merci pour cette réponse.
 
 Je ne suis pas à l'aise avec ces nouveaux X11 au fichier xorg.conf
 inexistant. Du coup, je ne sais pas comment l'activer.
 
 J'ai rajouté cette section au fichier xorg.conf :
 
 Section Device
 Identifier device1
 BoardName GeForce2 GTS
 Driver nv
 BusID PCI:1:0:0
 Option DPMS
 Option IgnoreEDID 0
 EndSection
 
 Le résultat est toujours le même. Le driver nv me dit que l'option EDID
 est ignorée (voir le fichier de log)
 

et avec :
Option IgnoreEDID 1
(comme l'a écrit fanfan)

ça devrait mieux marcher (enfin pour activer l'option...1 = true; 0 =
false...) :)

Bye,
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hr163k$j9...@dough.gmane.org

Voir la fréquence actuelle du processeur sous /proc ou /sys

[giggz]

Bonjour,

ben tout est dans le titre. je cherche à savoir la fréquence temps
réelle du processeur...

J'ai un eeepc. et je cherche à voir l'influence que peut avoir les
différents modes standard, power saving, performance sous linux ma
debian stable lenny.

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hr17pj$o4...@dough.gmane.org

Re: Voir la fréquence actuelle du proces seur sous /proc ou /sys

[giggz]

franz a écrit :
 Le Sunday 25 April 2010 13:09:18 giggz, vous avez écrit :
 Bonjour,

 ben tout est dans le titre. je cherche à savoir la fréquence temps
 réelle du processeur...

 J'ai un eeepc. et je cherche à voir l'influence que peut avoir les
 différents modes standard, power saving, performance sous linux ma
 debian stable lenny.

 Merci d'avance
 Guillaume

 
 essaye cat  /proc/cpuinfo |grep MHz
 

salut,

oui j'ai direct essayé ça. mais sous mon eeepc la fréquence est
fixe...ce que je trouve plutot étrange. Par exemple sous mon laptop
normal avec cpufreq, cat  /proc/cpuinfo |grep MHz me renvoie la bonne
fréquence. mais pas sous le eeepc. c'est pour ça que je me demandais
s'il n'y avait pas un autre fichier sous /proc ou /sys pour vérifier.

merci!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hr1a8r$uv...@dough.gmane.org

Re: Voir la fréquence actuelle du processeu r sous /proc ou /sys

[giggz]

Vincent Tondellier a écrit :
 Bonjour,
 
 giggz wrote:
 
 Bonjour,

 ben tout est dans le titre. je cherche à savoir la fréquence temps
 réelle du processeur...

 J'ai un eeepc. et je cherche à voir l'influence que peut avoir les
 différents modes standard, power saving, performance sous linux ma
 debian stable lenny.
 
 Je ne connais pas le eeepc, mais ça doit être la même chose pour tous les 
 processeurs : 
 $ cpufreq-info
 

ben malheureusement non...ce n'est po aussi simple :
l'atom 330 ne gère pas le speedstep, donc pas de acpi-cpufreq ou autre.
enfin si apparemment on peut utiliser le module P4_clockmod. mais c'est
déconseillé en amd64. ça peut amener de gros ralentissements de la
machine. donc il n'y a pas de module cpufreq chargé. par conséquent
cpufre-info me renvoie une erreur.

merci
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hr1tqo$sm...@dough.gmane.org

Re: Voir la fréquence actuelle du proces seur sous /proc ou /sys

[giggz]

Fanfan a écrit :
 Le Sunday 25 Apr 2010 à 13:51:34 (+0200), giggz a écrit :
 oui j'ai direct essayé ça. mais sous mon eeepc la fréquence est
 fixe...ce que je trouve plutot étrange. Par exemple sous mon laptop
 normal avec cpufreq, cat  /proc/cpuinfo |grep MHz me renvoie la bonne
 fréquence. mais pas sous le eeepc. c'est pour ça que je me demandais
 s'il n'y avait pas un autre fichier sous /proc ou /sys pour vérifier.
 
 Salut,
 
 Si, si, il y a e il y a meme pleins d'autres trucs, il suffit de
 rechercher :
 
 ~ $ find /sys/ -name *freq*
 

ben sur le eeepc pas ton que ça...

2 résultats :
un répertoire vide
et un sur la freq du rtc :'(

bon je crois que la méthode officielle est le proc/cpuinfo...

merci
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hr1tuj$sm...@dough.gmane.org

Re: [HS] Mini-cluster pour calcul intensif

[giggz]

Jean-François Pirlet a écrit :
 la boite avec laquelle je suis en relation m'a proposé un chassis IBM
 x3850 M2. ça a l'air bien.
 
 Ceci te limite, il me semble, aux Xeon 7400. Dommage, c'est l'ancienne
 architecture quadriprocesseur d'Intel, qui souffrait beaucoup de sa
 bande passante très limitée (même type de problème que les quads
 constitués de deux bi-coeurs qui communiquent via FSB, sauf qu'ici on a
 2/4 CPUs de 4/6 cores chacun, soit 8 à 24 cores, qui communiquent entre
 eux et accèdent à la RAM via le FSB - c'est encore pire, quoi). C'est
 une plateforme sur laquelle on a observé des résultats parfois assez
 surprenants (par exemple, dans certains cas, elle se montrait moins
 performante qu'une plateforme bi-CPU bien moins chère parce que la bande
 passante disponible était tout simplement trop faible). Il parait
 d'ailleurs que ça ne s'est pas extrêmement bien vendu. (mais bon, il
 faut relativiser, le marché de ce genre de produits est de toute façon
 assez restreint).
 

bon je vais voir s'il n'est pas possible d'obtenir d'autres offres. En
regardant sur le site d'IBM il n'y pas vraiment d'autres choix que ce
chassis là...

 (évidemment, lorsqu'on ne doit pas faire énormément d'accès à la RAM, et
 lorsque les communications entre CPUs sont limitées, cette plateforme
 est très performante...)
 

bon c'est du calcul intensif parallèle. de la CFD (computational fluid
dynamics) donc si, énorme consommation de RAM et énormes communications
entre CPUs.

 Note : les Xeon 7500 résolvent ce problème, normalement (4 liens QPI, un
 pour communiquer avec le chipset, et les trois autres pour communiquer
 avec les trois autres CPUs de la plateforme, ainsi qu'un contrôleur
 mémoire quad-channel intégré à chaque CPU). Mais ils ne sont pas
 compatibles avec le x3850 M2 (pas le même type de socket CPU).
 

donc ce que l'on m'avait dit sont encore valable pour les CPU de la
série 7400...merde alors. as tu des liens de préférence en anglais pour
que je puisse montrer ça à mon chef.

 intéressant! j'ai aussi vu que certain ont l'hyper threading...et
 évidemment ça a l'air vachement intéressant. en gros je pourrais avoir
 avec 4 proc jusqu'à 32 threads (4*8*2) :) mais bon je ne sais pas si le
 chassis supporte ces processeurs.
 
 Non.
 
 ah ok. donc plus de problème. et c'est pareil pour les proc avec plus de
 4 coeurs ? je vois par exemple un octocore avec hyperthreading...ça
 donne envie, mais ne vaut il mieux pas avoir 2 chassis avec des
 quadcores... ?
 
 Les Xeon 7500 j'imagine? Ils n'ont effectivement pas ce genre de
 problème.
 

vi. mais j'ai pas encore trouvé de rack avec 4 sockets les supportant.

 Tout dépend des usages. Si l'anglais ne te dérange pas, tu peux lire
 ceci :
 http://www.bit-tech.net/hardware/cpus/2010/04/07/intel-xeon-x7560-nehalem-ex-review/1
 

oki je vais regarder.

 On le voit clairement, dans certains cas la plateforme en Xeon 7500
 écrase sa concurrence, dans d'autres cas, en revanche, une plateforme
 biCPU en Xeon 5600, bien moins chère, s'avère également bien
 meilleure...
 
 ben si tu as des configs type, ça m'intéresse!!! :) ...tu peux me
 contacter en privé (je ne suis pas sur que la pub pour certaines marques
 soit appréciées sur la liste...).
 
 Je n'ai pas ça en stock pour ce genre de matériel, malheureusement. Je
 connais beaucoup mieux le monde du grand public que celui du matériel
 pro (qui m'intéresse également, d'où le fait que je connais 2-3 trucs
 là-dessus, mais pas pour la partie achat). ;) 
 

ben moi c'est pareil. et là je suis un peu perdu :) et en plus ça ne
fait pas partie de mes heures de travail...damned heuresement que j'aime
les pc :)

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hqaf4q$gp...@dough.gmane.org

Re: /etc/hosts : pourquoi mettre le hostname sur un ip different que le localhost ?

[giggz]

Frédéric Boiteux a écrit :
 Le Sat, 10 Apr 2010 10:49:36 +0200,
 giggz giggzou...@gmail.com a écrit :
 
 Bonjour la liste,

 Il y a qqs temps sur la liste j'ai vu passé un fil qui disait qu'il ne
 fallait pas mettre le hostname sur la même adresse que le localhost.
 Je cherche des infos la dessus pour comprendre...et je n'en trouve
 pas trop de satisfaisante.

 J'ai installé un lenny et durant l'install le hostname a été mis en
 127.0.1.1. Comme ça me posait problème avec mes configurations de mpd
 et de proxy, j'ai modifié la chose. mais maintenant j'essaye de faire
 fonctionner tout mon système avec 2 adresses IP.
 127.0.0.1 localhost
 127.0.1.1 hostname

 bref si vous avez des infos sur le pourquoi c'est comme ça. ça
 m'intéresse.

 Bonne journée ensoleillée!
 GiGGz

 
   Salut,
 
   Regarde l'avant-dernier message du forum suivant, je pense que c'est
 la bonne raison :
  http://forum.ubuntu-fr.org/viewtopic.php?id=117658
 
 Maintenant, c'est vrai que cela gênait parfois, surtout avec la
 distribution Lenny, je pense que quelques applications devaient faire
 la confusion localhost/machine…
 
   Fred.
 

merci à tous pour vos réponses! la liste est bien utile!

bye bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hq2ehv$bp...@dough.gmane.org

Re: /etc/hosts : pourquoi mettre le hostname sur un ip different que le localhost ?

[giggz]

Pascal Hambourg a écrit :
 Salut,
 
 giggz a écrit :
 d'après
 http://www.debian.org/doc/manuals/reference/ch05.en.html#_the_basic_network_infrastructure
 the /etc/hosts file associates IP addresses with hostnames contains
 the following.

 127.0.0.1 localhost
 127.0.1.1 host_name.domain_name host_name

 # The following lines are desirable for IPv6 capable hosts
 ::1 ip6-localhost ip6-loopback
 fe00::0 ip6-localnet
 ff00::0 ip6-mcastprefix
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters
 ff02::3 ip6-allhosts
 
 Grmbl, ça n'a toujours pas été corrigé ?
 fe00:: et ff00:: sont des *préfixes*, ils n'ont rien à faire dans le
 fichiers *hosts*. Quant à l'adresse ff02::3, elle n'a jamais été
 reconnue comme all hosts dans aucun document normatif, et d'ailleurs
 ne marche pas.
 

QUe faut il mettre ? je n'utilise pas ipv6 pour l'instant...mais bon
histoire de se préparer... j'ai les lignes ci-dessus dans mon fichier
hosts...

Merci d'avance et merci pour tes explications!

GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hq2fdn$fo...@dough.gmane.org

Re: /etc/hosts : pourquoi mettre le hostname sur un ip different que le localhost ?

[giggz]

Julien a écrit :
 Le samedi 10 avril 2010 à 10:49 +0200, giggz a écrit :
 Bonjour la liste,
 
 J'ai installé un lenny et durant l'install le hostname a été mis en
 127.0.1.1. Comme ça me posait problème avec mes configurations de mpd et
 de proxy, j'ai modifié la chose. mais maintenant j'essaye de faire
 fonctionner tout mon système avec 2 adresses IP.
 127.0.0.1 localhost
 127.0.1.1 hostname
 
 Est-ce que ton système est relié à un réseaux quelconque ? As-tu bien 2
 interfaces réseaux, quelle est la sortie de ifconfig ? Quel est le
 contenu de ton fichier /etc/network/interfaces ?
 

ifconfig :
eth0  Link encap:Ethernet  HWaddr 00:0a:e4:54:e5:10
  inet adr:192.168.0.3  Bcast:192.168.0.255  Masque:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1492  Metric:1
  RX packets:11949 errors:0 dropped:0 overruns:0 frame:0
  TX packets:8100 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:12354591 (11.7 MiB)  TX bytes:713320 (696.6 KiB)
  Interruption:10

eth1  Link encap:Ethernet  HWaddr 00:0e:35:63:17:e7
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  Interruption:10 Adresse de base:0xe000 Mémoire:d0202000-d0202fff

irda0 Link encap:IrLAP  HWaddr e0:59:0f:ad
  UP RUNNING NOARP  MTU:2048  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:8
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

loLink encap:Boucle locale
  inet adr:127.0.0.1  Masque:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:50036 errors:0 dropped:0 overruns:0 frame:0
  TX packets:50036 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:0
  RX bytes:4489576 (4.2 MiB)  TX bytes:4489576 (4.2 MiB)


14:25 gi...@thor ~ % cat /etc/network/interfaces
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

#
# lo
#
# The loopback interface
auto lo
iface lo inet loopback


#
# eth0
#
#auto eth0
#allow-hotplug eth0

## configuration dhcp
iface eth0 inet dhcp

## configuration static type
#iface eth0 inet static
#address 192.168.0.3
#netmask 255.255.255.0
#broadcast 192.168.0.255
#gateway 192.168.0.1

#ligne a ajouter pour configurer resolvconf
#dns-search
#dns-nameservers 212.27.54.252 212.27.53.252 213.228.0.96


#
# eth1
#
#auto eth1
#iface eth1 inet dhcp
allow-hotplug eth1

###
## Roaming avec wpasupplicant :
###
## modifier le fichier ~/.wpa-roam.conf comme il faut
iface eth1 inet manual
wpa-roam /home/giggz/.wpa-roam.conf

## wpa-roam sort id_str comme identifiant de connexion. chaque
## connexion peut donc avoir une configuration propre. si aucune
## id_str n'est défini alors on utilise default qui fait du dhcp
iface default inet dhcp

#
# ppp
#
#iface dsl-provider inet static
#provider dsl-provider
# please do not modify the following line
# pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
# name Type d'interface inconnu
iface dsl-provider inet ppp
provider dsl-provider


 Pourquoi ne pas utiliser une adresse de type 192.168.x.x, par exemple
 192.168.1.1 pour ta ligne hostname. C'est beaucoup plus lisible à mon
 avis car ça ne ressemble pas à ton adresse loopback 127.0.0.1.
 

ben parce qu'apparemment c'est comme ça que ça se génère à l'install...

d'après
http://www.debian.org/doc/manuals/reference/ch05.en.html#_the_basic_network_infrastructure
the /etc/hosts file associates IP addresses with hostnames contains
the following.

127.0.0.1 localhost
127.0.1.1 host_name.domain_name host_name

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

 Enfin, as-tu bien donné un nom à ta machine ou est-ce que ta machine
 s'appelle hostname ? 
 

j'ai donné un nom à ma machine.

 Il me semble que l'adresse 127.0.1.1 est identique à 127.0.0.1, ça
 pointe toujours vers ton interfaces loopback (lo).
 

ok.

 Il faut mettre l'adresse IP de eth0 avec le nom de ta machine.
 

pourquoi ? quelle est la différence ? qu'est ce que ça apporte ?

merci d'avance,
Bye bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http

/etc/hosts : pourquoi mettre le hostname sur un ip different que le localhost ?

[giggz]

Bonjour la liste,

Il y a qqs temps sur la liste j'ai vu passé un fil qui disait qu'il ne
fallait pas mettre le hostname sur la même adresse que le localhost. Je
cherche des infos la dessus pour comprendre...et je n'en trouve pas trop
de satisfaisante.

J'ai installé un lenny et durant l'install le hostname a été mis en
127.0.1.1. Comme ça me posait problème avec mes configurations de mpd et
de proxy, j'ai modifié la chose. mais maintenant j'essaye de faire
fonctionner tout mon système avec 2 adresses IP.
127.0.0.1 localhost
127.0.1.1 hostname

bref si vous avez des infos sur le pourquoi c'est comme ça. ça m'intéresse.

Bonne journée ensoleillée!
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hppe01$ha...@dough.gmane.org

Re: Problème d'acpi sur un laptop

[giggz]

Goldy a écrit :
 Bonjour,
 
 J'ai décidé de passer d'une installation d'ubuntu Karmic Koala à une
 debian testing sur un laptop (sans marque de type barbone n1212). J'ai
 pris cette décision après avoir tenté d'installer la prochaine version
 de cette distribution et constatant qu'elle fonctionnait mal avec cette
 machine.
 
 Le soucis, c'est qu'avec testing j'ai un peu le même problème, je ne
 peux pas booter le laptop si l'acpi est activé. L'écran reste noir rien
 ne semble se produire (ctrl alt supp reboot le système).
 
 Maintenant que j'ai pris la décision de passer sous debian, je suis bien
 décidé à y rester, mais sans acpi c'est véritablement problématique pour
 un laptop.
 
 Est-ce que vous auriez des pistes à explorer sachant qu'il est difficile
 de savoir ce qui se passe concrètement étant donné que je n'ai aucun
 affichage et que le boot ne se fait pas (le système étant chiffré, il
 faut saisir un mdp au boot, et même en le faisant à l'aveugle rien ne
 semble se produire).
 
 Est-ce que je devrais tenter un upgrade du noyaux ? Une compilation
 manuelle ? (j'ai pas fait ça depuis des années).
 
 Merci d'avance si vous avez des pistes à me conseiller.
 

tente de booter avec  acpi_osi=Linux (modifie le menu.lst de grub pour ça)

sinon la piste de la dsdt est complexe mais vraisemblablement la plus
sure de fonctionner.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hokl5g$j0...@dough.gmane.org

quelle est la difference entre le paquet libvdpau1 et nvidia-libvdpau1 ?

[giggz]

Bonjour,

j'ai une stable lenny avec backports. pour profiter au max du chipset
ION nvidia j'utilise les drivers d'instable (190.53). Tout focntionne
bien. Voulant profiter de l'accélération matérielle, j'installe mplayer
de la distrib MEPIS compatible avec lenny, l'installation de ce paquet
m'installe automatiquement libvdpau1. si je lance mplayer j'ai bien
l'accélération matérielle. donc je suis content.

mais maintenant petite question non existentielle :
il y a 2 paquets libvdpau1 :
libvdpau1 et nvidia-libvdpau1

libvdpau1 étant en conflit avec nvidia-libvdpau1.
J'aimerais comprendre la différence existant entre ces 2 paquets...

Merci,
Bon dimanche,
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hnik6f$cg...@dough.gmane.org

Re: [Squeeze] Segfault : unopkg. bin mplayer mpd [Résolu!]

[giggz]

Alexandre a écrit :
 Le mardi 02 mars de l'année 2010, vers 16 heures et 57 minutes, giggz 
 écrivait:
 tu peux tenter d'installer debsums et tu lances un test debsums. j'ai
 déjà eu des surprises. des librairies modifiées...tu les reinstalles.
 
 Ok, donc je lance en root debsums -s -a 
 
 Effectivement, debsums: no md5sums for debian-archive-keyring ça
 surprend...
 
 Je réinstalle tous les paquets dont les md5sum sont changées ou absents
 (uniquement les paquets dont je n'ai pas touché aux fichiers de conf).
 
 Au final il ne me reste que les non reconnaissances suivantes (en
 fichier joint).
 
 Je teste mpd, mplayer, openoffice et tout marche!!!
 

héhé ;) magie noire à la giggz! ;)

 Heu, là, en fait, je suis satisfait de la résolution (merci Giggz)
 mais je suis un peu inquiet... sans être parano, ça vous est déjà
 arrivé ce genre de chose ?
 

vi...et j'ai déjà posé la question. on m'a répondu c'est RAM qui meurt
dans d'atroces souffrances. alors j'ai testé avec memtest...0 erreur sur
24 heures de test...alors qd ça va mal je réinstalle qqs paquets et ça
remarche...

 PS: et on fait quoi si la sum de debsums n'est pas bonne ?
 

on s'inquiète... :)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hmjge7$4a...@dough.gmane.org

Re: [HS] téléphonie SIP via free et debia n

[giggz]

Mourad Jaber a écrit :
 Bonjour,
 
 Je débute dans le SIP.
 J'aimerai savoir ce que vous me conseillerai comme application simple
 pour utiliser le SIP de free !
 
 Merci
 
 Mourad
 

salut,

j'ai utilisé linphone pendant un moment. ça a très bien marché. mais il
y a qqs temps en SID j'avais des problèmes de connection. Je n'ai jamais
su si ça venait de linphone ou alors des site de voip. c'est du
graphique gtk.

Bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hmbh88$s...@dough.gmane.org

Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3

[giggz]

Guillaume a écrit :
 Bonjour à tous.
 
 Afin d'envoyer un rapport de bug plus détaillé, je cheche à enlever les ?? du 
 rapport de bug généré.
 Ces ?? sont à la ligne ?? () from /lib/libdbus-1.so.3
 
 Qui saurait me conseiller un paquet à installer pour transformer ces ?? en 
 infos utiles ?
 
 Merci d'avance pour la réponse.
 
 Guillaume

les paquets -dbg correspondants ? tu devrais plutot copier-coller le
rapport de bug en question...parce que je n'ai pas tout compris :)

bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hlohn0$q4...@ger.gmane.org

Re: eeepc 1201n + lenny + backports + driver nvidia proprio = pb brightness avec le BIOS

[giggz]

François LE GAD a écrit :
 giggzounet a écrit :
 
 J'ai un eeepc très récent (1201n avec chipset ion). Je ne veux pas
 installer de sid et encore moins de testing dessus. Je veux être en
 stable avec les noyaux récents. J'ai donc lenny + bakcports + 2 ou 3
 paquets d'instable et les driver nvidia proprio compilés via le run. Bon
 ça roule vraiment pas mal à part un problème avec le réglage de la
 luminosité. En effet si je modifie la luminosité de l'écran via les
 touche fn+f5/f6 ou alors via la ligne de commande avec echo unnombre
 /sys/blabla/backlight, je me retrouve avec un reset des données de bios
 et je dois alors lancer un setup du bios pour que le système fonctionne
 normalement. Deplus j'ai remarqué que si je boote avec une luminosité de
 100%, qu'ensuite je diminue ou que reaugmente la luminosité, mais qu'à
 la fin je remets la luminosité de départ (ie 100% dans ce cas là) je
 n'observe pas ce phénomène de reset du BIOS.
 
 Si tu es sous gnome, il y a l'applet Luminosité.
 Il y a aussi le gestionnaire d'énergie, dans Système / préférences
 (gnome-power-preferences).
 Je ne sais pas s'ils fonctionnent avec le pilote Nvidia, mais tu peux
 toujours essayer.
 

je ne suis pas sous gnome. c'est pour ça que je cherche à travailler
direct en ligne de commande.

merci!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/hlf5d5$i0...@ger.gmane.org

Re: fichier /etc/hosts [était Re: VNC via SSH : impossible de se connecter]

[giggz]

Samy Mezani a écrit :
 le 11/02/2010 17:13, Sylvain Sauvage a écrit:
 
   Le /etc/hosts diffère légèrement suivant le moment/la version
 de Debian utilisée pour la première installation et n’est pas
 mis à jour ensuite (ce fichier ne fait partie d’aucun paquet).
 
 Pour résumer, avec Lenny, ce /etc/hosts comme suit est-il correct ?
 127.0.0.1 localhost
 127.0.1.1 nom_machine
 

moi j'ai :
127.0.0.1 localhost nom_machine

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: fichier /etc/hosts [était Re: VNC via SSH : impossible de se connecter]

[giggz]

Emmanuel Chantry a écrit :
 Le 11/02/2010 22:20, Ebling Andreas a écrit :
 giggz wrote:
   
 Samy Mezani a écrit :

 
 le 11/02/2010 17:13, Sylvain Sauvage a écrit:


   
Le /etc/hosts diffère légèrement suivant le moment/la version
 de Debian utilisée pour la première installation et n’est pas
 mis à jour ensuite (ce fichier ne fait partie d’aucun paquet).

  
 Pour résumer, avec Lenny, ce /etc/hosts comme suit est-il correct ?
 127.0.0.1 localhost
 127.0.1.1 nom_machine



 moi j'ai :
 127.0.0.1 localhost nom_machine

 bye


  
 Bonsoir,

 127.0.0.1 c'est la boucle locale, et doit uniquement pointer sur
 localhost (me disait mon professeur de réseau).

 Andreas

 
 
 Bonsoir,
 
 Le fichier /etc/hosts doit etre comme ceci par exemple :
 
 127.0.0.1   localhost.localdomain localhost
 192.168.1.10 mamachine.mondomaine mamachine
 
 La boucle locale pointe uniquement sur la boucle locale comme l'a
 précisé Andreas.
 Pour le nom de la machine il est situé dans le /etc/hostname
 

donc si je te comprend bien le nom de la machine sur laquelle est situé
le /etc/hosts n'apparait plus dans ce dernier/ n'est plus nécessaire
dans ce dernier.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Pb de montage NFS entre sid et etch

[giggz]

Bonjour,

j'ai 3 pcs :
1 serveur sous etch
1 laptop sous SID
1 netbook sous lenny

le serveur sert de serveur nfs. Je l'ai configuré depuis un bon moment
déjà et tout fonctionnait bien. c'est à dire : je pouvais monter mes
exports nfs sans pb. aujourd'hui je teste et ça ne fonctionne plus entre
SID et etch. Je n'ai AUCUN pb entre lenny et etch. mais entre ma sid et
etch j'ai du côté SID :

mount.nfs: Operation not permitted

pareil en root...
pareil avec les 2 firewalls désactivés.
pareil après reboot des 2 machines.

J'ai vu pas mal de mail passé sur krb5. il y a po mal de changement en
ce moment. est ce du à celà ? doit on explicitement donner un algo ?

j'ai dans mon fstab :
njal:/media/F_SERVEUR/ANIMES1   /media/ANIMES1  nfs
user,noauto,soft,timeo=5,intr,rsize=8192,wsize=8192,sec=sys 0  0

Bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [resolu] Pb de montage NFS entre sid et etch

[giggz]

giggz a écrit :
 Bonjour,
 
 j'ai 3 pcs :
 1 serveur sous etch
 1 laptop sous SID
 1 netbook sous lenny
 
 le serveur sert de serveur nfs. Je l'ai configuré depuis un bon moment
 déjà et tout fonctionnait bien. c'est à dire : je pouvais monter mes
 exports nfs sans pb. aujourd'hui je teste et ça ne fonctionne plus entre
 SID et etch. Je n'ai AUCUN pb entre lenny et etch. mais entre ma sid et
 etch j'ai du côté SID :
 
 mount.nfs: Operation not permitted
 
 pareil en root...
 pareil avec les 2 firewalls désactivés.
 pareil après reboot des 2 machines.
 
 J'ai vu pas mal de mail passé sur krb5. il y a po mal de changement en
 ce moment. est ce du à celà ? doit on explicitement donner un algo ?
 
 j'ai dans mon fstab :
 njal:/media/F_SERVEUR/ANIMES1 /media/ANIMES1  nfs
 user,noauto,soft,timeo=5,intr,rsize=8192,wsize=8192,sec=sys 0  0
 

bon désolé pour le bruit...

sid utilise par défaut vers=4, ie la version 4 de nfs. tandis que mon
serveur utilise par defaut la version 3.

Pour que tout rentre dans l'ordre, il faut préciser sur la SID dans
/etc/fstab :
readynas-ip-address:/c/folder /mnt/folder nfs rw,user,noauto,nfsvers=3
 0   0

et ensuite ça marche.

Bye bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

compiler le driver nvidia proprio avec un kernel 2.6.33-rc

[giggz]

Bonjour,

je n'arrive pas à compiler le driver nvidia proprio à partir du run
(190.53) avec un kernel 2.6.33-rc. Pas de pb avec les noyau jusqu'à
2.6.32 mais ensuite j'ai un message d'erreur comme quoi il ne trouve pas
la version du noyau dans les sources. J'indique les sources avec
--kernel-source-path.

Avez vous une idée ? rencontrez vous aussi ce problème avec un 2.6.33-rc
et le driver nvidia ?

Merci d'avance
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: compiler le driver nvidia proprio avec un kernel 2.6.33-rc

[giggz]

François Boisson a écrit :
 Le Sat, 23 Jan 2010 12:24:49 +0100
 giggz giggzou...@gmail.com a écrit:
 
 Bonjour,

 je n'arrive pas à compiler le driver nvidia proprio à partir du run
 (190.53) avec un kernel 2.6.33-rc. Pas de pb avec les noyau jusqu'à
 2.6.32 mais ensuite j'ai un message d'erreur comme quoi il ne trouve pas
 la version du noyau dans les sources. J'indique les sources avec
 --kernel-source-path.

 Avez vous une idée ? rencontrez vous aussi ce problème avec un 2.6.33-rc
 et le driver nvidia ?
 
 Pas eu de problèmes jusqu'à 2.6.32, n Lexplication de Jean Yves est la bonne?.

je n'ai aucun problème avec le 2.6.32...juste à partir du 2.6.33rc. et
j'ai aussi des problèmes avec ce même noyau et le kernel-package de
lenny. il plante à la compilation pour une histoire de version
aussi...je suis obligé d'utiliser le kernel-package d'unstable.

 Par contre tu peux faire ça à la debian via module assistant avec les paquets
 adequats que tu trouveras sur
 
 http://boisson.homeip.net/debian/Nvidia
 

je vais regarder ça. Quelles sont les étapes ? corriges moi si je me
trompe :
- ./NVIDIA.run --uninstall
- mettre dans sources.list ton dépot et configurer la chose
- installer : nvidia-glx (le dev est aussi nécessaire ?); le
nvidia-kernel-source
- m-a a-i nvidia-kernel (faut il faire m-a prepare/update ?)

c'est tout ?

Sinon : est ce que tu mets ton dépot à jour ? où c'est jsute exceptionnel ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

Bonjour à tous,

J'ai une stable toute fraîche avec 3 noyaux : celuis de stable, celui de
backport et celui de sid. J'aimerai pourvoir booter sur n'importe lequel
de ces noyaux et pouvoir lancer le serveur X avec le module nvidia
proprio. En effet qd je lance le .run de nvidia sur un des noyaux tout
se passe bien, mais il me désinstalle les autres modules nvidia pour les
autres noyaux :'( Y a t il une solution propre pour ne pas avoir à
recompiler le module à chaque fois que je boote sur un noyau différent
du précédent ?

Merci,
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

Poustiquet a écrit :
 giggz a écrit :
 Bonjour à tous,
 
 J'ai une stable toute fraîche avec 3 noyaux : celuis de stable, celui de
 backport et celui de sid. J'aimerai pourvoir booter sur n'importe lequel
 de ces noyaux et pouvoir lancer le serveur X avec le module nvidia
 proprio. En effet qd je lance le .run de nvidia sur un des noyaux tout
 se passe bien, mais il me désinstalle les autres modules nvidia pour les
 autres noyaux :'( Y a t il une solution propre pour ne pas avoir à
 recompiler le module à chaque fois que je boote sur un noyau différent
 du précédent ?
 
 Merci,
 Guillaume
 
 hello
 
 @ part 3 installe de debian sur partitions différentes,
  je ne vois pas d'autre solution
 
 Cela ne t'empêche pas de monter un Home (VAR, TMP, SWAP ...)commun
   mais pas le coeur USR ...
 
 Poustiquet
 
 

sais tu pourquoi ? je ne vois pas pourquoi on ne peut pas compiler 3
modules nvidia et les laisser se charger tranquillement...

Merci de ta réponse
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

David Prévot a écrit :
 On 13/01/2010 08:49, giggz wrote:
 Bonjour à tous,
 
 Bonjour,
 
 Y a t il une solution propre pour ne pas avoir à
 recompiler le module à chaque fois que je boote sur un noyau différent
 du précédent ?
 
 Sans aucun problème avec utilisant les paquets de ta distribution.
 Pourquoi utiliser l'exécutable de Nvidia (qui risque de modifier des
 fichiers installés par APT en plus) ?
 
 Amicalement
 
 David
 

ben parce que je suis en stable et que j'ai un eeepc avec ion...alors
histoire d'en profiter pleinement j'ai récupéré le run de nvidia. mais
si tu as une autre solution avec les paquets debian je suis preneur.

Bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

David Prévot a écrit :
 On 13/01/2010 11:19, giggz wrote:
 David Prévot a écrit :
 
 Sans aucun problème avec utilisant les paquets de ta distribution.
 Pourquoi utiliser l'exécutable de Nvidia (qui risque de modifier des
 fichiers installés par APT en plus) ?
 
 ben parce que je suis en stable et que j'ai un eeepc avec ion...alors
 histoire d'en profiter pleinement j'ai récupéré le run de nvidia. mais
 si tu as une autre solution avec les paquets debian je suis preneur.
 
 Avec les paquets de Sid : dernière version du pilote nvidia *et*
 intégration intelligente à ta distribution (nvidia-kernel-source et
 nvidia-glx de Sid devraient suffire, le reste en stable)

ok. bon je vais attendre un peu alors. je dois avoir la version 190.53
et en SID c'est 190.42...

ensuite le reste se fait avec module-assistant si j'ai bien compris...

Je trouve tout de même ça bizarre qu'on ne puisse pas utiliser plusieurs
modules nvidia compilés via le run...

merci en tout cas.
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

Jean-François Pirlet a écrit :
 Je trouve tout de même ça bizarre qu'on ne puisse pas utiliser plusieurs
 modules nvidia compilés via le run...
 
 Si j'en juge par le manuel de l'installateur nVidia (man
 nvidia-installer), ça doit être possible, avec l'option -K.
 
   -K, --kernel-module-only
   Install  a  kernel  module  only,  and do not uninstall
 the existing driver.  This is intended to be used to install kernel
 modules for additional kernels (in cases where you might boot between
 several different kernels).  To use this option, you must already have a
 driver installed, and the version of the driver must match the version
 of this kernel module.
 
 

damned tu dois avoir raison!!! je teste ça de suite!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Utiliser le run de nvidia (et non les paquets debian) avec une stable et plusieurs noyaux

[giggz]

giggz a écrit :
 Jean-François Pirlet a écrit :
 Je trouve tout de même ça bizarre qu'on ne puisse pas utiliser plusieurs
 modules nvidia compilés via le run...
 Si j'en juge par le manuel de l'installateur nVidia (man
 nvidia-installer), ça doit être possible, avec l'option -K.

   -K, --kernel-module-only
   Install  a  kernel  module  only,  and do not uninstall
 the existing driver.  This is intended to be used to install kernel
 modules for additional kernels (in cases where you might boot between
 several different kernels).  To use this option, you must already have a
 driver installed, and the version of the driver must match the version
 of this kernel module.


 
 damned tu dois avoir raison!!! je teste ça de suite!
 

damned!

ça fonctionne!!! merki d'avoir lu le man mieux que moi :D

Bye bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Comment on fait marcher du bluetooth sous linux ?

[giggz]

Bonsoir,

je viens d'installer une debian stable très minimale sur un portable
avec bluetooth. Je n'ai jamais utilisé ce machin. Comment on fait ?
c'est quoi les modules du noyau utilisés ? Y a t il un programme à
installer ? si oui lequel ? Si il y en a plusieurs...ben y en t il des
mieux que d'autres ?

Merki d'avance et bonne soirée
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Comment on fait marcher du bluetooth sous linux ?

[giggz]

François Boisson a écrit :
 Le Tue, 12 Jan 2010 19:26:37 +0100
 giggz giggzou...@gmail.com a écrit:
 
 Bonsoir,

 je viens d'installer une debian stable très minimale sur un portable
 avec bluetooth. Je n'ai jamais utilisé ce machin. Comment on fait ?
 c'est quoi les modules du noyau utilisés ? Y a t il un programme à
 installer ? si oui lequel ? Si il y en a plusieurs...ben y en t il des
 mieux que d'autres ?

 
 Installation de blueman + nautilus en ayant soin de n'appeler ce dernier
 qu'avec l'option --no-desktop si on n'est pas sous gnome).
 
 (cd /usr/bin/ ; mv nautilus nautilus.real et fichier /usr/bin/nautilus
 en chmod +x et contenant
 
 #!/bin/sh
 nautilus.real --no-desktop $*
 
 En suite lancement de blueman, le reste est intuitif.
 

Bonsoir,

merci pour la réponse! ça m'a l'air intéressant.

petite question...pourquoi nautilus est il nécessaire ? j'utilise pcmanfm...

Merci
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Comment on fait marcher du bluetooth sous linux ?

[giggz]

Mourad Jaber a écrit :
 On 12/01/2010 19:26, giggz wrote:
 Bonsoir,

 je viens d'installer une debian stable très minimale sur un portable
 avec bluetooth. Je n'ai jamais utilisé ce machin. Comment on fait ?
 c'est quoi les modules du noyau utilisés ? Y a t il un programme à
 installer ? si oui lequel ? Si il y en a plusieurs...ben y en t il des
 mieux que d'autres ?

 Merki d'avance et bonne soirée
 Guillaume


 bluez ?
 
 Je ne sais pas trop quels modules noyaux, mais bluez est le daemon qui
 gère.
 
 Après pour la partie gui, c'est en fonction de ton interface graphique
 (kbluetooth, gnome-bluetooth...)
 

ok merki.
en effet les interfaces graphiques installent bluez automatiquement.

 Mon expérience est que ça fonctionne bien (trop facile même ;)) pour
 tout ce qui est transfert de fichier (téléphone), HID (souris, clavier)...
 
 Pour le reste, il faut un peu d'huile de coude (PAN/DUN pour la
 connexion réseau), et pour les casques/micro audio...
 
 Pour avoir souffert de la pile bluetooth de M$, je trouve celle de linux
 correctement faite, elle est par ailleurs capable de gérer plusieurs
 dongle en simultané ce qui ne sert à rien pour le commun des mortel,
 mais qui m'a bien dépanné ;)
 

Ok merki bien!
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Lancer make-kpkg pour que la compilatio n se fasse sur tous les coeurs en parallè le, est ce possible ?

[giggz]

Bonjour,

j'ai un laptop avec 4 coeurs. La compilation de noyau prends 2 heures.
j'ai l'impression qu'elle ne tourne que sur 1 processeur. Est il
possible avec make-kpkg de compiler le noyau en parallèle ?

merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Lancer make-kpkg pour que la co mpilation se fasse sur tous les coeurs en parallèle, est ce possible ?

[giggz]

Jean-Damien Durand a écrit :
 Le samedi 09 janvier 2010 14:31:35, giggz a écrit :
 Bonjour,

 j'ai un laptop avec 4 coeurs. La compilation de noyau prends 2 heures.
 j'ai l'impression qu'elle ne tourne que sur 1 processeur. Est il
 possible avec make-kpkg de compiler le noyau en parallèle ?

 merci d'avance
 Guillaume

 
 CONCURRENCY_LEVEL=`getconf _NPROCESSORS_ONLN || echo 1` make-kpkg etc...
 

super merci!
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: debian sur eeepc 1201N : faire varier la freq du proc atom 330

[giggz]

David Prévot a écrit :
 On 31/12/2009 12:13, giggz wrote:
 Bonsoir la liste,
 
 Bonjour,
 
 je m'interroge sur le processeur (Atom 330) : en effet impossible
 d'utiliser le mode on demand ni d'ailleurs aucun autres modes. refus
 catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
 pas de governor pour mes différents CPU. Y a t il une astuce ?
 
 Charger le module p4-clockmod sans doute, ce qui semble impossible avec
 les noyaux amd64 fournis par Debian :
 
 $ grep P4 /boot/config-2.6.*amd64
 # CONFIG_X86_P4_CLOCKMOD is not set
 
 Il faut donc probablement recompiler le noyau.
 
 Amicalement
 

salut!

oui j'ai vu sur les forums que pour les eeepc ça avait l'air d'être
celui là. je suis en train de recompiler le noyau. mais j'ai lu l'aide
et ça m'a fait un peu peur...

merci en tout cas! je vais voir si j'arrive à avoir des infos du côté
des dev du noyau.

Merci bien!
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: debian sur eeepc 1201N : faire varier la freq du proc atom 330

[giggz]

Jean-Yves F. Barbier a écrit :
 David Prévot a écrit :
 ...
 pas de governor pour mes différents CPU. Y a t il une astuce ?
 Charger le module p4-clockmod sans doute, ce qui semble impossible avec
 les noyaux amd64 fournis par Debian :

 $ grep P4 /boot/config-2.6.*amd64
 # CONFIG_X86_P4_CLOCKMOD is not set

 Il faut donc probablement recompiler le noyau.
 
 Avant de conseiller des conneries, il serait bon de prévenir le demandeur
 de se renseigner plus avant... parce que si le maintener (qui est censé
 *bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
 qu'il a sûrement une excellente raison.
 
 Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
 cette omission.
 

merci pour le conseil!


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: debian sur eeepc 1201N : faire varier la freq du proc atom 330

[giggz]

Sylvain Sauvage a écrit :
 Jean-Yves F. Barbier, samedi 2 janvier 2010, 14:41:25 CET
 David Prévot a écrit :
 ...
 pas de governor pour mes différents CPU. Y a t il une astuce ?
 Charger le module p4-clockmod sans doute, ce qui semble impossible avec
 les noyaux amd64 fournis par Debian :

 $ grep P4 /boot/config-2.6.*amd64
 # CONFIG_X86_P4_CLOCKMOD is not set

 Il faut donc probablement recompiler le noyau.
 Avant de conseiller des conneries, il serait bon de prévenir le demandeur
 de se renseigner plus avant... parce que si le maintener (qui est censé
 *bien* connaître son boulot) n'a pas jugé bon d'inclure ce module, c'est
 qu'il a sûrement une excellente raison.

 Donc, commencer par lire les changelogs et voir sur la ML de dev pourquoi
 cette omission.
 
   Ou, de manière un peu moins agressive et plus simple, regarder
 l’aide (fichiers Kconfig) et y lire :
 
 config X86_P4_CLOCKMOD
tristate Intel Pentium 4 clock modulation
select CPU_FREQ_TABLE
help
  This adds the CPUFreq driver for Intel Pentium 4 / XEON
  processors.  When enabled it will lower CPU temperature by skipping
  clocks.
 
  This driver should be only used in exceptional
  circumstances when very low power is needed because it causes severe
  slowdowns and noticeable latencies.  Normally Speedstep should be 
 used
  instead.
 
  To compile this driver as a module, choose M here: the
  module will be called p4-clockmod.
 
  For details, take a look at file:Documentation/cpu-freq/.
 
  Unless you are absolutely sure say N.
 
   Donc P4_CLOCKMOD dit qu’il faut préférer SPEEDSTEP, lequel est
 obsolète (mais compilé quand même) et dit qu’il faut utiliser
 ACPI. Donc pas étonnant que Debian ne le compile pas.
 

oui j'avais vu ;)

malheureusement tous les autres modules speedstep, acpi-cpufreq,
powernow ne veulent pas se charger avec modprobe.

J'ai vu aussi que pas mal de module dépendant de x86_32 et donc comme je
compile en x86_32 ils ne sont pas dispo :'(

merci!
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

debian sur eeepc 1201N : faire varier la freq du proc atom 330

[giggz]

Bonsoir la liste,

j'ai réussi à installer une debian stable/lenny avec les backports. ça
marche pas trop mal compte tenu du materiel très très récent du pc. Mais
je m'interroge sur le processeur (Atom 330) : en effet impossible
d'utiliser le mode on demand ni d'ailleurs aucun autres modes. refus
catégorique! cpufreq-info m'envoie balader en me disant qu'il n'existe
pas de governor pour mes différents CPU. Y a t il une astuce ? en
effet le 330 n'est apparemment que 2 Atom 270 superposés...donc y en a
t'il parmi vous quelqu'un qui arrive à faire varier la freq de son Atom
270 avec un noyau 64 bits ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

installer debian stable a partir d une clé US B SANS possibilité internet

[giggz]

Bonjour,

je souhaite installer debian stable lenny à partir d'une clé USB et SANS
possibilité de télécharger par la suite des paquets par le net :
en effet lenny ne supporte pas mes cartes ethernet et wifi.

J'ai téléchargé la première iso de lenny et utiliser unetbootin pour la
mettre sur ma clé. au démarrage ça boote bien et j'arrive à
l'install...par contre par la suite pb ! il me demande le CD...mais moi
j'ai pas de lecteur CD. les paquets sont sur la clé!!! comment puis je
faire ? Y a t'il une possibilité de s'en sortir avec l'iso de debian
lenny ?

Donc je repete pas de netinstall...et je veux la stable.

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: installer debian stable a partir d une clé USB SANS possibilité internet

[giggz]

David Prévot a écrit :
 giggz a écrit :
 Bonjour,
 
 Salut
 

bien le bonjour

 J'ai téléchargé la première iso de lenny et utiliser unetbootin pour la
 mettre sur ma clé.
 
 Pourquoi ne pas utiliser la méthode décrite dans le manuel d'installation ?
 
 http://www.debian.org/releases/stable/amd64/ch04s03.html.fr
 

j'ai l'impression que c'est ce que fait exactement unetbootin...mais à
l'install il me demande un cdrom que je n'ai évidemment pas. Je ne peux
utiliser la business card ou la netinstall car le noyau est trop vieux.

As tu utilisé cette méthode avec l'iso 1 complete avec succès ?

Merci
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: installer debian stable a partir d une clé USB SANS possibilité internet

[giggz]

David Prévot a écrit :
 giggz a écrit :
 David Prévot a écrit :
 giggz a écrit :
 
 J'ai téléchargé la première iso de lenny et utiliser unetbootin pour la
 mettre sur ma clé.
 
 Pourquoi ne pas utiliser la méthode décrite dans le manuel d'installation ?

 http://www.debian.org/releases/stable/amd64/ch04s03.html.fr

 j'ai l'impression que c'est ce que fait exactement unetbootin...mais à
 
 Mais à la différence que, contrairement à unetbootin, ça fonctionne ;).
 

le boot fontionne et j'arrive sur l'installateur sans problème. je suis
bloqu dans l'installateur de debian au moment où il cherche le cdrom.

 As tu utilisé cette méthode avec l'iso 1 complete avec succès ?
 
 Pas depuis un moment, mais je ne vois pas pourquoi ça ne fonctionnerait
 plus ;). Si tu es limité par la taille de ta clef (ou que tu utilises la
 « méthode simple »), tu peux de toute façon copier l(es) image(s) sur un
 disque dur et aller les chercher lors de l'install.
 

figure que toi que c'est ce que je suis en train de faire :D

mais il ne veut pas me monter mon autre clé où il y a l'iso!

je tape dans la deuxième console :
mount /dev/sdc /mnt

et paf il me sort :
mounting /dev/sdc on /mnt failed : no such file or directory...

Rh
Si tu as une idée...
Merci en tout cas!

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: installer debian stable a partir d une clé USB SANS possibilité internet

[giggz]

giggz a écrit :
 David Prévot a écrit :
 giggz a écrit :
 David Prévot a écrit :
 giggz a écrit :
 J'ai téléchargé la première iso de lenny et utiliser unetbootin pour la
 mettre sur ma clé.
 Pourquoi ne pas utiliser la méthode décrite dans le manuel d'installation ?

 http://www.debian.org/releases/stable/amd64/ch04s03.html.fr

 j'ai l'impression que c'est ce que fait exactement unetbootin...mais à
 Mais à la différence que, contrairement à unetbootin, ça fonctionne ;).

 
 le boot fontionne et j'arrive sur l'installateur sans problème. je suis
 bloqu dans l'installateur de debian au moment où il cherche le cdrom.
 
 As tu utilisé cette méthode avec l'iso 1 complete avec succès ?
 Pas depuis un moment, mais je ne vois pas pourquoi ça ne fonctionnerait
 plus ;). Si tu es limité par la taille de ta clef (ou que tu utilises la
 « méthode simple »), tu peux de toute façon copier l(es) image(s) sur un
 disque dur et aller les chercher lors de l'install.

 
 figure que toi que c'est ce que je suis en train de faire :D
 
 mais il ne veut pas me monter mon autre clé où il y a l'iso!
 
 je tape dans la deuxième console :
 mount /dev/sdc /mnt
 
 et paf il me sort :
 mounting /dev/sdc on /mnt failed : no such file or directory...
 

bon j'ai changé de clé et là ça marche. enfin je peux monter la clé.
mais par contre je ne peux pas monter l'iso...étrange...il n'y a pas le
module loop dans le noyau... :'( des idées ?

Bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: installer debian stable a partir d une clé USB SANS possibilité internet

[giggz]

David Prévot a écrit :
 giggz a écrit :
 
 bon j'ai changé de clé et là ça marche. enfin je peux monter la clé.
 mais par contre je ne peux pas monter l'iso...étrange...il n'y a pas le
 module loop dans le noyau... :'( des idées ?
 
 Oui : utiliser l'installateur[1], qui sait monter des partitions,
 chercher des images iso et les utiliser pour procéder à la suite de
 l'installation. Si tu n'as pas accès aux menus « qui vont bien », change
 la priorité des questions.
 
 [1] http://www.debian.org/releases/stable/amd64/ch06s03.html.fr#iso-scan
 

mouamouamouaoua! enfin ça fonctionne!

bon je m'en suis sorti avec unetbootin :

alors pour ceux qui veulent installer une stable sur un pc récent qui
n'a pas possibilité d'aller sur internet :

lancer unetbootin
ne pas choisir une distribution
ne pas choisir image iso
mais utiliser l'option noyau! télécharger les noyaux debian spécial
hd-media (sur le site de deiban...)

ensuite on boote sur notre belle clé USB et on appuie sur default. comme
le dit david l'installateur cherche une iso et là tout se passe
bien...pour l'instant :D

je vais me coucher! sur ce bonne nuit
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

config kernel très recents optimisées p our asus eeepc (récent pas 701 ou 900) compatible avec debian lenny

[giggz]

Bonjour la liste,

je prépare une install pour un eeepc 1201n :
je sais maintenant que je dois prendre l'arch amd64. Je vais tenter
d'installer la stable. mais bon le 2.6.26 ne contient pas les drivers
pour le 1201n. donc je dois upgrader...et quitte à upgrader je recompile
comme j'ai tjs fait sous debian sid. Comme je suis un peu fainéant, je
cherche des fichiers de config pour les noyaux récents (à partir du
2.6.30) et optimisés pour les eeepc récents aussi. Si vous avez ça en
stock...envoyé moi ça, s'il vous plait!

Merci bien
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

architecture pour processeur atom n330 ?

[giggz]

Bonjour la liste,

à votre avis quelle est l'architecture à installer pour l'atom n330 ?
j'ai lu qqs part qu'il supportait le 64bits...dois je installer amd64 ???

D'autre part si j'ai lu choix entre 32 et 64 bits. Reste t il encore des
problèmes sérieux en 64bits sous Lenny (je pense installer le flash
proprio et le driver nvidia proprio) ???

Merci d'avance
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: architecture pour processeur atom n330 ?

[giggz]

David Prévot a écrit :
 giggz a écrit :
 Bonjour la liste,
 
 Salut,
 
 à votre avis quelle est l'architecture à installer pour l'atom n330 ?
 
 Je viens d'installer une amd64 sur un Atom 230.
 
 D'autre part si j'ai lu choix entre 32 et 64 bits. Reste t il encore des
 problèmes sérieux en 64bits sous Lenny (je pense installer le flash
 proprio et le driver nvidia proprio) ?
 
 Aucun problème, ni pour Flash, ni pour nvidia (et depuis longtemps ;).
 
 

que des bonnes nouvelles! merci!
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Avoir une stable avec le dernier noyau sorti, est ce viable ?

[giggz]

Bonjour la liste,

tout d'abord un joyeux Noel à tous!

Petite question :
J'ai pas mal testé la stable et l'instable sans jamais mélanger les
distrib. Mais cette fois-ci j'aimerais avoir une stable sur un ordi très
récent nécessitant les derniers noyaux sortis de kernel.org. Est ce
viable de compiler par exemple un 2.6.32 sur une stable actuelle ? ou
alors y a t il de gros problèmes de compatibilité ?

D'avance je vous remercie,
bye bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Avoir une stable avec le dernier noyau sorti, est ce viable ?

[giggz]

maderios a écrit :
 giggz a écrit :
 Bonjour la liste,

 tout d'abord un joyeux Noel à tous!

 Petite question :
 J'ai pas mal testé la stable et l'instable sans jamais mélanger les
 distrib. Mais cette fois-ci j'aimerais avoir une stable sur un ordi très
 récent nécessitant les derniers noyaux sortis de kernel.org. Est ce
 viable de compiler par exemple un 2.6.32 sur une stable actuelle ? ou
 alors y a t il de gros problèmes de compatibilité ?
 Bonjour
 Personnellement, je ne (me) pose jamais ce genre de question : je fais,
 je teste .

oui c'est sur...mais bon sur cette liste il y a pas mal de gens qui ont
de l'expérience avec debian, alors autant profiter de cette expérience :D

 Concernant le sujet lui-même, j'ai compilé de nombreuses fois les
 derniers noyaux avec une stable et je n'ai jamais rencontré de problème,
 bien au contraire.

bon bonne nouvelle! je vais tester tout ça.

Bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

[HS] windows manager pour un netbook

[giggz]

Bonjour la liste,

j'ai commandé un netbook (asus 1201N). En attendant je tente de préparer
un peu l'install de la debian que je vais faire...et je me pose la
question de windows manager :
- je ne veux pas utiliser gnome ou kde
- je connais bien e17 et awesome. e17 consomme trop de CPU pour un
netbook (je trouve) et awesome oblige à changer son fichier de conf tous
les 3 mois du fait de son développement intensif. j'aimerais aussi éviter.
- je me tourne donc vers openbox ou fluxbox. Et là question : lequel me
conseillerez vous pour une utilisation netbook ? y a t il des problèmes
de conception de base de ces wm ? y a en t il un qui est considéré comme
plus léger que l'autre ? plus rapide ? bref si vous pouviez me donner un
coup de main pour le choix ça serait sympa.

Merci d'avance
Guillaume

PS pour ceux (old school) qui lance X avec startx je vous conseille
l'install de choosewm si vous avez plusieurs wm...c'est po mal.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [HS] windows manager pour un netbook

[giggz]

Grégory Bulot a écrit :
 giggz giggzou...@gmail.com à écrit le Mon, 21 Dec 2009 09:29:31 +
 Bonjour la liste,

 j'ai commandé un netbook (asus 1201N). En attendant je tente de
 préparer un peu l'install de la debian que je vais faire...et je me
 pose la question de windows manager :
 
 Je proposerais lxde : je l'utilise sur un aspire one (1024x600px, Atom
 1Ghz, 1Go Ram sous stable + volatile toujours en 2.6.30) sans disque
 dur, mais du ssd depuis 8 mois sous lxde + de temps en temps compiz (le
 cube, les fenêtres molles : pour faire taire les windowsiens blasés 
 de n'importe quoi)
 
 il est tellement bien pour moi que je pense même arrêter xfce pour lxde
 sur mon pc fixe.
 
 En déplacement j'utilise écran/clavier/souris du site ou je travail
 (le portable sert juste d'unité centrale) et rien à dire (c'est ça ou 
 je dois utiliser les windows des clients)
 

merci je regarde ça de suite.

moi je suis assez impressionné par openbox pour l'instant. mais bon ça
demande de la conf.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [double HS] timezone + windows manager pour un netbook

[giggz]

Grégory Bulot a écrit :
 giggz giggzou...@gmail.com à écrit le Mon, 21 Dec 2009 10:51:20 +
 Grégory Bulot a écrit :
 giggz giggzou...@gmail.com à écrit le Mon, 21 Dec 2009 10:29:31
 +
 
 vos 2 messages postés arrivent dans 1 heure, c'est perturbant !
 

désolé je sais...et je ne sais pas exactement pourquoi :
je suis en double boot et donc tzdata est configuré de manière bancale.
je passe par le smtp de gmail et apparemment ça ne lui plait pas. avec
les autres smtp ça fonctionne.

sinon pour lxde ça s'installe mais il n'apparait pas comme alternative
de wm, donc je ne peux le lancer...je n'ai pas de gdm et autres. si vous
avez une solution...

guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [double HS] timezone + windows manager pour un netbook

[giggz]

giggz a écrit :
 Grégory Bulot a écrit :
 giggz giggzou...@gmail.com à écrit le Mon, 21 Dec 2009 10:51:20 +
 Grégory Bulot a écrit :
 giggz giggzou...@gmail.com à écrit le Mon, 21 Dec 2009 10:29:31
 +
 vos 2 messages postés arrivent dans 1 heure, c'est perturbant !

 
 désolé je sais...et je ne sais pas exactement pourquoi :
 je suis en double boot et donc tzdata est configuré de manière bancale.
 je passe par le smtp de gmail et apparemment ça ne lui plait pas. avec
 les autres smtp ça fonctionne.
 

voilà le problème d'heure devrait être réglé...suis repasser en
configuration normale de tzdata.

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [double HS] timezone + windows manager pour un netbook

[giggz]

Grégory Bulot a écrit :
 
 sinon pour lxde ça s'installe mais il n'apparait pas comme alternative
 de wm, donc je ne peux le lancer...je n'ai pas de gdm et autres. si
 vous avez une solution...
 
 sans réfléchir : dpkg-reconfigure gdm ?
 

:D euhhh je 'utilise pas gdm et je ne veux pas l'utiliser...ça installer
plein de trucs...c'est bizarre : openbox, fluxbox, awesome, e17 ne pose
aucun problème à startx...par contre lxde n'apparait pas dans
l'update-alternative du wm...une explication ?

Bye bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [double HS] timezone + windows manager pour un netbook

[giggz]

giggz a écrit :
 Grégory Bulot a écrit :
 sinon pour lxde ça s'installe mais il n'apparait pas comme alternative
 de wm, donc je ne peux le lancer...je n'ai pas de gdm et autres. si
 vous avez une solution...
 sans réfléchir : dpkg-reconfigure gdm ?

 
 :D euhhh je 'utilise pas gdm et je ne veux pas l'utiliser...ça installer
 plein de trucs...c'est bizarre : openbox, fluxbox, awesome, e17 ne pose
 aucun problème à startx...par contre lxde n'apparait pas dans
 l'update-alternative du wm...une explication ?
 

Ok j'ai lancé lxde avec la méthode du .xinitrc (exec startlxde). Bon
c'est pas mal j'avoue. la collection de logiciel accompagnant est
vraiment bien...en fait c'est ceux que j'utilise déjà : xarchiver,
pcmanfm...mais bon je crois que je vais tenter une configuration
d'openbox à la mano...je vais voir ce que ça donne. Merci de la piste en
tout cas, le terminal lxterminal est pas mal du tout!

Bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [HS] windows manager pour un netbook

[giggz]

maderios a écrit :
 giggz a écrit :
 Bonjour la liste,

 j'ai commandé un netbook (asus 1201N). En attendant je tente de préparer
 un peu l'install de la debian que je vais faire...et je me pose la
 question de windows manager :
 - je ne veux pas utiliser gnome ou kde
 - je connais bien e17 et awesome. e17 consomme trop de CPU pour un
 netbook (je trouve)
 Bonjour
 E17 consomme trop de CPU ? Ce n'est pas du tout normal. Mon E17 consomme
 vraiment très peu de CPU. Tu as peut-être activé des modules/effets qui
 sont très gourmands, genre fond d'écran animé ? En tous cas, ton E17 est
 certainement mal paramétré.
 http://packages.enlightenment.org/
 M
 
 
 

disons qu'il consomme plus que 6% ce qui est de trop pour un wm (ss fond
d'écran animé et ss transparence) ;) enfin pas de souci pour un laptop
sur secteur...mais pour un netbook où on essaye de gagner de l'autonomie
partout...ben ça a de l'importance. openbox à côté ne consomme rien.

mais bon je garde e17 en réserve qd même...c'est qd même superbe :D

bye

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [HS] windows manager pour un netbook

[giggz]

maderios a écrit :
 giggz a écrit :
 maderios a écrit :
 giggz a écrit :
 Bonjour la liste,

 j'ai commandé un netbook (asus 1201N). En attendant je tente de
 préparer
 un peu l'install de la debian que je vais faire...et je me pose la
 question de windows manager :
 - je ne veux pas utiliser gnome ou kde
 - je connais bien e17 et awesome. e17 consomme trop de CPU pour un
 netbook (je trouve)
 Bonjour
 E17 consomme trop de CPU ? Ce n'est pas du tout normal. Mon E17 consomme
 vraiment très peu de CPU. Tu as peut-être activé des modules/effets qui
 sont très gourmands, genre fond d'écran animé ? En tous cas, ton E17 est
 certainement mal paramétré.
 http://packages.enlightenment.org/
 M




 disons qu'il consomme plus que 6% ce qui est de trop pour un wm (ss fond
 d'écran animé et ss transparence) ;)
 Mon E17 dépasse 6% de conso cpu en pointe puis il retombe à +- 1 ou 2%. 
 j'ai 3 barres des tâches dont ItaskNG, un gestionnaire de fichiers, des
 icônes sur le bureau, des gadgets comme lune,réseau,cpu, horloge,
 calendrier, poubelle,température,météo, mixer, lanceur, bureaux
 virtuels. Si on simplifie et que l'on se sert du thème Illume (inclus
 dans les paquets Debian) prévu pour les mobiles, je suis persuadé que
 l'on  peut descendre très bas question conso CPU
 http://wiki.openmoko.org/wiki/Illume
 M
 

je vais tester les 2 dès que j'ai le netbook. et je te dirai s'il y a
une différence sérieuse d'autonomie...e17 est aussi de loin mon wm
préféré. Mais bon openbox est pas mal non plus :D

bye



-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Debian ou autres distrib linux sur eeepc 1005 ou 1008

[giggz]

Bonjour la liste,

mon pc présentant des signes évidents de fatigue, je vais m'acheter un
eeepc. J'hésite encore et je voudrais avoir votre avis : le t91mt est
superbe et me fait très envie, mais apparemment n'est pas du tout
supporté sous linux (si vous pouvez me prouver le contraire...allez y ça
me fera plaisir ;) ). Donc je me rabats sur le 1005 ou le 1008. Avez
vous des retours d'expérience sur ces modèles ? y a t il des difficultés
? avez vous des liens géniaux qui permettent l'install en douceur ? et
d'ailleurs quoi installer ? la stable ? je suppose que le support sera
partiel...je ne veux pas de la testing. bon je suis en sid depuis 5 ans,
donc ça ne me fait pas peur. mais j'aimerai une distrib où je n'ai pas à
bidouiller de trop ;)

vos avis me seront précieux...
Bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Nouveaux paquets xul-blabla remplacant les addons firefox ne fonctionnent pas chez moi

[giggz]

giggz a écrit :
 Bonsoir la liste,
 
 depuis quelques semaines, sous SID, les paquets des addons firefox
 classiques comme adblock, flashblock et autres sont remplacés par des
 paquets du type : xul-ext-adblock...etc...les anciens paquets deviennent
 des paquets de transitions et installent les xul-ext-blabla. Le problème
 c'est que chez moi toutes extensions correspondant à ces nouveaux
 paquets ne fonctionnent pas du tout. Y a t il une astuce ?
 
 Merci d'avance
 Guillaume
 

Bon en cherchant sur le net j'ai trouvé un lien sur le tracker de bug de
debian :
les droit sur /usr/lib/mozilla/extensions n'étaient pas corrects chez
moi. Une désinstallation puis réinstallation de toutes les extensions
xul-ext a résolu mon problème.

Bye
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Nouveaux paquets xul-blabla remplacant les addons firefox ne fonctionnent pas chez moi

[giggz]

Bonsoir la liste,

depuis quelques semaines, sous SID, les paquets des addons firefox
classiques comme adblock, flashblock et autres sont remplacés par des
paquets du type : xul-ext-adblock...etc...les anciens paquets deviennent
des paquets de transitions et installent les xul-ext-blabla. Le problème
c'est que chez moi toutes extensions correspondant à ces nouveaux
paquets ne fonctionnent pas du tout. Y a t il une astuce ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: Fwd: Re: Nouveaux paquets xul-blabla remplacant les addons firefox ne fonctionnent pas chez moi

[giggz]

David DUPONT a écrit :
 Bonjour,
 
 Je viens de regarder vite fait sur le site de Debian, et il existe bien
 des paquets DEB pour certain Add on de Firefox / Iceweasel et cela pour
 les version Unstable / Testing
 Pour avoir la liste des add on impacter par ce changement voici le lien :
 http://packages.debian.org/search?lang=frsearchon=nameskeywords=xul-ext
 
  Message original 
 Sujet:Re: Nouveaux paquets xul-blabla remplacant les addons firefox ne
 fonctionnent pas chez moi
 Date :Fri, 04 Dec 2009 20:39:07 +0100
 De :  David DUPONT davidclaude.dup...@gmail.com
 Pour :debian-user-french@lists.debian.org
 
 
 
 Bonjour,
 
 Tu dois utiliser Iceweasel et non Firefox.
 Iceweasel c'est un Firefox mais à la sauce Debian. Tout comme Firefox, 
 les add on on dû être réencoder pour être Debian et donc avec un nouveau 
 nom. ATTENTION, cela n'est qu'une déduction de ma part et non une 
 réponse officiel.
 
 Si c'est le cas, et que tu veux vraiment utiliser tes add on Firefox, 
 installe un vrai Firefox sur ton poste.
 
 Cordialement
 

Salut,

j'utilise iceweasel et non firefox. Lorsque j'installe les addons via le
site de mozilla je n'ai pas de problème pour faire fonctionner ces
modules. Depuis un certain temps, debian propose certains de ces modules
en paquets deb. j'ai donc viré les modules que j'avais installé à la
main et installé ces paquets : tout fonctionnait à merveille. mais
depuis qqs temps ces paquets debian sont remplacés par des paquets
xul-ext-blabla et ceux ci ne marchent pas du tout! ma question initiale
étant : qqn a t il réussi à les faire fonctionnés ? il y a un truc ?

Merci
Guillaume

 Le 04.12.2009 18:05, giggz a écrit :
 Bonsoir la liste,

 depuis quelques semaines, sous SID, les paquets des addons firefox
 classiques comme adblock, flashblock et autres sont remplacés par des
 paquets du type : xul-ext-adblock...etc...les anciens paquets deviennent
 des paquets de transitions et installent les xul-ext-blabla. Le problème
 c'est que chez moi toutes extensions correspondant à ces nouveaux
 paquets ne fonctionnent pas du tout. Y a t il une astuce ?

 Merci d'avance
 Guillaume


 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: [ssfr] Script de migration latin1 vers utf8

[giggz]

Goldy a écrit :
 giggzounet a écrit :
 Bonjour à tous,

 je cherche à faire un script de migration des données latin1 vers utf8.
 Je suis au boulot et on utilise opensuse. Je suis donc avec la dernière
 en date 11.2 qui est évidemment tout utf8. J'ai de vieilles données en
 latin1 et je migre, je migre dans la douleur...

 Il n'y apas de paquet miraculeux migrationtools-utf8 comme sous debian.
 J'ai migré tous les noms de fichiers à l'aide de la commande convmv et
 je m'attelle aux donnée en elle même.

 Alors dans l'ordre :
 - avez vous un script merveilleux qui me permette d'avancer mon travail
 sans avoir à réfléchir ? si oui...ben ce serait fort aimable de me le
 montrer :D
 - si non... que pensez vous de celui là :
 #!/bin/bash
 FROM=latin1
 TO=utf-8
 ICONV=iconv -f $FROM -t $TO
 # Convert
 find ./ -type f -name * | while read fn; do
 echo migration of ${fn} ($FROM - $TO)
 $ICONV ${fn}  ${fn}.migration
 mv ${fn}.migration ${fn}
 done


 En fait il marche pas mal. sauf que par exemple les pdf sont par la
 suite inutilisables. Si vous savez pourquoi...ben je suis tout ouï! :D

 Merci d'avance
 Guillaume
 
 
 Juste une remarque ou question, mais quel est l'intérêt de convertir les
 fichiers PDF en UTF-8 ?
 
 À part tout ce qui est à base de fichier texte brut (fichier texte,
 html, xml, etc), il n'y a aucun intérêt à convertir des fichiers PDF qui
 sont des fichiers de données (je pense pas utiliser le bon terme mais on
 m'aura compris), l'affichage des caractères d'un fichier PDF n'est pas
 dépendant d'un codage de caractère, donc il faut ignorer ces fichiers.
 

Salut,

Oui je m'en suis rendu compte par la suite :D j'ai trouvé sur le net un
script qui fait un test sur les charset via file et qui ensuite si le
charset est iso le convertit en utf8. donc ça évite de convertir les
fichiers binaires.

Merci de ta réponse
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: famd sous Lenny

[giggz]

jerome moliere a écrit :
 Bonsoir a tous,
 est ce normal selon vous que sous un bureau Gnome de Lenny famd mette a
 genoux ma machine en bouffant 92% du CPU tout le temps a lui seul..j'ai
 une load infernale a caise de lui lol
 je peux le supprimmer ? le desactiver?
 merci de vos avis
 jerome
 

non ce n'est pas normal. Tente gamin à la place si tu peux.

Bye
GiGGz

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org

Re: compiling kernel

[giggz]

[snip]

 Regarde du côté de make deb-pkg sinon. Make-kpkg est déprécié, il faut 
 maintenant utilisé make deb-pkg [1]
 
 [1] http://lists.debian.org/debian-devel-announce/2009/10/msg3.html
 
 Thomas Preud'homme
 

Salut,

petit question à propos de ce make deb-pkg :
je compile depuis qqs années de la manière suivante :
make-kpkg --rootcmd fakeroot --append-to-version=-1 --revision=`date
+%y%m%d` kernel-image

Aurais tu de la doc sur ce make deb-pkg pour obtenir un résulat
similaire ? Et autre question ce make deb-pkg est intégré direct dans
le makefile du noyau ?

Merci d'avance
Guillaume

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs From et Reply-To:

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org