Re: undefined

2009-11-03 Par sujet François Boisson
Le Tue, 3 Nov 2009 00:53:15 +0100
Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit:

  Non, il ne s'agit pas de 5% pour la table de partitions mais de 5% réservé
  à root, 5% que l'on peut supprimer via tune2fs -m 0 partition
 
 Est-ce que ça veut dire que sur un disque où je n'ai que la partition /home
 je peux supprimer ces 5% alloué à root ?

Oui, je le fais systématiquement.
 
[...]

 Ça ne le fait pas avec toute les clés. J'en ai essayé une 3e et là tout est
 cohérent. J'ai aussi analysé les MBR et entêtes de partition des clés en
 question et il y a bien dedans des valeurs correspondant au formatage actuel.
 Par ailleurs je sais pourquoi j'ai un warning de la part de gparted sur une
 des clés (la plus petite). Ça semble du au fait qu'elle n'a pas de MBR.
 Enfin quand je fais un dd if=/dev/sdX of=/tmp/cle il me lit 129499136 octets
 soit bien 123,5 Mio. Je ne comprends donc pas d'où gparted sort 117.66Mio ...
 
En mettant au point ClefAgreg (http://clefagreg.dnsalias.org/) je me suis
aperçu de pbms dans la détermination des capacités d'une clef USB. J'ai pris
comme référence /sys/block/sdb/size (si la clef est en /dev/sdb) en supposant
que les blocs sont de 512 octets (il y a des clefs (rares, des cochonneries
en fait) avec des blocs de 2048 octets mais de toute façon, ces clefs sont
inutilisables pour ClefAgreg...). C'est la seule référence parfaitement
conforme à ce que donne fdisk. Certaines clefs sont vues comme des clefs 1G
par Thunar alors qu'elles sont 2G... Il y a donc des truvs bizarres...


François Boisson

-- 
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



pb d'affichage ecran large

2009-11-03 Par sujet philippe monroux
bonjour,

Mon écran est un fujitsu siemens 22 format wide taille 473.76x296.1
(donc rapport 16/10 exactement).
ma carte est une nvidia GeForce 8400 GS (chaintech)

Je suis donc en 1680x1050 (16/10) et jusqu'à présent j'optimisais mon
affichage en appuyant sur la touche AUTO de mon écran.

Il y a longtemps que je n'avais pas touché cette touche AUTO mais ce
matin après avoir appuyé dessus (et croyez moi je le regrette) mon
affichage ne s'optimise plus du tout pour la largeur car j'ai une
bande noire de 3 cm sur la droite.

J'ai refait un xorg.conf avec:
$ Xorg -configure
Mais ça ne donne rien 

Je joins mon xorg.conf (les lignes précédées de # sont des essais que
j'ai faits mais qui n'ont rien donné : NoDDC DisplaySize PreferredMode
etc...)

==xorg.conf===
Section ServerLayout
Identifier X.org Configured
Screen  0  Screen0 0 0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
EndSection

Section Files
RgbPath  /etc/X11/rgb
ModulePath   /usr/lib/xorg/modules
FontPath /usr/share/fonts/X11/misc
FontPath /usr/share/fonts/X11/cyrillic
FontPath /usr/share/fonts/X11/100dpi/:unscaled
FontPath /usr/share/fonts/X11/75dpi/:unscaled
FontPath /usr/share/fonts/X11/Type1
FontPath /usr/share/fonts/X11/100dpi
FontPath /usr/share/fonts/X11/75dpi
FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection

Section Module
Load  xtrap
Load  dbe
Load  record
Load  extmod
Load  glx
Load  dri
EndSection

Section InputDevice
Identifier  Keyboard0
Driver  kbd
Option  XkbModel  pc102
Option  XkbLayout fr
EndSection

Section InputDevice
Identifier  Mouse0
Driver  mouse
Option  Protocol auto
Option  Device /dev/input/mice
Option  ZAxisMapping 4 5 6 7
EndSection

Section Monitor
Identifier   Monitor0
VendorName   Monitor Vendor
ModelNameMonitor Model
#   DisplaySize   473.76 296.1
#   Option   PreferredMode 1680x1050
EndSection

Section Device
Identifier  Card0
Driver  nvidia
VendorName  nVidia Corporation
BoardName   GeForce 8400 GS
BusID   PCI:1:0:0
#   Option  NoDDC
EndSection

Section Screen
Identifier Screen0
Device Card0
MonitorMonitor0
SubSection Display
Viewport   0 0
Depth 24
EndSubSection
EndSection


Quelqu'un a une idée pour supprimer cette bande noire ?

merci

-- 
Ph


-- 
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: Configurer un modeline dans xorg

2009-11-03 Par sujet Goldy
Sylvain Sauvage a écrit :
 ’lut,
 
 Goldy, samedi 31 octobre 2009, 19:37:07 CET
 […] 
 Mais le plus surprenant, c'est de voir qu'il n'est visiblement pas
 possible de mettre une résolution au pixel près, j'ai eu beaucoup de
 chance en réglant au pifomètre la résolution 1880*1010, mais j'ai
 remarqué qu'il était encore nécessaire de retirer 10 pixels environ à la
 largeur et en rajouter à la hauteur. Sauf que étrangement, si j'édite
 cette résolution, alors xorg refuse d'utiliser ce modeline.
 
   Au contraire, moi, ce qui m’étonne, c’est que l’on puisse
 obtenir une définition qui ne soit pas standard…
 
   Pour plus d’explications, le plus simple serait d’aller sur la
 liste Xorg (par là http://lists.freedesktop.org/archives/xorg/),
 il y aura sûrement plus de connaissance et moins de devinette
 qu’ici ou sur les fourms.
 

Bah si tu veux, le signal envoyé à l'écran est toujours dans une
résolution de 1920*1080, seulement, l'image est envoyé avec un cadre
noir qui permet de compenser l'overscan, donc dès l'instant où ceci est
possible, il est tout de même surprenant de voir que certaines
définitions sont supportées (de façon relativement triviale d'ailleurs)
et pas d'autres.

Enfin, je vais en rester là, je ne pense pas que j'arriverai à exprimer
clairement le problème en anglais sur la liste de xorg, je vais être
pragmatique et ajouter une barre gnome sur la droite de l'écran pour
permettre l'affichage de la barre de défilement sur les fenêtres en
plein écran et ça ira très bien comme ça. Ce truc m'a un peu trop saoulé
et je considère avoir eu beaucoup de chance d'être arrivé à ce résultat.

Merci en tout cas pour l'aide que toi et les autres m'ont apporté.

-- 
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



undefined

2009-11-03 Par sujet gaetan.perrier

On Tue, 3 Nov 2009 10:25:11 +0100
François Boisson user.anti-s...@maison.homelinux.net wrote:

  Ça ne le fait pas avec toute les clés. J'en ai essayé une 3e et là
  tout est cohérent. J'ai aussi analysé les MBR et entêtes de
  partition des clés en question et il y a bien dedans des valeurs
  correspondant au formatage actuel. Par ailleurs je sais pourquoi
  j'ai un warning de la part de gparted sur une des clés (la plus
  petite). Ça semble du au fait qu'elle n'a pas de MBR. Enfin quand
  je fais un dd if=/dev/sdX of=/tmp/cle il me lit 129499136 octets
  soit bien 123,5 Mio. Je ne comprends donc pas d'où gparted sort
  117.66Mio ...
  
 En mettant au point ClefAgreg (http://clefagreg.dnsalias.org/) je me
 suis aperçu de pbms dans la détermination des capacités d'une clef
 USB. J'ai pris comme référence /sys/block/sdb/size (si la clef est
 en /dev/sdb) en supposant que les blocs sont de 512 octets (il y a
 des clefs (rares, des cochonneries en fait) avec des blocs de 2048
 octets mais de toute façon, ces clefs sont inutilisables pour
 ClefAgreg...). C'est la seule référence parfaitement conforme à ce
 que donne fdisk. Certaines clefs sont vues comme des clefs 1G par
 Thunar alors qu'elles sont 2G... Il y a donc des truvs bizarres...

Normalement le nombre de bloc et la taille de chaque bloc est remontée
par la commande SCSI read capacity que toutes les clés sont censées
supporter.
Pour ma fameuse clé de 123,5 Mio, j'ai:
# scsi_readcap /dev/sdb
sg_readcap /dev/sdb
Read Capacity results:
Last logical block address=252927 (0x3dbff), Number of blocks=252928
Logical block length=512 bytes
Hence:
Device size: 129499136 bytes, 123.5 MiB, 0.13 GB

Je ne comprends donc toujours pas comment gparted calcul sa taille de
117,66 Mio ...

Avec ceci normalement tu devrais pouvoir gérer des clés avec des blocs
de taille autre que 512 pour ClefAgreg. D'ailleurs c'est bizarre que
dans /sys on en trouve pas l'info sur la taille du bloc...

A+
-- 
Gaëtan PERRIER gaetan.perr...@neuf.fr



--
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: undefined

2009-11-03 Par sujet François Boisson
Le Tue,  3 Nov 2009 15:08:59 +0100 (CET)
gaetan.perr...@neuf.fr a écrit:

  En mettant au point ClefAgreg (http://clefagreg.dnsalias.org/) je me
  suis aperçu de pbms dans la détermination des capacités d'une clef
  USB. J'ai pris comme référence /sys/block/sdb/size (si la clef est
  en /dev/sdb) en supposant que les blocs sont de 512 octets (il y a
  des clefs (rares, des cochonneries en fait) avec des blocs de 2048
  octets mais de toute façon, ces clefs sont inutilisables pour
  ClefAgreg...). C'est la seule référence parfaitement conforme à ce
  que donne fdisk. Certaines clefs sont vues comme des clefs 1G par
  Thunar alors qu'elles sont 2G... Il y a donc des truvs bizarres...
 
 Normalement le nombre de bloc et la taille de chaque bloc est remontée
 par la commande SCSI read capacity que toutes les clés sont censées
 supporter.
 Pour ma fameuse clé de 123,5 Mio, j'ai:
 # scsi_readcap /dev/sdb
 sg_readcap /dev/sdb
 Read Capacity results:
 Last logical block address=252927 (0x3dbff), Number of blocks=252928
 Logical block length=512 bytes
 Hence:
 Device size: 129499136 bytes, 123.5 MiB, 0.13 GB
 
 Je ne comprends donc toujours pas comment gparted calcul sa taille de
 117,66 Mio ...
 
 Avec ceci normalement tu devrais pouvoir gérer des clés avec des blocs
 de taille autre que 512 pour ClefAgreg. D'ailleurs c'est bizarre que
 dans /sys on en trouve pas l'info sur la taille du bloc...
 


Scrogneugneu, je ne connaissais pas cette commande, voilà qui va simplifier le
script de fabrication.

Le pbm pour les clefs avec des blocs de taille 2048 réside dans le support de
syslinux. Ce dernier ne fonctionne qu'avec des blocs de 512 octets...

Merci du tuyau...

François Boisson

-- 
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: undefined

2009-11-03 Par sujet François Boisson
Le Tue,  3 Nov 2009 15:08:59 +0100 (CET)
gaetan.perr...@neuf.fr a écrit:

 D'ailleurs c'est bizarre que
 dans /sys on en trouve pas l'info sur la taille du bloc...

En cherchant, j'ai trouvé:

cat /sys/block/sdb/queue/hw_sector_size

-- 
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



Ouverture de Quizagain.com !

2009-11-03 Par sujet Quizagain
Bonjour, 


Le site Quizagain ouvre officiellement ses portes le 09 novembre 2009.


Amusez-vous à gagner de l'argent, des cadeaux ou des bons d'achat chaque
semaine en répondant à des quiz.
Cliquez vite sur le lien ci-dessous :
http://www.quizagain.com

Pour vous inscrire, utilisez sur le lien suivant :
http://www.quizagain.com/enregistrement.php



Venez vite rejoindre mouton-man et ses amis sur Quizagain.com !
http://quizagain.com/newsletter.php?0d70bf95480894616f32

Flash 10 iceweasel affiche mal texas holdem de face book

2009-11-03 Par sujet jmarco

Bonjour a tous,

Je suis sous:
Debian lenny 2.6.26-2-686

et comme l'indique le sujet j'ai des souci dans l'affichage du jeux 
texas holdem sur face book le jeux en lui-meme fonctionne ,
mais avant d'etre sur une table on devrait voir des listes de tables, de 
serveurs et les amis buddy en train de jouer ,
il n'en est rien et en testant sur un mini dell 12 des momes c'est la 
meme chose.
Si quelq'un avait une idee ce serait bien, je n'ai pas envie de me 
recoller sur $Win pour ca.
J'ai installer flash 10 en allant chez adobe et en telechargeant le 
fichier *.deb.


Merci d'avance,
Jmarc

--
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