X11/gnome : non détection des résolutions gérées par un moniteur
bonjour, En mode graphique avec gnome, je suis limité à la résolution 800x600 avec mon écran Panasonic "PanaSync E70i" (un vieux 17") Pourtant cet écran peut faire "beaucoup mieux" malgré son age. Si je change d'écran (un DELL plus récent), je peux obtenir des résolutions supérieures (j'en déduis que le pb ne tourne pas autour du driver vidéo(mach64_drv.so pour ATI) mais bien sur la détection des caractéristiques du moniteur). Dans mon /var/log/Xorg.0.log, j'ai : (II) MACH64(0): Configured Monitor: Using default hsync range of 31.50-37.90 kHz (II) MACH64(0): Configured Monitor: Using default vrefresh range of 50.00-70.00 Hz (WW) MACH64(0): Unable to estimate virtual size (II) MACH64(0): Maximum clock: 120.00 MHz (II) MACH64(0): Not using default mode "640x350" (vrefresh out of range) ... (II) MACH64(0): Not using default mode "1024x768" (bad mode clock/interlace/doublescan) (--) MACH64(0): Virtual size is 800x600 (pitch 800) (**) MACH64(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz (II) MACH64(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) Il me semble qu'il teste toutes les résolutions et fini par prendre uniquement les résolutions "par défaut". Je constate que mon /etc/X11/xorg.conf est quasi vide : le serveur ignore t il les infos qu'il y a dedans pour n'utiliser que des valeurs déterminées automatiquement au démarrage ? 1/ y a t il un moyen de "forcer" les résolutions que le driver peut utiliser ? 2/ pour ma culture perso : où sont situées les caractéristiques physiques des moniteurs (un fichier de conf ? ou directement embarqué dans le logiciel d'autodétection ?) Je suppose que l'autodétection utilise des tables pour chaque moniteur merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X11/gnome : non détection des résolu tions gérées par un moniteur
François Cerbelle a écrit : > Le Lun 3 novembre 2008 09:51, ludo a écrit : > Tu pourrais ajouter l'option : > Option "Ignore EDID" "true" > dans une section de xorg.conf, mais ca ne servirait à rien puisque ta > carte n'arrive pas à les obtenir, ces informations. En revanche, si tu > branchais un moniteur plus récent qui les gere, les informations seraient > ignorée et tu pourrais te retrouver "Hors fréquence". > > La solution, à mes yeux, serait de prendre le manuel de ton écran et de > noter les plages de fréquence Horizontales et Verticales supportées par > ton vieux moniteur. Ensuite, tu les ajoutes dans la section concernant ton > moniteur avec un "dpkg-reconfigure xorg-xserver", si ma mémoire est bonne. > > > Fanfan Bonjour, J'ai eu le soucis egalement avec un ecran recent, je n'ai pas utilisé le cable fourni avec, j'ai utilisé un vieux cable. En comparant les cables je me suis appercu qu'il manquait un PIN. J'ai changé le cable et cela a fonctionné par miracle. Les logs xorg m'indiquait que l'edid n'avait pu etre lu. 1- Vérifie ton cable 2- Si cela ne fonctionne pas, met en dur les infos. Alexandre -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Quelques petits problèmes LDAP et autres considérations sans importance (sauf pour moi).
Bonjour,
A l'occasion de l'achat d'un nouveau serveur pour remplacer la vieille
machine fatiguée qui remplissait ce rôle dans mon labo, je me suis dit in
petto "Tiens, c'est l'occasion d'installer un annuaire LDAP, depuis le temps
que tu dis qu'il faut le faire...". Dont acte. Malheureusement, tout ne se
passe pas vraiment aussi simplement que j'aurais pu l'espérer. Pour tout
vous dire, après quelques dizaines d'heures d'avancées (maigres), d'échecs
(cuisants), de bidouillages (approximatifs), de déceptions (cruelles) et
autres arrachages de cheveux (capilo-douloureux), je suis pas loin de la
crise de nerfs.
Mais avant de vous exposer par le menu le détail de mes misères, j'aurais
besoin de quelques éclaircissements au niveau sécurité. Voilà, comme je suis
derrière les pare-feu de l'université, je n'ai pas vraiment besoin d'un
niveau de sécurité top-mega-secure, mais d'un autre côté, j'ai pas envie non
plus que le moindre clampin puisse lire mon mot de passe rien qu'en sniffant
une petite trame passant sur le réseau. Du coup, je me demande si j'ai
besoin de TLS ou pas. En d'autre termes, avec le protocole ldap par défaut
(celui qu'on trouve en 389 généralement), est-ce que les mots de passe
circulent en clair sur le réseau ?
Ceci étant, j'ai quand même pas mal de problèmes...
Mais commençons par le commencement : Tout d'abord, j'utilise une lenny
$ cat debian_version
lenny/sid
$ uname -a
Linux serv 2.6.26-1-amd64 #1 SMP Wed Sep 10 15:31:12 UTC 2008 x86_64
GNU/Linux
Ensuite mon annuaire LDAP est destiné à
- gérer en local les noms de machines (ou=Hosts), les groupes (ou=Groups) et
les utilisateurs non-root (ou=Users,ou=People)
- permettre le login des utilisateurs en local (via PAM) ou en SSH depuis
les postes clients
- permettre l'authentification pour divers services Web depuis le serveur
Apache local et d'autres serveurs Apache (distants)
- permettre l'authentification Samba
- permettre l'utilisation de l'annuaire comme carnet d'adresse pour les
clients mails des utilisateurs qui le supportent.
Le serveur LDAP en tant que tel a l'air de fonctionner correctement ; en
tout cas depuis la machine locale. J'ai pu créer mon arborescence, et y
ajouter des enregistrements.
Ensuite, si je tape (en root)
$ ldapsearch -x -H ldap://serv -b "ou=Users,ou=People,dc=,dc=,dc=fr"
il m'affiche bien tout le contenu de mon annuaire.
A l'aide de Webmin, j'ai créé le certifiact indispensable à l'utilisation en
TLS. Après celà, si je tape (toujours en root)
$ ldapsearch -x -H ldaps:// -Z -b
"ou=Users,ou=People,dc=,dc=,dc=fr
il m'affiche aussi tout le contenu de mon annuaire comme prévu.
Lorsque je passe en utilisateur lambda (qui existe dans l'annuaire)
$ su - lambda
il me dit "I have no name!", mais si j'active le service de cache nscd cette
mention disparaît rapidement. Mais bon, pour l'instant, je laisse le cache
désactivé (j'ai lu quelque part qu'il avait du mal à cohabiter avec Samba ;
qu'en est-il ?).
Je peux alors faire des recherches en tant qu'utilisateur lambda depuis le
serveur lui-même.
J'ai aussi testé la connection SSH depuis le serveur lui-même :
$ ssh [EMAIL PROTECTED]
et ça marche pas ! dans auth.log, le module pam_ldap me sort un fatidique
"Invalid credentials"
Depuis un poste distant, la recherche en ldap:// marche, mais la recherche
en ldaps:// ne marche pas ! La connection en ssh depuis un poste distant ne
marche pas non plus...
Devant cet état de fait, j'ai essayé de regarder en détail les modules PAM
qui interviennent dans l'affaire et même après les bricolés dans tous les
sens, je ne note pas d'amélioration notable à mon grand dam !
Voilà, voilà, voilà
Je suis à l'écoute de toute remarque, source d'information ou quoi que ce
soit qui pourrait m'aider.
Merci d'avance.
PS : Voilà la config actuelle (j'ai simplement viré les commentaires et
remplacé les valeurs locales par des ) :
#
# fichier /etc/default/slapd (extrait): #
#
SLAPD_SERVICES="ldap:/// ldaps:///"
###
##
# fichier /etc/ldap/slapd.conf : #
##
include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/inetorgperson.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/samba.schema
TLSCertificateFile /etc/ssl/ldap.cert
TLSCertificateKeyFile /etc/ssl/ldap.key
pidfile /var/run/slapd/slapd.pid
argsfile/var/run/slapd/slapd.args
loglevel8
modulepath /usr/lib/ldap
moduleload back_hdb
sizelimit 500
tool-threads 1
backend hdb
databasehdb
suffix dc=,dc=,dc=fr
password-hash {MD5}
rootdn cn=admin,dc=,dc=,dc=fr
rootpw {MD5}
directory "/var/lib/ldap"
dbconfig set_cachesize 0 2097152 0
dbconfig set_lk_max_objects 1500
dbconfig set_lk_max_locks 1500
dbconfig set_lk_max_lockers 1500
index objectClass,uid,uidNumber,gidNumber eq
lastmod
Re: X11/gnome : non détection des résolu tions gérées par un moniteur
Alex Perso a écrit : François Cerbelle a écrit : Le Lun 3 novembre 2008 09:51, ludo a écrit : Tu pourrais ajouter l'option : Option "Ignore EDID" "true" dans une section de xorg.conf, mais ca ne servirait à rien puisque ta carte n'arrive pas à les obtenir, ces informations. En revanche, si tu branchais un moniteur plus récent qui les gere, les informations seraient ignorée et tu pourrais te retrouver "Hors fréquence". La solution, à mes yeux, serait de prendre le manuel de ton écran et de noter les plages de fréquence Horizontales et Verticales supportées par ton vieux moniteur. Ensuite, tu les ajoutes dans la section concernant ton moniteur avec un "dpkg-reconfigure xorg-xserver", si ma mémoire est bonne. je ne connaissais pas EDID je viens d'installer le package read-edid et il semble que mon moniteur supporte EDID 1.1 je crois que je vais tout de même mettre en dur les infos display dans xorg.conf Fanfan Bonjour, J'ai eu le soucis egalement avec un ecran recent, je n'ai pas utilisé le cable fourni avec, j'ai utilisé un vieux cable. En comparant les cables je me suis appercu qu'il manquait un PIN. J'ai changé le cable et cela a fonctionné par miracle. Les logs xorg m'indiquait que l'edid n'avait pu etre lu. 1- Vérifie ton cable ben là, ça ne m'était pas venu à l'esprit et effectivement, il y a une broche de plus sur le câble du DELL. Par contre d'après le brochage, c'est pour une masse et pas pour un canal DDC 2- Si cela ne fonctionne pas, met en dur les infos. c'est ce que je vais faire Alexandre merci à tous -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ejabberd pb connexion
On Mon, Nov 03, 2008 at 12:00:51PM +0100, Christophe VINCHON wrote: > Chaque envoi se voit > retourner une erreur de code 404. Il y a peut-être des infos dans /var/log/ejabberd. Pour info, j'avais commencé avec ejabberd aussi, et j'ai fini par passer à jabberd, car les rapports d'erreurs d'ejabberd sont imbittables (c.a.d que quand ça marche pas, c'est la croix et la bannière pour trouver pourquoi). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Probleme avec xend - 3.2.1 de etch-backports
Je me réponds à moi-même,en fait j'ai pu constater que j'avais eu des soucis de cohérence (plutôt confusion dans ce cas présent) entre le repository principal et les backports..Donc en gros j'avais un joyeux mélange entre du stable et du backports et ca marche pas du tout..je vais tout reinstaller proprement ce soir et faire attention à mon apt-pinning Jerome 2008/11/2 jerome moliere <[EMAIL PROTECTED]> > Bonjour à tous, > je me tourne vers vous car là je galère un max > Alors j'essaie sur mon laptop (dell xps 1330 - 4Go RAM) de me monter une > maquette de ce que je veux deployer sur un serveur : du xen > > je suis en etch et j'essaie d'utiliser le backport 3.2.1 de xen pour > supporter ma broadcom et autres periphs invisibles avec 2.18... > je lance xend (via l'init.d) et là : permissions problem venant des scripts > python... > j'ai google un peu... > ils parlent de probleme avec le xen-tools, ok j'ai aligne la la > version(celle de backports) > rien n'y fait..evidemment mes tests sont faits en root donc en theorie pas > de souci de droits... > j'ai essaye d'utiliser strace comme indique mais c'est pas tres > user-friendly comme outil... > pas de support des pagerset pas top simple à utiliser mais je vais > investiguer.. > > des idées ? > > Merci > Jerome > > PS: > si sur paris ou montpellier quelqu'un a du temps a me consacrer je commence > à criser et je suis eventuellement pret à remunerer son aide > -- > Jerome Moliere - Mentor/J > http://romjethoughts.blogspot.com/ > auteur Eyrolles > -- Jerome Moliere - Mentor/J http://romjethoughts.blogspot.com/ auteur Eyrolles
Re: X11/gnome : non détection des résolutions gérées par un moniteur
On Mon, 03 Nov 2008 12:42:43 +0100, ludo <[EMAIL PROTECTED]> wrote: > Alex Perso a écrit : >> François Cerbelle a écrit : >> >>> Le Lun 3 novembre 2008 09:51, ludo a écrit : >>> >> >> >>> Tu pourrais ajouter l'option : >>> Option "Ignore EDID" "true" >>> dans une section de xorg.conf, mais ca ne servirait à rien puisque ta >>> carte n'arrive pas à les obtenir, ces informations. En revanche, si tu >>> branchais un moniteur plus récent qui les gere, les informations > seraient >>> ignorée et tu pourrais te retrouver "Hors fréquence". >>> >>> La solution, à mes yeux, serait de prendre le manuel de ton écran et > de >>> noter les plages de fréquence Horizontales et Verticales supportées > par >>> ton vieux moniteur. Ensuite, tu les ajoutes dans la section concernant > ton >>> moniteur avec un "dpkg-reconfigure xorg-xserver", si ma mémoire est > bonne. >>> Si ton fichier xorg.conf est quasi vide tu peux avoir un xorg.conf avec les options par defaut Via la commande "Xorg -configure " qui crée dans le répertoire courant , un xorg.conf que tu complétera en dur avec tes modelines > je ne connaissais pas EDID > je viens d'installer le package read-edid et il semble que mon moniteur > supporte EDID 1.1 > je crois que je vais tout de même mettre en dur les infos display dans > xorg.conf >>> >> >> >>> Fanfan >>> >> Bonjour, >> J'ai eu le soucis egalement avec un ecran recent, je n'ai pas utilisé > le >> cable fourni avec, j'ai utilisé un vieux cable. En comparant les cables >> je me suis appercu qu'il manquait un PIN. J'ai changé le cable et cela > a >> fonctionné par miracle. Les logs xorg m'indiquait que l'edid n'avait > pu >> etre lu. >> >> >> 1- Vérifie ton cable >> > ben là, ça ne m'était pas venu à l'esprit > et effectivement, il y a une broche de plus sur le câble du DELL. Par > contre d'après le brochage, c'est pour une masse et pas pour un canal DDC >> 2- Si cela ne fonctionne pas, met en dur les infos. >> > c'est ce que je vais faire >> Alexandre >> >> > merci à tous > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/DebFrFrenchLists > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- Patrick Dos Santos GPG Fingerprint : CECA DABA 25BB D2C0 0CE1 4315 AF7E 8886 B358 A349 GPG Key: gpg --keyserver pgp.mit.edu --recv-keys 0xB358A349 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ejabberd pb connexion
Bonjour, J'ai installé le serveur ejabberd sur une Debian4 (Etch) pour y fonctionner en intranet. L'inscription des 4 utilisateurs locaux s'est faite sans problème, ce que j'ai pu vérifier via l'interface web. Par contre il est impossible aux utilisateurs d'établir une conversation. Chaque envoi se voit retourner une erreur de code 404. Sur google, pas grand chose si ce n'est que ça semblerait être une erreur propre à Debian (?) J'ai essayé plusieurs configurations des clients, gaim sous Linux et coccinella sous windows, cela ne modifie que le délai d'envoi du message d'erreur. Un petit coup de pouce ? Cordialement, Christophe. -- L'ordinateur mène de loin le groupe des inventions grâce auxquelles on peut très vite aligner les conneries. Seules les armes de poing et la tequila menacent sa suprématie. -- Mitch Ratcliffe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: bon usage du raid et de LVM
-Original Message- From: Frederic MASSOT [mailto:[EMAIL PROTECTED] Sent: samedi 1 novembre 2008 13:39 To: debian-user-french@lists.debian.org Subject: Re: bon usage du raid et de LVM Goldy a écrit : > François Cerbelle a écrit : >> [...] >> il ne pourra certainement jamais accéder à des systèmes chiffrés, >> LVMisés ou RAIDisés (autre que RAID1) >> Fanfan >> > > Et pourtant, c'est bien sur ce type d'installations que je ne peux > utiliser que lilo, moi aussi ça me surprends mais avec le nombre > d'essais que j'ai dû faire pour arriver à faire fonctionner ces > installations, tu peux me croire. > > Je me souviens des prises de têtes, de décorticage de grub et de ses > pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les > modules étaient présents et chargé, le lvm, le chiffrement, le raid 5, > mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y > soit arrivé. Il y a Grub 2 qui est sensé supporter LVM et le RAID : - http://www.gnu.org/software/grub/grub-2.en.html - http://grub.enbug.org/LVMandRAID Le support des partitions chiffrées n'est pas clairement précisé. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- - Une petite info qui peut être utile : LVM2 fournit un script nommé lvm2create_initrd (dans les sources de LVM2 au moins) qui permet de créer un initrd facilement, je l'utilise régulièrement (à chaque changement de noyau...) mais sans RAID, à voir si ça marche avec... A+ mat The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Quelques petits probl èmes LDAP et autres considération s sans importance (sauf pour moi).
On Mon, Nov 03, 2008 at 12:58:11PM +0100, Jean-Max Redonnet <[EMAIL PROTECTED]> wrote a message of 495 lines which said: > Du coup, je me demande si j'ai besoin de TLS ou pas. TLS me semble une bonne idée. > En d'autre termes, avec le protocole ldap par défaut (celui qu'on > trouve en 389 généralement), est-ce que les mots de passe circulent > en clair sur le réseau ? Hélas oui. > J'ai aussi testé la connection SSH depuis le serveur lui-même : > $ ssh [EMAIL PROTECTED] > et ça marche pas ! dans auth.log, le module pam_ldap me sort un fatidique > "Invalid credentials" Vous aviez redémarré le serveur sshd ? Il ne lit les fichiers de configuration PAM et NSS qu'au démarrage... Ma doc : http://www.bortzmeyer.org/comptes-unix-ldap.html -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X11/gnome : non détection des résolutions gérées par un moniteur
Le Lun 3 novembre 2008 09:51, ludo a écrit : > bonjour, > En mode graphique avec gnome, je suis limité à la résolution 800x600 > avec mon écran Panasonic "PanaSync E70i" (un vieux 17") > Pourtant cet écran peut faire "beaucoup mieux" malgré son age. > Si je change d'écran (un DELL plus récent), je peux obtenir des > résolutions supérieures (j'en déduis que le pb ne tourne pas autour du > driver vidéo(mach64_drv.so pour ATI) mais bien sur la détection des > caractéristiques du moniteur). > Il me semble qu'il teste toutes les résolutions et fini par prendre > uniquement les résolutions "par défaut". En fait, X demande à ta carte graphique d'interroger ton ecran par un protocole nommé EDID. Ton ancien ecran ne connait pas ce protocole et il est incapable de répondre en donnant ses frequences horizontales et verticales. X ne sait donc pas jusqu'où il peut aller. Tu pourrais ajouter l'option : Option "Ignore EDID" "true" dans une section de xorg.conf, mais ca ne servirait à rien puisque ta carte n'arrive pas à les obtenir, ces informations. En revanche, si tu branchais un moniteur plus récent qui les gere, les informations seraient ignorée et tu pourrais te retrouver "Hors fréquence". La solution, à mes yeux, serait de prendre le manuel de ton écran et de noter les plages de fréquence Horizontales et Verticales supportées par ton vieux moniteur. Ensuite, tu les ajoutes dans la section concernant ton moniteur avec un "dpkg-reconfigure xorg-xserver", si ma mémoire est bonne. Sinon, à la main, tu fais man xorg.conf et tu recherches "Horiz" ou "VertSync". > 1/ y a t il un moyen de "forcer" les résolutions que le driver peut > utiliser ? Oui, avec "Ignore EDID", mais je le déconseille. Je n'ai eu à l'utiliser qu'une seule fois, pour un moniteur qui ne retournait pas ses véritables possibilités. > 2/ pour ma culture perso : où sont situées les caractéristiques > physiques des moniteurs (un fichier de conf ? ou directement embarqué > dans le logiciel d'autodétection ?) > Je suppose que l'autodétection utilise des tables pour chaque moniteur Soit en dur dans xorg.conf, soit déterminées dynamiquement par le protocole EDID qui permet un dialogue rudimentaire entre ta carte graphique et ton moniteur. Fanfan -- http://www.cerbelle.net - http://www.afdm-idf.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pb rsync (mac OS X -> lenny)
Bonjour, Probablement pas vraiment un pb debian, un peu HS donc... - MacOS X monte en nfs un volume exporté depuis un serveur lenny - il lance un rsync -rlptDv --delete /disque/usb/du/mac/ /backup/sur/lenny/ mais apparemment il se base sur le atime (dernier accès) et pas sur le ctime (dernière modif) pour les fichiers à sauvegarder. Bizarre non ? C'est gênant dans la mesure où je voulais utiliser la sortie rsync pour contrôler les fichiers qui avaient changé depuis le dernier rsync (la veille). Je peux bien sûr lancer un diff -qr (un find va me trouver les nouveaux mais pas les supprimés), mais c'est vraiment bourrin, et sur 300Go pas vraiment négligeable... Une suggestion ? -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ejabberd pb connexion
Le lundi 03 novembre 2008 à 02:27:32, Yves Rutschle a écrit :
> On Mon, Nov 03, 2008 at 12:00:51PM +0100, Christophe VINCHON wrote:
> > Chaque envoi se voit
> > retourner une erreur de code 404.
>
> Il y a peut-être des infos dans /var/log/ejabberd.
Pas grand chose d'alarmant à vrai dire, par exemple :
# ===
=INFO REPORT 2008-10-30 22:47:10 ===
I(<0.297.0>:ejabberd_c2s:1161): ({tlssock,#Port<0.324>,#Port<0.334>})
Close session for [EMAIL PROTECTED]/default
platon:~# tail /var/log/ejabberd/ejabberd.log
I(<0.220.0>:ejabberd_listener:90): (#Port<0.554>) Accepted connection
{{127,0,0,1},1852} -> {{127,0,0,1},5222}
=INFO REPORT 2008-10-30 17:40:13 ===
I(<0.220.0>:ejabberd_listener:90): (#Port<0.558>) Accepted connection
{{127,0,0,1},1855} -> {{127,0,0,1},5222}
=INFO REPORT 2008-10-30 17:40:20 ===
I(<0.220.0>:ejabberd_listener:90): (#Port<0.562>) Accepted connection
{{127,0,0,1},1856} -> {{127,0,0,1},5222}
=INFO REPORT 2008-10-30 22:47:10 ===
I(<0.297.0>:ejabberd_c2s:1161): ({tlssock,#Port<0.324>,#Port<0.334>})
Close session for [EMAIL PROTECTED]/default
# ===
Cordialement,
Christophe.
--
Le hacker, le code il le prend parce qu'il sait qu'il le prend, tu vois,
le code c'est sa vie et sa mort, c'est Dieu, c'est tout le potentiel de
sa vie et quand je pense au hacker et à Dieu, je fusionne avec tout le
potentiel de la life du code.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Don't forget to top-up your SIM for unlimited texts
--- remember to top-up your new Orange SIM card --- Hello, just a quick reminder for you to register and top-up your new SIM card, then you can enjoy: unlimited free texts when you top-up by £30 a month (or £20 top-up gives you 600 texts, £10 gives you 300 texts) free access to Facebook, MySpace and Bebo when you top-up by £10 or more a month Orange Wednesdays 2 for 1 cinema tickets every Wednesday * gigsandtours reserve tickets, 48 hours before anyone else Reserve Tank never run out of credit with our overdraft * text tickets cost 35p --- call us now on 0800 079 0006 or visit the link below to register and top-up online: http://trc1.emv2.com/I?a=A9X7Cq3,BerQ8Rx7FKjA0NDk6w --- This email was sent to [EMAIL PROTECTED] You've received this email because you registered to receive a free SIM. Orange website: www.orange.co.uk Orange Personal Communications Services Limited. Registered Office: St. James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol, BS32 4QJ, England. Registered Number: 243910 terms and conditions [http://trc1.emv2.com/I?a=A9X7Cq3,BerQ8Rx7FKjA0NHk7A unsubscribe http://trc1.emv2.com/I?a=A9X7Cq3,BerQ8Rx7FKjAwKzjNw
HP Compaq 6830s et Debian
Bonjour, suite à la défection d'une machine de bureau, j'ai l'intention de la remplacer par un portable 17''. Je suis tombé sur : 698 € HP Ordinateur Portable Compaq 6830s - Intel Core 2 Duo P8400 (2,26 GHz) - Ecran 17'' Processeur Intel Core 2 Duo P8400 (2,26 GHz) - Ecran 17'' TFT WXGA+ - Résolution 1440 x 900 pixels - 2048 Mo - Disque dur de 250 Go - Carte graphique ATI Mobility Radeon™ HD 3430 jusqu'à 512 Mo - Graveur DVD Dual Double Couche LightScribe - Modem 56K - Réseau Ethernet - Réseau sans fil WiFi N - Pavé numérique - Batterie 8 cellules - Autonomie jusqu'à 3h00 - Poids 2,95 Kg - Windows Vista Professionnel Ceci me semble une offre intéressante, étant bien entendu que je compte utiliser presque exclusivement Debian. Quelqu'un a-t-il une expérience, bonne ou mauvaise, avec cette machine ? Ou tout au moins un avis à donner ? Y a-t-il un risque de tatouage, ou cette histoire de tatouage n'est-elle qu'une légende ? Après tout, je n'ai jamais vu de message de quelqu'un qui en a été victime. Merci d'avance pour vos réponses. -- Pierre Meurisse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XFCE : avoir le droit d'éteindre son ordinateur...
Bonjour, J'ai fait quelques recherches et trouvé quelques solutions. Toutefois, ça me semble un peu bizarre. En effet, il suffit apparement d'avoir les droits sur le fichier /usr/sbin/xfsm-shutdown-helper. Les solutions que j'ai trouvées me semblent plus compliquées qu'un simple : chmod 4755 /usr/sbin/xfsm-shutdown-helper. Malheureusement, je n'ai pas l'impression que ma méthode simple fonctionne. Auriez-vous une explication ? Merci d'avance. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Quelques petits problèmes LDAP et autres considérations sans importance (sauf pour moi).
Merci pour votre réponse. J'essaierai en redémarrant le serveur ssh dès
demain en arrivant au boulot. En attendant, j'ai lu votre doc et j'en
profite pour poser quelques questions (en vrac au fur et à mesure qu'elles
me viennent ) :
- dans le fichier /etc/nsswitch.conf, quelle est la différence entre compat
et files ? Dans certaines docs, j'ai trouvé "passwd compat ldap" et dans
d'autres "passwd files ldap" (idem pour shadow et group). Même si ça
n'impacte pas vraiment mon problème, j'aimerais bien savoir quelle est la
différence entre les deux...
- comment faire pour que les clients acceptent un certificat TLS auto signé
? Je croyais que la ligne "TLS_REQCERT allow" du fichier ldap.conf servait à
ça, mais ça n'a pas l'air d'être le cas chez moi...
- dans le fichier slapd.conf, j'ai mis password-hash {MD5} ce qui, si j'ai
bien compris, fait que les mots de passe stockés dans ma base ldap sont
chiffrés en MD5 (je les génère avec slappasswd -h {MD5}). Par contre dans le
fichier ldap.conf, j'ai pam_password crypt, ce qui correspond, je crois qu
cryptage utilisé par défaut dans les fichiers locaux, mais comme je n'ai pas
d'idée très précise de l'utilité de cette ligne (je l'ai trouvée dans une
doc sans plus d'explications), je me demande si ça ne crée pas un pb avec la
première (et je n'ose pas trop la changer parce que le mot de passe du root
est lui stocké en local avec le système des shadow passwords et je n'ai pas
envie de casser ça sous peine de ne plus pouvoir me loguer en root). Si
quelqu'un pouvait m'éclairer à ce sujet...
- autre problème : dans certaines docs on localise la base par une uri et
dans d'autres par un host. Quelle est la différence entre les deux ?
Voilà, voilà, voilà...
En tout cas merci à vous de vous intéresser à mon problème et merci pour
tous ces pointeurs que je n'avais pas trouvés (et pourtant, j'en ai fouillé
des docs :-( !!! )
Bonne soirée.
Le 3 novembre 2008 17:37, Stephane Bortzmeyer <[EMAIL PROTECTED]> a écrit
:
> On Mon, Nov 03, 2008 at 12:58:11PM +0100,
> Jean-Max Redonnet <[EMAIL PROTECTED]> wrote
> a message of 495 lines which said:
>
> > Du coup, je me demande si j'ai besoin de TLS ou pas.
>
> TLS me semble une bonne idée.
>
> > En d'autre termes, avec le protocole ldap par défaut (celui qu'on
> > trouve en 389 généralement), est-ce que les mots de passe circulent
> > en clair sur le réseau ?
>
> Hélas oui.
>
> > J'ai aussi testé la connection SSH depuis le serveur lui-même :
> > $ ssh [EMAIL PROTECTED]
> > et ça marche pas ! dans auth.log, le module pam_ldap me sort un fatidique
> > "Invalid credentials"
>
> Vous aviez redémarré le serveur sshd ? Il ne lit les fichiers de
> configuration PAM et NSS qu'au démarrage...
>
> Ma doc :
>
> http://www.bortzmeyer.org/comptes-unix-ldap.html
>
Re: bon usage du raid et de LVM
Salut, merci à tous pour les retours d'expérience. J'ai finalement installé un nouveau système à partir d'un cd lenny. J'ai deux périphériques raid1: un pour /boot (en ext3) et un pour tout le reste (système et données ) (en LVM + ext3). Je n'ai pas encore essayé de redimensionnement à chaud, mais je viens de simuler une erreur sur un disque et tout c'est déroulé normalement, c'est au poil. encore merci -- Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFCE : avoir le droit d'éteindre son ordinateur...
Bon... Il est tard, j'ai cliqué sur le mauvais bouton tout ça (1x)... Donc j'envoie à la liste ce que j'ai indûment envoyer directement avec en prime un embryon d'explication : sécurité tout ça (2x) (oui c'est une réponse version courte, cf les 2ème, 3ème et 4ème mots de la phrase précédente). Milles excuses pour les doublons. Salut, Pour ma part, j'utilise sudo, donc je saisi la commande visudo qui lance un éditeur de texte sur le fichier de configuration /etc/sudoers, puis j'ajoute les deux ligne suivantes : Cmnd_Alias SHUTDOWN = /usr/sbin/xfsm-shutdown-helper ALL ALL=NOPASSWD: SHUTDOWN On peut remplacer le premier ALL de la dernière ligne par le login du seul utilisateur autorisé à éteindre/redémarrer la machine. Voici un cat sur /etc/sudoers : # /etc/sudoers # # This file MUST be edited with the 'visudo' command as root. # # See the man page for details on how to write a sudoers file. # Defaultsenv_reset # Uncomment to allow members of group sudo to not need a password # %sudo ALL=NOPASSWD: ALL # Host alias specification # User alias specification # Cmnd alias specification Cmnd_Alias SHUTDOWN = /usr/sbin/xfsm-shutdown-helper # User privilege specification rootALL=(ALL) ALL ALL ALL=NOPASSWD: SHUTDOWN voir aussi : http://www.xfce.org/documentation/4.2/manuals/xfce4-session#xfsm-shutdown
Re: Problème d'installation de Lenn Beta 2 sparc
Bonjour, Merci pour votre réponse. Mai comment faire un diag max ? Le dimanche 02 novembre 2008 à 23:10 +0100, patrick dos santos a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hello > > A tu tenter un diag max avec l'OBP car a priori le noyau renvoie un > problème de mémoire > > Et une autre idée comme ça > A tu essayer avec une stable au lieu d'une testing quitte a basculer > ensuite j'ai rencontrer plusieurs fois ce type d'erreur et en essayant > plusieurs version différentes je suis parvenu a mes fins , > sont capricieuses ces bébetes > > > Sinon je te conseille de poster sur la liste debian-sparc ils sont plus > spécialisées :) > > Tangara Issa a écrit : > > Bonjour la communauté, > > > > je n'arrive pas à installer Lenny Beta 2 sur le serveur Sun Fire V240 de > > mon > > entreprise que nous voulons utiliser comme serveur de messagerie. > > > > A partir du prompt ok de OpenBoot, qand je lance la commande boot cdrom, > > j'ai > > le message suivant: > > > > Allocated 8 Megs of memory at 0X4000 for kernel > > Loaded kernel version 2.6.24 > > Loading initial ramdisk (4115905 bytes at 0X21F802000 phy, 0X40C0 > > virt)... > > Memory Address not Aligned > > > > Pouvez-vous m'aider à résoudre ce problème ? > > > > Merci. > > > - -- > Patrick Dos Santos > > GPG Fingerprint : CECA DABA 25BB D2C0 0CE1 4315 AF7E 8886 B358 A349 > GPG Key: gpg --keyserver pgp.mit.edu --recv-keys 0xB358A349 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkkOJU0ACgkQr36IhrNYo0kWUwCgvPB8PwS9dC6Msrcr2Snxb2Hm > l+QAn3lcVj/eHMVUOAaxq3i2bfmxMoWE > =oOj+ > -END PGP SIGNATURE- > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFCE : avoir le droit d'éteindre son ordinateur...
Le Lun 3 novembre 2008 20:56, David BERCOT a écrit : > Bonjour, > J'ai fait quelques recherches et trouvé quelques solutions. Toutefois, > ça me semble un peu bizarre. En effet, il suffit apparement d'avoir les > droits sur le fichier /usr/sbin/xfsm-shutdown-helper. > Les solutions que j'ai trouvées me semblent plus compliquées qu'un > simple : chmod 4755 /usr/sbin/xfsm-shutdown-helper. Malheureusement, je > n'ai pas l'impression que ma méthode simple fonctionne. > Auriez-vous une explication ? > Merci d'avance. > David. Salut David, L'appartenance au groupe powerdev ne suffirait-elle pas ? $ sudo adduser david powerdev Je suggère aussi les groupes netdev et plugdev pour : - la configuration réseau par l'utilisateur avec NetworkManager pour les reseaux Wifi, par exemple - la gestion et le montage des périphériques connectés à chaud (cles USB, par exemple). Fanfan -- http://www.cerbelle.net - http://www.afdm-idf.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
