Re: routage

2008-09-10 Par sujet DUFRESNE, Mathias (STERIA)
Le mercredi 10 septembre 2008 à 13:06 +0200, Yves Rutschle a écrit :
 On Wed, Sep 10, 2008 at 12:19:24PM +0200, Patrice OLIVER wrote:
  Sur le pare-feu de l'entreprise, j'ai une DMZ (192.168.0.0/24) dans 
  laquelle un squid fonctionne.
  Je souhaite accéder à ce proxy pour diverses raisons.
  
  Dans ma config ip, j'ai ma default gw qui pointe sur ip_pf2
  Je souhaite donc ajouter sur mon laptop une route pour accéder à la DMZ 
  qui se situe derrière ip_pf1
  J'ai essayé :
  route add -net 192.168.0.0/24 gw ip_pf1
 
 Quelle est l'adresse de ton portable?
 
 Il ne me semble pas correct d'avoir à rajouter une route sur
 un portable qui n'a qu'une adresse et qu'une interface.
 C'est à ip_pf2 de faire le routage vers ip_pf1.
 
 Y.
 
salut à tous,

Si la config de ton LAN ressemble à ça :

 service
   |
ip_pf1
   |
- le reste de l'entreprise
   |
ip_pf2
   |
 internet


C'est effectivement à ta passerelle de faire suivre tes paquets vers la
DMZ, où qu'elle soit.

De toute façon les différentes passerelles que tu peux configurer pour
accéder à différents réseaux doivent impérativement être directement
joignable, donc être sur le même réseau que toi.


Pour être plus clair :

internet
   |
  fwext
   |  |
   | -- LAN3
--- LAN1 |
   |   fwint2
 fwint1  |
   | |
---LAN2


fw* = des passerelles
fwext n'autorise pas le passage de paquets entre LAN1 et LAN3

si tu es sur LAN1, tu auras comme passerelle par défaut fwext et pour
accéder à LAN2 ET LAN3 tu configureras deux routes avec comme passerelle
fwint1

Ceci en espérant que le schéma passe convenablement : )

à plus

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: nvidia 8400gs : twinview et ou 2 session x sép aré - retour ati impossible

2008-06-11 Par sujet DUFRESNE, Mathias (STERIA)



-Original Message-
From: gbulot (debian list) [mailto:[EMAIL PROTECTED] 
Sent: mercredi 11 juin 2008 10:44
To: Debian user french
Subject: Re: nvidia 8400gs : twinview et ou 2 session x séparé - retour ati 
impossible

Etant donné les difficultés que j'ai à utiliser cette nvidia en double
écran avec des performances descentes , j'ai remis une ati 1050, mais la
catasrophe, dès l'activation de l'interface graphique :
 - ecrans vide
 - plus de clavier (action sur verr num inactif)

en ssh, les log de xorg en pièce jointe, ainsi que le xorg.conf


j'ai déjà desinstaller nvidia-kernel-2.6.24-1-686 (lors du passage via
module-assistant)

mais cela n'a rien changé

---
Salut,

J'utilise des cartes nvidia et le xinerama depuis des années sans soucis, par 
contre j'utilise assez rarement le twinview, je préfère laisser xorg faire le 
boulot :

Section Serverflags
Option Xinerama   true
EndSection

+ dans serverlayout en seconde ligne screen avec un leftof ou rightof ou...

Le seul problème, c'est que ça ne supporte pas l'option composite.


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: nvidia 8400gs : twinview et ou 2 session x sép aré - retour ati impossible

2008-06-11 Par sujet DUFRESNE, Mathias (STERIA)

-Original Message-
From: gbulot (debian list) [mailto:[EMAIL PROTECTED] 
Sent: mercredi 11 juin 2008 11:30
To: Debian user french
Subject: RE: nvidia 8400gs : twinview et ou 2 session x séparé - retour ati 
impossible




On Wed, 11 Jun 2008 11:03:32 +0200, DUFRESNE, Mathias \(STERIA\)
[EMAIL PROTECTED] wrote:
 
 Salut,
 
 J'utilise des cartes nvidia et le xinerama depuis des années sans
soucis,
 par contre j'utilise assez rarement le twinview, je préfère laisser
xorg
 faire le boulot :
 
 Section Serverflags
 Option Xinerama true
 EndSection
 
 + dans serverlayout en seconde ligne screen avec un leftof ou rightof
 ou...
 
 Le seul problème, c'est que ça ne supporte pas l'option composite.

normal, car j'ai repris le xorg.conf que j'avais avant de bricoler avec
nvidia, les log sont issus de ce dernier xorg.conf

autrement dit 
- j'ai retiré la carte graphique nvidia
- j'ai remis la carte graphique ati d'origine
- j'ai remis le xorg.conf qui fonctionnait avec la carte ati
---
Je ne vois pas le pourquoi du normal au début...

Je parlais de l'option composite juste pour t'éviter de galérer là-dessus si tu 
décidais de remettre la nvidia...

Sinon le paquet nvidia-kernel-pouet-pouet n'est je pense qu'un module, il ne 
doit pas interférer dans ta conf ati, tout comme charger les modules d'une 
carte réseau ne devrait pas changer le comportement de la machine à café : )

En-dessous c'est mon xorg.conf, deux crt, une 9600GT, pas de twinview.



#Section InputDevice
#   Identifier  integrated
#   Driver  mouse
#   Option  Protocol PS/2
#   Option  Device /dev/psaux
#   Option  CorePointer
#   Option  Emulate3Buttons
#Endsection

Section ServerFlags
Option  Xinerama  true
EndSection

Section Extensions
Option Composite false
#Option RENDER true
EndSection

Section ServerLayout

#   Screen  1  Screen1 LeftOf Screen0
#   Screen  1  Screen1 Above Screen0
#   Screen  1  Screen1 Below Screen0
#   InputDeviceintegrated CorePointer
#   InputDeviceSynaptics Touchpad HorizScrollDelta
#   InputDeviceMouse0 AlwaysCore
Identifier XFree86 Configured
Screen  0  Screen0 0 0
Screen  1  Screen1 RightOf Screen0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
EndSection

Section Files
#FontPath /usr/share/fonts/util/
#FontPath /usr/share/fonts/local/
FontPath/usr/share/fonts/misc/
FontPath/usr/share/fonts/Speedo/
FontPath/usr/share/fonts/Type1/
FontPath/usr/share/fonts/CID/
FontPath/usr/share/fonts/75dpi/
FontPath/usr/share/fonts/100dpi/
FontPath/usr/share/fonts/efont-unicode/
FontPath/usr/share/fonts/aquafont/
FontPath/usr/share/fonts/artwiz/
FontPath/usr/share/fonts/freefont/
FontPath/usr/share/fonts/cronix/
FontPath/usr/share/fonts/encodings/
FontPath/usr/share/fonts/cyrillic/
FontPath/usr/share/fonts/free-bangla-font/
FontPath/usr/share/fonts/jmk/
FontPath/usr/share/fonts/lfp-fix/
FontPath/usr/share/fonts/lfpfonts-var/
FontPath/usr/share/fonts/sharefonts/
FontPath/usr/share/fonts/terminus/
FontPath/usr/share/fonts/ttf/
FontPath/usr/share/fonts/TTF/
FontPath/usr/share/fonts/urw-fonts/
FontPath/usr/share/fonts/unifont/
FontPath/usr/share/fonts/vc/
FontPath/usr/share/fonts/ukr/
EndSection

Section Module
Load   record
Load   extmod
Load   dbe
#   Load  dri
Load   xtrap
Load   glx
Load   int10
Load   type1
Load   speedo
Load   ddc
#   Load  bitmap
Load   freetype
Load   wfb
Load   libwfb
EndSection

Section InputDevice
Identifier Keyboard0
Driver kbd
Option XkbModel pc105
Option XkbLayout fr
Option XkbVariant 
Option XkbOptions 
EndSection

Section InputDevice
Identifier Mouse0
Driver mouse
Option Protocol ImPS/2
Option Device /dev/input/mice
Option CorePointer
Option ZAxisMapping 4 5
EndSection

Section InputDevice
Identifier Synaptics Touchpad
Driver synaptics
Option SendCoreEvents true
Option Device /dev/psaux
Option Protocol auto-dev
Option HorizScrollDelta 0
#   Option  Emulate3Buttons
EndSection

Section InputDevice
Identifier Mouse1
Driver mouse
Option Protocol ImPS/2
Option

RE: [HS] mauvaise configuration de ssh?

2008-05-13 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Je viens de tester sur plusieurs système, aucun n'a permis de connexion sans 
mot de passe avec sftp localhost, ce sur une Etch avec la conf par défaut 
(j'ai pas touché à ssh ni à pam ici) et sur une Gentoo (conf par défaut de sshd 
et pam interrogeant l'annuaire ldap, mais ça m'étonnerait que ça change :)

J'ai aussi testé à distance sur mon routeur (toujours en Etch) qui ne permet 
que les connexions initiées à l'aide d'une paire de clefs, et là encore ça 
refuse si la clef est invalide...

Et c'est tant mieux !

Je viens de lire la réponse de Daniel Huhardeaux, et sa réponse me rassure, 
elle correspond non seulement à mes tests, mais aussi à mes attentes... Si un 
utilisateur lambda pouvait se connecter en root au travers de sftp simplement 
parce qu'il est connecté à un shell du système, ce serait inquiétant... non ? 

Cordialement,

mat


-Original Message-
From: Sylvain Sauvage [mailto:[EMAIL PROTECTED] 
Sent: mardi 13 mai 2008 15:16
To: debian-user-french@lists.debian.org
Subject: Re: [HS] mauvaise configuration de ssh?

Remi Suinot, mardi 13 mai 2008, 15:05:22 CEST
 
 bonjour à tous;

'jour,

 Je viens de me rendre compte que je peux utiliser sftp avec
 firefox!

  Avec konqueror (et d'autres sûrement) aussi...

 Jusque là, vous allez me dire: mais, c'est pas
 grave! , sauf que par hasard, j'au tester sur mon serveur
 perso, et là, j'ai fait trois infarctus d'un coup! tout est
 lisible, sans clef ni mot de passe!! j'ai acces à tous les
 répertoires. Je vais refaire ma configuration, la dessus, cela
 me semble évident.
 Mais je me pose LA question: comment cela est il possible?
 Quelqu'un a t il un réponse? ou un lien? une piste? 

  Minute. Est-ce que tu as juste fait sftp://localhost ?
Parce que, si c'est le cas, c'est normal : 'sft localhost' en
ligne de commande est tout aussi libéral.

  Si tu l'as fait depuis un autre poste, c'est plus grave mais
ça m'étonnerait...

-- 
 Sylvain Sauvage

--
Désolé pour ce qui suit...




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

2008-05-06 Par sujet DUFRESNE, Mathias (STERIA)
Euh... :wq! Permet d'écrire dans sudoers sans changer les droits au préalable...

Une option pratique de vi le ! : )

-Original Message-
From: Stephane Bortzmeyer [mailto:[EMAIL PROTECTED] 
Sent: samedi 3 mai 2008 21:54
To: Gilles Mocellin
Cc: debian-user-french@lists.debian.org
Subject: Re: virtualbox

On Mon, Apr 28, 2008 at 11:06:25PM +0200,
 Gilles Mocellin [EMAIL PROTECTED] wrote 
 a message of 65 lines which said:

 visudo, ça ne fait qu'un vi sur /etc/sudoers, en s'assurant que
 personne d'autre ne l'édite en même temps.

Et surtout, surtout, visudo vérifie que la syntaxe du fichier est
correcte, *avant* de l'installer. Sinon, il n'y aurait aucune
récupération possible, puiqu'on ne pourrait plus utiliser sudo !

Heureusement que /etc/sudoers ne peut pas s'éditer « comme ça » avec
vi.

% sudo visudo
 sudoers file: syntax error, line 20 
What now? 
 ?
Options are:
  (e)dit sudoers file again
  e(x)it without saving changes to sudoers file
  (Q)uit and save changes to sudoers file (DANGER!)

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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: changement de disque dur

2008-04-30 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour,

Vu que le but est de copier une première fois sur le dd externe pour les 
recopier ensuite sur le nouveau dd, je ne prendrai pas la peine de crypter la 
partition /home du dd externe, mais je le ferai seulement pour le nouveau 
disque.

Sinon cp marche très bien pour la copie de système, même à chaud, je m'en sers 
régulièrement avec une boucle for :

for dir in bin boot ... var ; do cp -a /$dir /mount/point/dd_ext/ ; done

L'option --sparse de cp permet de compresser les suites de zéro contenues dans 
certains fichiers, je ne sais jamais laquelle est la bonne entre always et 
never par contre.

Il faut juste penser à ne pas recopier les répertoires à problème que sont dev, 
proc, sys et mnt si c'est là que se trouve le point de montage du disque 
externe.

Cordialement,

mathias


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: mercredi 30 avril 2008 11:01
To: debian-user-french@lists.debian.org
Subject: changement de disque dur

bonjour,

je pense bientôt changer de disque dur sur mon portable, et je me pose
des questions sur la marche à suivre pour transférer mes données. J'ai
(en plus de la partition swap), une partition /home cryptée, une
partition /var, et le reste (partition racine). Pour m'aider dans les
transferts, je dispose d'un disque dur externe.

Pour la partition /var, j'imagine qu'une simple copie, après création du
système de fichiers devrait suffire. Idem pour la partition /home, après
création du système de fichiers crypté. 

Mais je me demande tout de même si je peux réaliser ces transferts en
copiant l'image de la partition en entier (avec dd). Est-ce que c'est
possible de faire mieux ? est-ce que la partition d'origine et de
destination doivent faire exactement la même taille ? est-ce que c'est
risqué ? est-ce que ça peut poser d'autres problèmes ?

Enfin, est-ce que je vais pouvoir copier la partition racine et avoir un
système fonctionnel ? je sais qu'il faudra que je relance lilo, mais
est-ce que j'ai besoin d'effectuer d'autres démarches ? Est-ce qu'il y a
des choses qui risquent de ne plus fonctionner ?

a+
arno

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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: connexion entre 2 machine avec hub (reseau ip different)

2008-04-04 Par sujet DUFRESNE, Mathias (STERIA)
Salut à tous,

Une petite question, si je comprends bien, tu as 3 câbles sur le hub, un pour 
chaque machine et un pour te connecter au réseau de ton admin.

Si vraiment il n'y a plus d'IP fixe à donner, ni d'IP dynamiques disponibles, 
ne serait-il pas possible de configurer 2 IPs sur le portable, chacune avec un 
réseau différent (une pour le LAN et l'accès à Internet, l'autre pour accéder 
au NAS) ?
Tu configures ensuite ton NAS pour avoir le même réseau que la seconde IP du 
portable et le tour est joué, non ?

++

PS: désolé pour la signature, je ne peux passer par un autre smtp que le vilain 
qui rajoute ça :(

-Original Message-
From: Jacques L'helgoualc'h [mailto:[EMAIL PROTECTED] 
Sent: vendredi 4 avril 2008 16:00
To: debian-user-french@lists.debian.org
Subject: Re: connexion entre 2 machine avec hub (reseau ip different)

Patrick CAO HUU THIEN a écrit, vendredi 4 avril 2008, à 15:15 :
 bonjour,

bonjour.

 j'ai un pb reseau pour vous :)

Ça tombe bien, j'ai besoin d'exercices.

 j'ai une machine avec une ip statique et routable et une autre sans  
 adresse ip (car l'admin reseau me dit qu'il n'a pas d'ip fixe pour moi)

Radin ! Dis-lui de passer à IPV6 ?

 j'ai branché les 2 machines sur hub.

 La machine avec ip fixe est mon portable et l'autre machine (vielle et 
 sans ecran) sera mon nas du pauvre :)

Si elle ne fait pas trop de bruit, tu n'es pas si pauvre.

 contraintes:

   a/ mon portable doit garder son ip fixe et pouvoir aller sur internet
   b/ le nas n'a pas besoin d'etre accessible ni de sortir sur internet 
 (d'ou l'idee du 192.168.x.x -- voir 2/)
   c/ mon portable doit pouvoir acceder au nas

 comment puise communiquer entre les 2 machines ?

Sur ton portable, tu *ajoutes* une autre IP :

 ifconfig -v eth0:0 192.168.42.1 up

et tu configures ton  nas à toi sur 192.168.42.2 ; si  tu veux le prêter
aux autres, c'est un exercice de passerelle...

A priori, le masque de sous-réseau sera 255.255.255.0, qu'on peut réduire.


 Idees:

   1/ je pensais mettre une adresse non routage 192.168.x.x pour mon nas 
 et 
 mettre comme gateway la meme ip mais apparemment ca ne marche pas (pas de 
 ping)

Ben non, une passerelle utile, c'est forcément une autre machine.

   2/ peut etre faudrait-il ajouter un route statique sur les 2 machines 
 pour dire qu'on est sur le meme reseau -- mais je ne sais pas faire !!

Inutile ci-dessus, quand tu actives une IP, tu as aussi la route vers le
sous-réseau ; essaie « /sbin/route -een » avant et après ifconfig.

   * portable  192.168.x.x : route add « on est sur le meme reseau alors 
 fait comme si »
   * nas  ip de mon portable : route add « on est sur le meme reseau  
 alors fait comme si »

Si les deux machines sont sur le même réseau IP (et qu'elles communiquent
sans intermédiaire (sauf hub ou switch)), pas besoin de routage.

 J'espere avoir ete clair

moi aussi,

 et merci pour l'aide

de rien,
-- 
Jacques L'helgoualc'h

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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.



RE: autres softs que cheops

2008-03-27 Par sujet DUFRESNE, Mathias (STERIA)
From: Gilles Mocellin [mailto:[EMAIL PROTECTED] 
Sent: mercredi 26 mars 2008 22:41
To: debian-user-french@lists.debian.org
Subject: Re: autres softs que cheops

Le Wednesday 26 March 2008 10:37:42 Ludovic C., vous avez écrit :
 Bonjour,

 J'aimerais savoir s'il existe un autre logiciel graphique du genre cheops
 pour voir mes stations sur mon réseau.

 Merci.

Les équipements actifs et visibles par l'interface réseau d'où on l'exécute :
  * lanmap
  * ntop

Pour du non-graphic, évidement, il y a :
  * nmap, mais aussi
  * pnscan
  * nast
  * netdiscover
  * nwatch

---

Il y a aussi ocs inventory

A+


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.



RE: [etch] Blocage au demarrage, initramfs, PERC5, driver

2008-03-27 Par sujet DUFRESNE, Mathias (STERIA)
From: djibril ousmanou [mailto:[EMAIL PROTECTED] 
Sent: mercredi 26 mars 2008 17:45
To: debian-user-french@lists.debian.org
Subject: [etch] Blocage au demarrage, initramfs, PERC5, driver

 

Salut à tous,

 

Salut,


J'ai un souci au démarrage de mon serveur (power edge 850) qui utilise debian 
etch, 2.6.18-6-686.
Ce dernier contient 2 disques et est relié a une baie de stockage Power PV 
MD1000 via le controller PERC5. cette baie de stockage a été acheté chez DELL 
qui m'avait proposé (pour redhat) le driver megaraid_sas-v00.00.03.16. 
DELL me proposait pour une redhat leur driver sur un power edge 1950 - 
Contrôleurs SAS RAID (7) - PERC 5/E Adapter
http://support.euro.dell.com/support...NEThidlang=fr 
http://support.euro.dell.com/support/downloads/driverslist.aspx?os=RHEL5osl=FRcatid=-1impid=-1servicetag=SystemID=PWE_1950hidos=WNEThidlang=fr
 
http://support.euro.dell.com/support/downloads/format.aspx?c=frl=frs=gendeviceid=9181libid=46releaseid=R169676vercnt=2formatcnt=0SystemID=PWE_1950servicetag=os=RHEL5osl=frcatid=-1impid=-1
car il n'avait pas d'option controleur SAS RAID pour un 850. 

Mais je souhaite utiliser redhat.

 

T'es sûr de vouloir une Red Hat ? ;)


sda1 a 3 partitions (swap, / et /sauvegarde1 )
sdb a une partition ext3 (/sauvegarde2) de 300 Go
sdb c (baie de stockage ) une partition de 2To (/baie_sauvegarde).



Avec une belle config comme ça, avec la facilité apportée par Debian, à ta 
place je penserai sur LVM... Mais la question n'est sûrement pas là : )


Quand j'ai installé debian, je n'ai pas eu de soucis avec. J'ai crée une 
partition de 2To nommée baie_sauvegarde.
Au démarrage, à certain moment, il se bloque avec le message d'erreur suivant :


Begin Mounting root file system...
Begin Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.

  check root= botarg cat /proc/cmdline
  or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda2 does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1.3-4) Built-in shell (ash)
Enter 'Help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)_ 


  fstab de mon /dev/sda2
#
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
/dev/sda2   /   ext3defaults,errors=remount-ro 0   1
/dev/sdc1   /baie_sauvegarde ext3defaults0   2
/dev/sda3   /sauvegarde1ext3defaults0   2
/dev/sdb1   /sauvegarde2ext3defaults0   2
/dev/sda1   noneswapsw  0   0
/dev/hda/media/cdrom0   udf,iso9660 user,noauto 0   0

mon sources.list
# deb cdrom:[Debian GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 
20080218-14:15]/ etch contrib main

#deb cdrom:[Debian GNU/Linux 4.0 r3 _Etch_ - Official i386 NETINST Binary-1 
20080218-14:15]/ etch contrib main

deb http://ftp.fr.debian.org/debian/ etch main
deb-src http://ftp.fr.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

Dans le bios
Dans Hard-Disk Drive Sequence
1. Slot 1: 01,39160 A: 00 SEAGATE ST337
2. PERC 5/E Adaptater(bus 02 dev 0E)


En éteignant le serveur de stockage

Il me dit qu'il y a des souci de branchement, normal vu que mon serveur a été 
configuré pour être relié au serveur de stockage (via controller PERC5).
Ensuite je tape n'importe quelle touche pour continuer.
Ensuite j'obtiens un failed (code8) car fsck failed surement du fait que 
/dev/sdc n'existe pas.
j'ai donc le choix de taper controlD pour continuer ou bien le pass root pour 
réparer.
Je fais donc ctrl D et là, il démarre correctement.

Reteins le serveur et le relie avec le serveur de stockage pour un redémarrage

Il démarre correctement. Mais c'est aléatoire car des fois il rebug.
Il m'arrive de devoir rebooter 5 fois pour que ça marche.

 

Hum, les problèmes aléatoires sont souvent liés à des problèmes hardware selon 
ma maigre expérience...

Et même avec du matériel de compétition neuf on peut en avoir...

Help.
J'ai trouvé des liens sur le web :
- http://lists.us.dell.com/pipermail/linux-poweredge/2006-September/027504.html
- http://www.bonz.org/tech/post/2007/09/16/Un-peu-dordre-dans-la-maison

Mais rien à faire.
j'ai essayé de rajouter dans /etc/initramfs-tools/modules les modules suivant :
- megaraid_sas
- megaraid_mbox
- megaraid_mm
mais ça ne change rien.
Voici un aperçu de update-initramfs -v -u
...
...
Adding module /lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid.ko
Adding module 
/lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mm.ko
Adding module 
/lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_mbox.ko
Adding module 
/lib/modules/2.6.18-6-686/kernel/drivers/scsi/megaraid/megaraid_sas.ko
...
donc je suppute que les modules sont déjà présents mais pourquoi ça ne 
fonctionne 

RE: souci aptitude

2008-03-27 Par sujet DUFRESNE, Mathias (STERIA)


From: Jean-Michel OLTRA [mailto:[EMAIL PROTECTED] 
Sent: jeudi 27 mars 2008 15:30
To: Debian User French
Subject: Re: souci aptitude


Bonjour,


Le jeudi 27 mars 2008, Thibaut Paumard a écrit...


 Ton problème de disque a probablement supprimé/abîmé des fichiers,  
 c'est un peu gênant ! Peut-être pourrais tu regarder dans /lost+found  
 pour essayer d'avoir une idée des fichiers cassés par l'incident.

Merci de ta réponse. Mon courriel est arrivé tardivement, j'ai réussi à
trouver la solution.

 Je tenterais un dpkg -P --force-depends package . Tous les paquets  
 qui en dépendent seront cassés, bien entendu, lance simplement aptitude 
 pour corriger ces problèmes (il devrait automatiquement te proposer de 
 réinstaller les paquets manquants).

Je ne connaissais pas, je note !

En fait, j'ai fait un strace sur une commande `aptitude install` et je
me suis rendu compte que j'avais un execve de python (j'aurais pu m'en
douter plus tôt avec les appels de pycentral et update-python-modules,
mais c'est comme ça) qui recevait le sigsegv.

J'ai lancé `python` en ligne de commande : segfault

J'ai donc récupéré le binaire python24 dans le paquet qui le fournit, et
l'ai installé à la place du binaire daubé. Et tout est revenu d'aplomb.
Il ne fallait pas grand chose, en définitive. Mais le message d'erreur
était sans rapport avec la panne réelle.

 Personnellement, si ça semble sans fin, je sauvegarderai /etc et /home 
 et je réinstallerais.

Rhaaa ! Ça me rendrait malade !

PS : Il y a eu un fil il y a quelque temps sur les systèmes de fichiers.
Je suis en Xfs depuis un certain nombre d'années. J'ai eu parfois des
soucis de fs comme hier. Et j'ai, pour l'instant, toujours pu réparer.

-- 
jm


-

Salut,

Si tu t'en sors pas et que tu te décides à réinstaller le système, un petit 
dpkg -l  pkg.list peut aider à ne pas se prendre la tête et réinstaller 
l'ensemble à l'identique, un coup de awk pour virer les infos qui dépassent sur 
les cotés, t'en refais une liste plate, le tout suivi d'un apt-get install 
${la_liste_des_paquets} et c'est fini, ou presque.
Il manquera à recopier les confs dans /etc, les données dans /var (dhcp, dns, 
db...) et c'est reparti.

Ceci dit, c'est du taff aussi, mais XFS, c'est le type de FS avec lequel j'ai 
perdu le plus de données...

ciao


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.



RE: Re : [etch] Blocage au demarrage, initramfs, PERC5, driver

2008-03-27 Par sujet DUFRESNE, Mathias (STERIA)
Re,

 

Je recommence ici, histoire de simplifier la lecture, la question principale 
est simple :

Qu'est-ce que tu utilises comme système de gestion de disques ?

sda - scsi ou sata directement utilisé

mdX - raid (il y a surment d'autres notation, je suis pas un spécialiste du 
raid).

/dev/nom_volume_group/nom_volume_logique - nomination LVM

 

Ceci dit, ce qui me plait avec la debian, c'est qu'elle fait beaucoup de chose 
toute seule, me laissant du temps pour réfléchir à d'autres choses, notamment 
elle remplie convenablement le fstab normalement (qu'il y ai ou non du raid, du 
lvm ou une machine à café), elle choisit un chouette initrd sans défaut qui va 
avec tout ça (ceci par opposition à la Gentoo que j'aime tant, et qui me fait 
perdre un temps faramineux pour des bétises).

 

Je le redis, si ça marche une fois, que tu ne touches pas à ta conf et que ça 
plante aléatoirement derrière, ton problème vient pas de la conf, puisque tu 
n'y as pas touché : )

Maintenant oui si tu bidouilles ton initrd et recompile 3 fois ton noyau avant 
chaque reboot, le problème peut très bien venir de là, c'est toi qui sait ça ;)

 

Si ton installation est encore fraîche, recommence la, tu n'es pas obligé tout 
de suite de t'occuper de tous tes disques, et prends le temps de regarder ce 
qu'il se passe, comment sont nommé tes périphériques par l'installeur, lors de 
la gestion des disques.

 

Si c'est bien du raid hardware, le système ne devrait pas te parler de sda, sdb 
mais les nommer en tant que disques raid (mdX ?).

 

 

 

-

En vue de coupe franche - le HTML, c'est mal ^^

-

From: djibril ousmanou [mailto:[EMAIL PROTECTED] 
Sent: jeudi 27 mars 2008 17:30
To: debian-user-french@lists.debian.org
Subject: Re : [etch] Blocage au demarrage, initramfs, PERC5, driver

 

 

- Message d'origine 
De : DUFRESNE, Mathias (STERIA) [EMAIL PROTECTED]
À : debian-user-french@lists.debian.org
Envoyé le : Jeudi, 27 Mars 2008, 16h39mn 54s
Objet : RE: [etch] Blocage au demarrage, initramfs, PERC5, driver

From: djibril ousmanou [mailto:[EMAIL PROTECTED] 
Sent: mercredi 26 mars 2008 17:45
To: [EMAIL PROTECTED]
Subject: [etch] Blocage au demarrage, initramfs, PERC5, driver

 

Salut à tous,

 

Salut,


J'ai un souci au démarrage de mon serveur (power edge 850) qui utilise debian 
etch, 2.6.18-6-686.
Ce dernier contient 2 disques et est relié a une baie de stockage Power PV 
MD1000 via le controller PERC5. cette baie de stockage a été acheté chez DELL 
qui m'avait proposé (pour redhat) le driver megaraid_sas-v00.00.03.16. 
DELL me proposait pour une redhat leur driver sur un power edge 1950 - 
Contrôleurs SAS RAID (7) - PERC 5/E Adapter
http://support.euro.dell.com/support...NEThidlang=fr 
http://support.euro.dell.com/support/downloads/driverslist.aspx?os=RHEL5osl=FRcatid=-1impid=-1servicetag=SystemID=PWE_1950hidos=WNEThidlang=fr
 
http://support.euro.dell.com/support/downloads/format.aspx?c=frl=frs=gendeviceid=9181libid=46releaseid=R169676vercnt=2formatcnt=0SystemID=PWE_1950servicetag=os=RHEL5osl=frcatid=-1impid=-1
car il n'avait pas d'option controleur SAS RAID pour un 850. 

Mais je souhaite utiliser redhat.

 

T'es sûr de vouloir une Red Hat ? ;)

 

Euh non pas du tout envie de redhat, mais je souhaite rester sur Debian, c'est 
un lapsus


sda1 a 3 partitions (swap, / et /sauvegarde1 )
sdb a une partition ext3 (/sauvegarde2) de 300 Go
sdb c (baie de stockage ) une partition de 2To (/baie_sauvegarde).

Avec une belle config comme ça, avec la facilité apportée par Debian, à ta 
place je penserai sur LVM... Mais la question n'est sûrement pas là : )

Bah vu que les partitions sont déjà faites, je pense pas que le souci soit à ce 
niveau


Quand j'ai installé debian, je n'ai pas eu de soucis avec. J'ai crée une 
partition de 2To nommée baie_sauvegarde.
Au démarrage, à certain moment, il se bloque avec le message d'erreur suivant :


Begin Mounting root file system...
Begin Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.

  check root= botarg cat /proc/cmdline
  or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda2 does not exist. Dropping to a shell!

BusyBox v1.1.3 (Debian 1:1.1..3-4) Built-in shell (ash)
Enter 'Help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)_ 


  fstab de mon /dev/sda2
#
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
/dev/sda2   /   ext3defaults,errors=remount-ro 0   1
/dev/sdc1   /baie_sauvegarde ext3defaults0   2
/dev/sda3   /sauvegarde1ext3defaults0   2
/dev/sdb1   /sauvegarde2ext3defaults0   2
/dev/sda1   noneswapsw  0   0
/dev

RE: [HS] portables wifi samba

2008-03-21 Par sujet DUFRESNE, Mathias (STERIA)
 

-Original Message-
From: pascatgm [mailto:[EMAIL PROTECTED] 
Sent: jeudi 20 mars 2008 09:10
To: liste Debian
Subject: [HS] portables wifi  samba

 

Bonjour la liste...

 

Salut,

 

Comme l'indique le titre je vais mettre les pieds dans un gros HS mais 

jeudi, hein, c'est pas loin de vendredi...

 

J'ai, derrière une live box une lenny ( LB -- eth0) qui fait serveur 

dhcp  et samba pour un petit réseau (via eth1) de machines windows (XP) 

reliées par CPL.

Juusqu'à il y a  peu ca tournait gentiment.

Tout ca, c'était avant  le drame, bien sûr : l'ajout, aux vénérables 

postes XP, d' ordinateurs portables connectés directement à la live box 

par wifi.

 

Bien sûr le bon vieux réseau est en 192.168.2.0/24 et ce qui concerne la 

livebox...en 192.168.1.et des bananes...Ce côté ne voyant pas (et 

heureusement) le serveur Samba...

 

Rajouter une route vers le réseau n°2 sur les portables ne suffirait pas à 
résoudre ton problème ?

 

Alors j'avoue un accès de flemme là ...

Je me pose bien évidemment la question de savoir  quelle est la 

meilleure (et peut-être si ca n'est pas trop demandé la plus simple)  

solution pour que les nouveaux  portables  (tout plein de Vista partout 

en plus...) puissent parler samba avec les vieux postes...

 

Mon vieil ami Mr Google est resté à peu près muet sur le sujet.

 

Et la conviction profonde de la nature courante de ce problème m'incline 

plutôt à la paresse et à ne pas avoir à  ré-inventer la roue.

Puisse la liste me pardonner...

 

P.

 

 


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.



RE: screen sur etch dans un contexte xen

2008-03-21 Par sujet DUFRESNE, Mathias (STERIA)
-Original Message-
From: Patrick Cao Huu Thien (debian lists) [mailto:[EMAIL PROTECTED] 
Sent: vendredi 21 mars 2008 11:57
To: Gilles Mocellin
Cc: debian-user-french@lists.debian.org
Subject: Re: screen sur etch dans un contexte xen

Gilles Mocellin a dit le 03/18/2008 10:51 PM:
 C'est pas une solution à long terme, mais essaye :
 $ TERM=screen
 ou $ TERM=xterm
 $ export TERM
 $ eval $(resize)

merci pour la commande que je ne connaissais pas mais cela ne marche 
pas.

Apres m'être connecté au serveur via ssh (au lieu d'utilise l'acces 
par la console xen [xm console ]) le pb ne semble plus exister.

Donc apparemment c'est un probleme avec la configuration de terminal 
lors de l'itulisation de [xm console]

-- 
Patrick CAO HUU THIEN

débutant Debian mais pas GNU/Linux
(utilise actuellement Etch)

--
Salut,

xm console permet d'allumer l'écran selon moi, avec ma très maigre expérience 
de Xen.
Il n'est donc pas possible de redimensionner la fenêtre à la volée, comme dans 
une console normale.

Une fois sorti de la console - en accédant à la VM via ssh par exemple - ce 
problème disparaît.

Cordialement,

Mathias

PS: je ne peux pas enlever cette signature :p



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.



[HS] Topologie, Xen et LDAP (et accessoirement LVM)

2008-03-20 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour à tous,

 

Ce sujet est complètement hors sujet, la seule chose qui me lie vraiment à 
cette liste, c'est que le dom0 tourne sur une Debian Etch (la première VM, mais 
je vais tout de même essayer quelques autres systèmes, ne serait-ce que des BDS 
: )

 

Suite au changement de mon desktop, je me retrouve avec une machine 
intéressante pour jouer avec Xen, je cherche donc une topologie sympa pour 
améliorer un poil mon réseau, et surtout m'amuser un peu : )

 

L'idée pour le moment serait de monter une topologie ressemblant à ceci :

 

   Internet

|

--

| Firewall externe |

--

|

- DMZ - pour les 
services accessibles du Net : http, smtp, pop, imap, ftp

|

--

| Firewall interne  |

--

|

-- Lan data comportant 
les systèmes offrants des données à la DMZ : nfs pour ftp, LDAP pour DMZ

|

--

| Firewall du LAN |

--

|

- Le Lan maison : avec 
le dom0 et mon desktop (et le reste, genre le master LDAP)

 

L'idée de départ c'est de pouvoir offrir des données à la DMZ sans que 
celles-ci soient effectivement dessus, qu'elles soient accessibles du LAN 
maison, histoire de limiter les riques...

 

Si vous avez des avis sur la question, je suis prenneur, sachant qu'à l'heure 
actuelle, je n'ai remis qu'un domU pour le firewall externe, histoire d'avoir 
le net, aucun service n'est remonté.

 

Cordialement,

 

mathias


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.



RE: [RESOLU] Monter une clé usb en tant qu'u tilisateur simple

2008-03-20 Par sujet DUFRESNE, Mathias (STERIA)


Sinon il y a ivman qui monte tout tout seul, dans /media/...


-Original Message-
From: Steve [mailto:[EMAIL PROTECTED] 
Sent: jeudi 20 mars 2008 10:10
To: debian-user-french@lists.debian.org
Subject: [RESOLU] Monter une clé usb en tant qu'utilisateur simple

Le 20-03-2008, à 09:37:48 +0100, pascatgm ([EMAIL PROTECTED]) a écrit :

 Lignes : 55
 
 Steve a écrit :
 Bonjour,
   
 Hello
 J'insère une clé usb que le système reconnait en /dev/sdg1. Ensuite
 j'aimerai la monter :
 
 mount -t auto /dev/sdg1 /point_de_montage
 mount: only root user can do that
 
 Après un man mount, j'essaie
 
 mount -t auto user /dev/sdg1 /point_de_montage
 mount: only root user can do that
 
 J'essaie ensuite avec l'option owner, pareil.
   
 Normal...Comme le dit très justement la machine seul l'utilisateur root 
 a le droit de le faire...
 Je n'ai pas d'entrée pour cette clé dans /etc/fstab (je ne veux pas en
 mettre). Sous KDE, le montage se fait tout seul sur /mnt/quelque_chose.
 Comment puis-je faire cela sans utiliser KDE ?
   
 Parce que KDE comme Gnome s'arroge vraisemblablement des super-droits 
 pour le faire.
 Pour faire la même chose via un script : regarder du côté de pmount ?
 -- pmount - mount removable devices as normal user

Bingo, ça marche : pmount /dev/sdg1 
monte la clé sur /media/sdg1

pumount la démonte.


Il faut juste faire attention que l'utilisateur concerné fasse partie du
groupe plugdev. Sinon,

adduser steve plugdev

 Le but de l'opération est de pouvoir monter à la volée une dizaine de
 clés en paralèlle sur lesquelles copier les mêmes données. Je suis en
 train d'écrire un script qui va m'automatiser tout ça.
   
 Tu as une dizaine de  connecteurs USB sur ta machine  :)

Cela s'appelle un hub mon cher ;-)

 Et donc dix petites mains pour les brancher simultanément ?

Non, deux, mais cela suffira.

 Merci d'avance pour vos suggestions.
   
 De rien
 Excellente journée,
   
 De même
 Steve

Merci à vous deux.

Bon wiknd pascal.

Steve

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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.



RE: [bash] Récupérer le nom des périphérique s branchés à chaud

2008-03-20 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Si tu réutilises tes clefs usb tu peux utiliser l'id de la clef (UUID=...) pour 
la monter, qu'il y en ai une ou douze ne change rien, elles ont toutes un id 
différent.

Ivman permet de mémoriser cela, mais le faire dans un script marche tout aussi 
bien : )

a+
-Original Message-
From: Steve [mailto:[EMAIL PROTECTED] 
Sent: jeudi 20 mars 2008 12:36
To: DUF
Subject: [bash] Récupérer le nom des périphériques branchés à chaud

Bonjour,

Mettons que je branche sur un hub usb 7 clés usb et qu'ensuite je
branche le hub sur un bus usb de ma machine. Le système va reconnaître
ces clés et les nommer en quelque chose comme

sdg1, sdh1, sdi1, ..., etc..

A-priori je ne connais pas le nom de ces périphériques. Pour un script
bash, j'aurais besoin de les récupérer et de les mettre dans une liste
afin de les utiliser dans une boucle for.

Je peux bien sûr aller regarder dans /var/log/syslog mais je veux
automatiser le tout, donc sans devoir écrire en dur cette liste
(d'autant plus que le script devra fonctionner sur plusieurs machines et
que par conséquent ces périphériques n'auront probablement pas le même
nom).

Comment faire ?

Merci d'avance pour vos suggestions.

Excellente après-midi,
Steve

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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.



RE: [bash] Récupérer le nom des périphérique s branchés à chaud

2008-03-20 Par sujet DUFRESNE, Mathias (STERIA)
From: Steve [mailto:[EMAIL PROTECTED] 
Sent: jeudi 20 mars 2008 13:09
To: debian-user-french@lists.debian.org
Subject: Re: [bash] Récupérer le nom des périphériques branchés à chaud
Le 20-03-2008, à 12:58:05 +0100, DUFRESNE, Mathias (STERIA) ([EMAIL 
PROTECTED]) a écrit :

 Lignes : 74
 
 Salut,

Salut Matthias,

 Si tu réutilises tes clefs usb tu peux utiliser l'id de la clef 
(UUID=...) pour la monter, qu'il y en ai une ou douze ne change rien, elles ont 
toutes un id différent.

Comment je fais pour récupérer l'UUID à l'insertin de la clé ?

Une méthode moche :
ls /dev/disk/by-uuid/ -l

 Ivman permet de mémoriser cela, mais le faire dans un script marche 
tout aussi bien : )

Je m'y attèle ;-)

amuse toi bien ^^

PS : Pas besoin de me répondre en privé, je suis abonné à la liste,
merci.

Une maladresse...
-- 
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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.



RE: [bash] Récupérer le nom des périphérique s branchés à chaud

2008-03-20 Par sujet DUFRESNE, Mathias (STERIA)
From: Steve [mailto:[EMAIL PROTECTED] 
Sent: jeudi 20 mars 2008 14:58
To: debian-user-french@lists.debian.org
Subject: Re: [bash] Récupérer le nom des périphériques branchés à chaud

Le 20-03-2008, à 14:39:57 +0100, DUFRESNE, Mathias (STERIA) ([EMAIL PROTECTED]) 
a écrit :

   
Si tu réutilises tes clefs usb tu peux utiliser l'id de la clef 
 (UUID=...) pour la monter, qu'il y en ai une ou douze ne change rien, elles 
 ont toutes un id différent.
   
   Comment je fais pour récupérer l'UUID à l'insertin de la clé ?
 
 Une méthode moche :
 ls /dev/disk/by-uuid/ -l

pas si moche que ça :

DEVICES=`ls /dev/disk/by-uuid/`

et j'ai ma liste dans $DEVICES non ?

Autre méthode peut-être ?

for i in `ls -l /dev/disk/by-uuid | awk '{print $8}'`
do
echo $i
done

En remplaçant bien sûr le echo $i par le traitement de ton choix.

Ivman permet de mémoriser cela, mais le faire dans un script marche 
 tout aussi bien : )
   
   Je m'y attèle ;-)
 
 amuse toi bien ^^

oui, merci.

   
   PS : Pas besoin de me répondre en privé, je suis abonné à la liste,
   merci.
 
 Une maladresse...

ça arrive à tout le monde, même aux meilleurs ;-)




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.



RE: Information processeur ... /proc/cpuinfo

2008-03-19 Par sujet DUFRESNE, Mathias (STERIA)

Salut,

Tu peux vérifier qu'un démon gérant les fréquences cpu tourne (cpufreqd, 
cpudyn...) et/ou lancer un truc gourmand en ressources et qui prend du temps, 
histoire que le démon ait le temps de s'apercevoir qu'il doit changer les 
fréquences.

A+

-Original Message-
From: Alexandre Mackow [mailto:[EMAIL PROTECTED] 
Sent: mercredi 19 mars 2008 09:50
To: Debian User French
Subject: Information processeur ... /proc/cpuinfo

Bonjour à tous,
je viens de toucher 2 portables par ma boite, des HP (compaq) nx9105
(AMD Athlon 64 3000+, carte nvidia ... )
Pour être sur que la bete ne me posera pas trop de soucis sous Debian,
je me décide a booter sur un live-cd Ubuntu (retrouvé par hasard sur mon
bureau ;-))
Bref wifi intégré, lecteur de carte, graveur Dvd sont bien reconnus ..
Que du bonheur donc...
Sauf que par curiosité, je décide de lancer un cat /proc/cpuinfo et là
le résultat me surprend un peu :

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 4
model name  : AMD Athlon(tm) 64 Processor 3000+
stepping: 8
cpu MHz : 797.861
cache size  : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips: 1596.99


Le processeur n'est cadencé qu'à 800 MHz, alors est ce un soucis lié à
ma distribution ou bien une fonction d'économie d'énergie (coo n'quiet,
powernow) qui fait bien son boulot?
Mais dans ce dernier cas, comment être sur que le proc fonctionnera à
100% quand il le devra?

Au passage y a t'il un intérêt quelconque à le passer sur un noyau 64 bits ?
Par avance merci pour vos renseignements.
++

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


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.




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.



RE: lancer des commandes console windows depuis une debian

2008-03-18 Par sujet DUFRESNE, Mathias (STERIA)
Hum vous semblez dire qu'un est accessible par 250 biais différents, mais il me 
semble que l'admin de ces bestioles ne se fait que par rpc (port 135) et rdp 
(le serveur TSE mono-utilisateur du Windows XP pro). Telnet ne comptant pas 
bien sûr :p

Le reste (voir plus bas on on parle de VBs et autres) ne sont-ils pas 
uniquement des utilisations différentes des RPC ?

 

Sinon samba fournit un utilitaire qui permet d'utiliser ces RPC, pour 
lancer/stopper/redémarrer un service, rebooter le pc... ce genre de choses.

 

Cordialement,

 

Mathias

 

From: Le poulpe qui bloppe ! [mailto:[EMAIL PROTECTED] 
Sent: mardi 18 mars 2008 10:02
To: debian-user-french@lists.debian.org
Subject: Re: lancer des commandes console windows depuis une debian

 

Bonjour, et milles escuses sur les délais de reponse.

Alors pourquoi se compliquer la vie et ne pas tout simplement laisser
tourner le serveur VNC?
Parceque dernierrement, il y a plus de 18000 tentative de connexions par jour 
sur son serveur vnc, donc le serveur ne doit tourner que lorsque j'en ai 
besoin, avec 1 seul utilisateur autorisé à la fois, et je l'eteint dès que j'ai 
fini.

pourquoi ne pas créér une icone pour lancer vnc.
Parceque je prefere dépanner pendant que le user n'est pas en train d'utiliser 
la machine (mine de rien, toutes les conneries lancées par un user sur une 
vieille machine, ca bouffe de la ressource.)
Ca exclut donc le fait de pouvoir demander à l'utilisateur de lancer à la main 
le vnc.

si la machine est accessible via quelque méthode que ce soit, qu'est-ce
qui empêche le brute force
Sur certain services, rien. Sur une autentification windows, ce qui empeche, 
c'est les strategies de comptes utilisateurs, 3 essais conssecutifs avec un 
mauvais password verouille le compte pendant une heure.
Un bruteforce qui ne peut faire que 3 essais par heure ne me derange pas et 
n'est pas tellement risqué à mes yeux.

 Par exemple, http://eol.ovh.org/winexe/ marche sur linux, mais
personellement, je ne laisserais pas faire ça à partir d'internet :)
[et de toute façon, ça marche pas sur xp home, puisque ce dernier ne
supporte pas l'admin distante... ]
Ca c'est exactement ce que je cherchais, merci beaucoup !!!
(et j'ai jamais parlé d'XP home, ce truc est à la frontiere du systeme 
d'exploitation, elle est en windows, mais quand meme j'allais pas lui mettre un 
windows encore plus bridé que le pro qui est dejà bien limité)

Aucune de ces solutions n'est plus sure que VNC. Elles ont toutes
besoin du service Server de Windows ou à des autorisations
spéciales, contrairement à VNC. Toutes ces portes ouvertes par défaut
sont autant de possibilité de piratage. Personnellement, je désactive
systématiquement le service Server de mes machines Windows.
Là, je veux pas rentrer dans un troll, mais c'est pas mon avis.
VNC se securise tres peu, windows se securise un peu mieu que vnc, mais c'est 
un avis perso.

En tout cas, merci pour le lien winexec, c'est parfait !
et en plus la frangine est d'accord pour essayer un linux.

Blop!

Le 15/03/08, mouss [EMAIL PROTECTED] a écrit :

Le poulpe qui bloppe ! wrote:
 Bonjour, et merci de toutes ces pistes.

 Malheureusement:
 - mon debian en frontal n'a pas de X et n'en aura jamais, ca elimine
 rdesktop (bien que je vais creuser si c'est bien, je mettrais un petit X ou
 un framebuffer, voir un tuneling ssh pour utiliser un X tiers)
 - Je ne veux pas laisser vnc tourner en permanance sur un windows (ni sur un
 linux). Je veux pas troller, vnc est tres efficace dans certaines
 situations, mais reste un trop gros risque de sécurité si il tourne 24/24
 7/7 alors que je me connecte qu'une fois tous les 2 mois dessus. Ca laisse x
 jours allumé pour rien, x jours pour faire du bruteforce, et avec un
 utilisateur de base qui est du genre à cliquer sur oui quand un message
 demandant si on accepte d'installer un virus sur l'ordi apparait...



pourquoi ne pas créér une icone pour lancer vnc. comme ça, pour te
connnecter, tu demandes d'abord à l'utilisateur de lancer vnc et tu peux
te connecter.


 Au final, les meilleures voies à explorer à mes yeux restent:
 - SSH pour windows, mais ca parait mort ce projet...
 - cygwin avec un serveur ssh.
 - migrer l'utilisateur en linux.

 je trouve quand meme bizarre qu'il n'y ai pas plus simple...
 Parceque d'un windows à un autre windows, y'a plein de facons de se
 connecter ou de faire executer des commandes à distances.
 (les facons graphiques) , rcmd, psexec, scripts VB, WMI, bref plus d'une
 10aines de facons à partir du moment où on possede un compte utilisateur sur
 la machine windows distante.



si la machine est accessible via quelque méthode que ce soit, qu'est-ce
qui empêche le brute force? (et je ne parle même pas des méthodes
d'accès basées sur samba...).

Par exemple, http://eol.ovh.org/winexe/ marche sur linux, mais
personellement, je ne laisserais pas faire ça à partir d'internet :)
[et de toute façon, ça marche pas sur xp home, puisque ce dernier ne
supporte pas l'admin 

Se connecter à un Exchange

2008-01-30 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour à tous,

 

Je cherche toujours à me séparer de mon Windows au boulot, et pour ça il me 
faudrait réussir à configurer ma messagerie Exchange sur ma petite Debian.

 

J'ai bien trouvé un plug-in nommé evolution-exchange, mais lors du test de la 
connexion, celle-ci est refusée.

 

Si vous avez une idée, une expérience à partager... Je suis prenneur : )

 

Mathias Dufresne


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.



Re: Se connecter à un Exchange

2008-01-30 Par sujet DUFRESNE, Mathias (STERIA)
Je me réponds vite fait, en fait il suffisait de rentrer l'adresse du
serveur précédée de http://

Il ne reste qu'à trouver comment accéder correctement au carnet
d'adresse global et aux autres boîtes que je dois pouvoir lire.

C'est un régal

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.



RE: X11forwarding et .Xauthority

2008-01-29 Par sujet DUFRESNE, Mathias (STERIA)


-Original Message-
From: Frédéric BOITEUX [mailto:[EMAIL PROTECTED] 
Sent: mardi 29 janvier 2008 16:30
To: debian-user-french@lists.debian.org
Subject: Re: X11forwarding et .Xauthority

Le mar 29 jan 2008 16:18:29 CET, DUFRESNE, Mathias \(STERIA\)
[EMAIL PROTECTED] a écrit :

 Bonjour à tous,
 
  
 
 Je cherche le moyen de lancer X de manière à ce qu'il accepte d'afficher des 
 applications graphiques provenant d'autres systèmes, mais pour cela il me 
 faut copier mon .Xauthority un peu partout, ce qui n'est pas toujours très 
 pratique.

Il ne faut pas manipuler directement le fichier, mais utiliser la
commande qui sait le mettre à jour : xauth. Un « man xauth » te sera
très instructif je pense... pour exemple, si tu veux autoriser
l'utilisateur toto de la machine mach1 à utiliser ton écran, tu peux
faire :

xauth nextract - $DISPLAY | ssh [EMAIL PROTECTED] xauth nmerge -


Fred.



Le problème c'est que le parc est pour le moins hétérogène, ssh n'est pas 
toujours installé, quand à xauth, faut pas réver.
On n'a quasiment aucun GNU/Linux (j'en ai croisé un sur un cluster, je crois 
que c'est tout hors de mon bureau) et sinon c'est du Solaris (6,8,9,10), AIX, 
HP-UX...
Il me semble tout de même que la plupart des serveurs sur lesquels on a des 
applis graphiques à lancer sont avec du Solaris.
Ceci dit, je vais regarder le man d'xauth, ça ne me fera pas de mal ;)

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.



X11forwarding et .Xauthority

2008-01-29 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour à tous,

 

Je cherche le moyen de lancer X de manière à ce qu'il accepte d'afficher des 
applications graphiques provenant d'autres systèmes, mais pour cela il me faut 
copier mon .Xauthority un peu partout, ce qui n'est pas toujours très pratique.

 

Je cherche un moyen de désactiver la vérification du .Xauthority d'xorg, et 
ensuite je chercherai un moyen de faire voyager mon .Xauthority (j'avais lu il 
y a longtemps comment faire, soit dans un howto pour X11 soit un pour ssh).

Le problème du .Xauthority c'est que je bosse sur des serveurs que d'autres 
utilisent, et je m'y connecte avec un compte générique, ce qui fait que si 
quelqu'un a la même idée que moi, il se peut que mon .Xauthority se fasse 
écraser en plein milieu de ma session... Le bon coté c'est que j'apprendrai du 
coup ce qu'il se passe exactement dans ce cas là, que je n'ai pas encore pris 
la peine de tester ^^

 

Je suis donc ouvert à pas mal de propositino, le plus simple restant de faire 
tourner Xorg sans cette vérification du .Xauthority...

 

Mathias Dufresne

 


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.



X11forwarding et .Xauthority

2008-01-29 Par sujet DUFRESNE, Mathias (STERIA)
Re,

 

Je me réponds pour la solution de facilité qui consiste à supprimer la 
vérification du .Xauthority, il suffit de lancer :

xhost +

pour que Xorg accepte n'importe quelle application de n'importe quelle machine.

 

Si vous avez une meilleure idée, je reste prenneur : )

 

Mathias Dufresne

 


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.



RE: Sata-nv c'est avéré un vrai Satan

2008-01-28 Par sujet DUFRESNE, Mathias (STERIA)


-Original Message-
From: Jean-Yves F. Barbier [mailto:[EMAIL PROTECTED] 
Sent: vendredi 25 janvier 2008 19:38
To: Frédéric Massot
Cc: debian-utilisateur
Subject: Re: Sata-nv c'est avéré un vrai Satan

Frédéric Massot a écrit :
 Jean-Yves F. Barbier wrote:
 Philippe Merlin a écrit :
 Bonjour,
 Cela pourrait s'intituler aussi comment rendre une migration qui 
 aurait du être facile en un petit cauchemar.
 Dans les précédent mails 'VFS : Cannot open root device 343 or 
 unknown-block (3,67) ' j'ai déjà eu pas mal de souci qui grâce à la 
 liste j'ai réussi à les résoudre.
 Ayant préparé un nouveau noyau avec je pensais une config adapté à 
 mon nouveau matériel. Je l'installe et la lance dans la foulée, après 
 quelques messages normaux j'obtiens surtout un écran une page de 
 dump  Hexa se terminant par :
  EIP [ ] nv_adma_port_stop
 Kernel panic -not syncing attempted to kill init.

 encore une fois: la course aux armements (whaooo ZE dernière version) 
 n'a de
 sens QUE si un gros PB est erradiqué, OU si une fonctionnalité vitale
 apparaît dans cette version.

 Par ailleurs, les kernels Debian ont toujours été notés comme les mieux
 faits et pratiquement les plus rapides du marché...
 
 Quand tu dis les plus rapides du marché, il y a des bench ?

vi, mais je n'ai pas noté l'URL; dans mes souvenirs, il n'y avait qu'une
seule distro qui était plus rapide (sèpulakel)

 Les mainteneurs des noyaux utilisent-ils, comme nous simples 
 utilisateurs, la commande make-kpkg ou ont-ils des trucs pour rendre 
 leurs noyaux rapides ?

c'est une excellente question que je te remercie d'avoir posé, et qui
nécessite... une excellente réponse.

En fait, le truc, c'est qu'ils courrent tout nus avec une plume verte
dans les fesses autour de la machine qui compile le kernel, en criant:
windws c'est caca, Linx c'est très mieux, et ce qu'il-y-a de
bien, même si ça va à l'encontre de la science officielle, c'est que
ça marche!!!

Hum...les plus rapides du marché des distros compilés, pourquoi pas, plus 
rapide que bon nombre d'autres compilés maison aussi, mais que ce soit la 
panacée, non. Désolé :)

mathias




-- 
What's love but a second-hand emotion?
-- Tina Turner


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]




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.



RE: framebuffer avec un grand écran ?

2008-01-18 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

D'abord il faut savoir quel framebuffer tu utilises (vesa, intel... ng ou pas) 
ensuite le configurer dans grub.
Perso j'ai toujours utilisé vesa (vesa-ng depuis quelques temps, sa conf 
diffère un poil) et jamais eu de problème... sur CRT.

Ceci dit, avec un message d'erreur complet ça pourrait aider à voir ce qu'il se 
passe.

+
m

-Original Message-
From: Frédéric BOITEUX [mailto:[EMAIL PROTECTED] 
Sent: jeudi 17 janvier 2008 13:03
To: Liste des utilisateurs Debian
Subject: framebuffer avec un grand écran ?

Bonjour,

  Sur une machine ayant un chipset graphique i915GM, une distribution
Debian Etch et un noyau 2.6.23 (de Sid), j'ai eu un souci lorsque je
suis passé d'un ancien écran CRT vers un grand écran LCD (interface
DVI) : au boot, le paramètre gérant le framebuffer VESA, « vga=0x307 »,
n'est plus reconnu ! Je croyais que c'était lié au BIOS de la machine /
chipset graphique, mais pas à l'écran ?
  Du coup, j'ai une super résolution de  pas beaucoup de
lignes/colonnes, et pas de framebuffer :-(

  J'ai tenté d'activer le framebuffer du module intel_fb, mais sans y
arriver (j'ai toujours un message : can't grab AGP ...) ; un peu de
google ne m'a pas bien avancé.


  J'aimerais savoir si vous avez une idée pour avoir dans la console au
moins du 1280x1024 (l'ancien mode que j'avais avant) voire plus ?

Fred.


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: IPv6 et DNS

2008-01-18 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

D'abord merci pour ces précisions : )

Sinon je ne suis pas certain de bien comprendre tout ce dont tu parles...

Un DNS recursif, c'est un DNS avec une adresse au moins dans l'option 
forwarder ?

En fait j'avais mon réseau se composait de mon desktop et d'un routeur sous 
GNU/Linux, ces deux machines ayant la double pile IPv4 et IPv6, le routeur avec 
bind9 était configuré pour renvoyer les requêtes qu'il ne pouvait résoudre chez 
les DNS Free, puisque c'est mon opérateur historique.
Ceci dit, Free ne supporte pas l'IPv6, en tout cas sur ses réseaux, j'imagine 
que ses DNS ne sont pas configuré pour faire du forwarding de requêtes  
étant donné que ça n'a jamais marché, ou alors c'est qu'il aurait fallu que je 
mette autre chose que des IPv4 des l'option forwarder, ou que j'utilise une 
autre option.

Je sais bien qu'on a largement le temps avant un vrai déploiement de l'IPv6, 
mais vu sa complexité et ses nombreux avantages, je suis d'avis à m'y mettre le 
plus tôt possible, afin d'avoir le temps d'y réfléchir :p

Et bon, déjà l'IPv4 c'est pas drôle sans DNS? Mais sur 128 bits, c'est un 
cauchemar ^^

A+

Mathias

-Original Message-
From: Pascal Hambourg [mailto:[EMAIL PROTECTED] 
Sent: jeudi 17 janvier 2008 16:22
To: DUF
Subject: Re: IPv6 et DNS

Salut,

DUFRESNE, Mathias (STERIA) a écrit :
 Salut,
 
 J'avais monté un petit tunnel avec sixxs pour l'IPv6 (pour apprendre
 seulement, pas par nécessité) mais j'avais bloqué sur la résolution DNS,
 je n'avais pas trouvé / compris quel serveur DNS il me fallait
 configurer dans les forwarder de bind (ou dans le resolv.conf, ça doit
 pas changer des masses).
 
 En clair : quels DNS pour l'IPv6 ?

Ben... ceux du FAI/FSI, non ? N'importe quel DNS récursif bien constitué 
sait faire les résolutions de noms IPv6 (). Si le FAI ne fournit que 
des DNS accessibles en IPv4 et qu'il y a des postes en IPv6 seul, il 
faut installer un relais DNS en double pile IPv4+IPv6. BIND9 fait ça 
très bien.

A noter qu'à partir du 4 février 2008, quatre enregistrements d'adresse 
IPv6 de serveurs DNS racines seront ajoutées à la zone racine, donc il 
devrait devenir possible pour un DNS récursif fonctionnant en IPv6 
seulement de résoudre les noms de domaine dont chaque niveau est géré 
par au moins un serveur DNS accessible en IPv6. Mais il ne sera pas 
possible de résoudre tous les noms de domaine tant que tous les domaines 
ne seront pas gérés par au moins un serveur DNS accessible en IPv6, ce 
qui prendra beaucoup, beaucoup de temps. Ainsi l'adresse IPv6 d'un site 
dont le nom de domaine est géré par des serveurs accessibles uniquement 
en IPv4 restera inacessible.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: désactiver la « compression » de syslog

2008-01-18 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Effectivement syslog-ng et syslog sont incomparable :)

ET si vous souhaitez pouvoir jouer avec vos logs et que comme moi vous ne 
comprennez rien à syslog, jetez un œil sur la nouvelle génération, un régal, 
tout simplement.

++

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of JeremyJ
Sent: jeudi 17 janvier 2008 14:39
To: debian-user-french@lists.debian.org
Subject: Re: désactiver la « compression » de syslog

mpg a écrit :
 Bonjour,
 
 Quand il y a plusieurs lignes identiques sauf la date dans un log système,
 ceci apparaît sous la forme suivante dans les logs :
 
 Jan 16 15:42:00 siegel last message repeated 2 times
 
 Ça a tendance à jeter un peu le trouble au niveau d'outils analysant les
 logs (par exemple fail2ban). Y a-t-il moyen de désactiver cette
 fonctionnalité ? Je n'ai a priori rien trouvé dans syslog.conf à ce
 sujet...
 
 Merci d'avance !
 
 Manuel.
 
 
Bonjour,


Je me suis posé la même question que toi il y a quelques semaines. Je me suis 
renseigné, 
et j'ai vu qu'il fallait remplacer le syslog de base par syslog-ng.

Un simple aptitude install syslog-ng suffit.

Suite à ça, j'ai pu utiliser fail2ban sans problèmes ;-)


++


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




evolution et brutus

2008-01-17 Par sujet DUFRESNE, Mathias (STERIA)
Salut à tous,

 

Quelqu'un aurait réussi à faire fonctionner brutus et évolution ensemble ?

 

Brutus est sensé fournir un accès aux serveurs Exchange via evolution...

 

Merci d'avance

 

mathias


This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




Supprimer un retour chariot en fin de ligne

2008-01-15 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour à tous,

Je cherche un moyen de supprimer les retours chariots en fin de ligne, je fais 
un petit script pour construire un fichier csv à partir de commandes lancées 
dans bash et lorsque je redirige le résultat d'une commande dans le fichier de 
résultat, la commande renvoie en même temps un retour chariot, du coup mon 
point virgule de séparation est sur la ligne d'après, le résultat de la 
commande suivante aussi...

nmap -p139 $IP | grep netbios | awk '{print $2 }'  $RESULT_FILE
echo ;

me donne :
closed
;

au lieu de :
closed;

Cordialement,

mathias


This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Supprimer un retour chariot en fin de ligne

2008-01-15 Par sujet DUFRESNE, Mathias (STERIA)
Merci à tous pour ces solutions, j'ai utilisé le tr, mais je vais tester 
aussi avec awk, merci pour cette petite présentation de son fonctionnement : )

-Original Message-
From: Geoffroy Youri [mailto:[EMAIL PROTECTED]
Sent: mardi 15 janvier 2008 12:44
To: Debian user french list
Subject: Re: Supprimer un retour chariot en fin de ligne


DUFRESNE, Mathias (STERIA) a écrit :
 Bonjour à tous,
Salut

 Je cherche un moyen de supprimer les retours chariots en fin de
 ligne, je fais un petit script pour construire un fichier csv à
 partir de commandes lancées dans bash et lorsque je redirige le
 résultat d'une commande dans le fichier de résultat, la commande
 renvoie en même temps un retour chariot, du coup mon point virgule de
 séparation est sur la ligne d'après, le résultat de la commande
 suivante aussi...
 
 nmap -p139 $IP | grep netbios | awk '{print $2 }'  $RESULT_FILE 
 echo ;

Si tu veux avoir « closed; » dans $RESULT_FILE pourquoi ne pas utiliser
la commande suivante :

nmap -p139 localhost | awk '/netbios/ {print $2 ; }'  $RESULT_FILE

sinon utilise un printf à la place de print tu ne veux pas que awk
ajoute un retour en fin de ligne :

nmap -p139 localhost | awk '/netbios/ {printf $2}'; echo ;
closed;


en espérant répondre à ta question,
Geoff


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Authentification LDAP et pb avec su

2008-01-15 Par sujet DUFRESNE, Mathias (STERIA)
Rah bien vu, je l'avais oublié celui-là, j'ai eu le même genre de soucis avec 
ma conf sous Gentoo, mais je me demande si le problème ne se posait pas 
uniquement avec sudo...

Je retrouve bientôt le net, et je vais devoir refaire pas mal de confs, les 
disques systèmes de mes deux machines sous HS...

Si j'y pense je reviendrai en parler (j'aime bien LDAP, on en parle jamais 
assez :p)

++

Mathias

-Original Message-
From: Emmanuel Lesouef [mailto:[EMAIL PROTECTED]
Sent: mardi 15 janvier 2008 14:31
To: debian-user-french@lists.debian.org
Subject: Re: Authentification LDAP et pb avec su


Le Tue, 15 Jan 2008 14:10:32 +0100,
Emmanuel Lesouef [EMAIL PROTECTED] a écrit :

 Le Tue, 15 Jan 2008 10:43:05 +0100,
 Jean-Francois Zech [EMAIL PROTECTED] a écrit :
 
  
  Un truc peut-être con, mais pourquoi pas:
  
  - Tu peux te logguer avec une autre user qui a comme
  shell /bin/bash ?
 
 Ca oui, pas de soucis :)
 
  
  - Comme apparement ton compte root n'existe qu'en local, crée le
  dans ta db LDAP et essaye de te logguer en root.
 
 Ca c'est une excellente idée mais... non, pas mieux.
 
  
  Si tu as trouvé entre temps, dis le nous, ca m'intéresse!
 
 Pas encore mais j'ai pas eu le temps d'y remettre le nez depuis
 hier...
 
  
  Bien à toi,
  
  
 
 Merci encore, j'y retourne
 

Bon et bien c'etait tout bête.

C'est une question de priorité je pense entre les lignes de
common-auth...

En enlevant le pam_deny.so ca fonctionne.

En fait, le mettre optional resoud aussi le problème si on veut garder
la fonctionnalité de pam_deny.

Merci à tous pour votre aide !


-- 
Emmanuel Lesouef


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Authentification LDAP et pb avec su

2008-01-14 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

J'ai jamais eu ce problème, mais j'ai jamais utilisé cette option relative aux 
UID.
Je rajoute juste une ligne par section (passwd, account, session...) avec un 
truc qui ressemble à :
account sufficient pam_ldap.so use_first_pass

Cordialement,

mathias

-Original Message-
From: Jean-Yves F. Barbier [mailto:[EMAIL PROTECTED]
Sent: lundi 14 janvier 2008 11:48
To: Emmanuel Lesouef
Cc: DUF
Subject: Re: Authentification LDAP et pb avec su


Emmanuel Lesouef a écrit :
 Bonjour,
 
 Voilà, j'ai une authentification LDAP centralisé de plusieurs machines
 qui fonctionne vraiment bien. Pas de soucis.
 
 Or, depuis la mise en place de cette authentification LDAP, je ne peux
 plus me connecter en root, que ce soit en direct ou en su.

...

 Et voilà le contenu de mon /etc/pam.d/common-auth :
 
 authrequired pam_unix.so
 authrequisitepam_succeed_if.so uid = 1000 quiet

à vue de nez, ça serait ici que ça pêche: pam veut UID=1000, alors
que UID root = 0

mais avant de tripoter les confs de pam, je serais toi je me documenterais
à fond, parce qu'il n'y a rien de plus facile pour rendre une machine
inutilisable que de toucher à la conf de pam
-- 
Most Texans think Hanukkah is some sort of duck call.
-- Richard Lewis


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: ralentir fermeture de la session

2008-01-04 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

A priori c'est X qui est le parent de joueur de son, et c'est aussi lui qui se 
fait tuer en premier, une solution pourrait être de faire joueur ce son par un 
shell plutôt que par une applis graphique ;)

Mathias Dufresne

-Original Message-
From: debianpmd [mailto:[EMAIL PROTECTED] 
Sent: jeudi 3 janvier 2008 22:34
To: debian-user-french@lists.debian.org
Subject: ralentir fermeture de la session

bonjour,
je cherche à ralentir la fermeture de ma session, car ça coupe la jolie 
musique de 10 secondes que j'y ai associé.
Comment faire (hormis fais un petit shell avec shutdown et sleep) ?
Je voudrais modifier le programme de fermeture.

Cordialement
pmd


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: [HS][HW] carte son pcmcia...

2008-01-02 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Pour savoir si c'est possible, je jeterai un oeil sur le man de mplayer, sinon 
peut-être aussi du coté de jack...

Ceci dit, le son des enceintes de portable est tout sauf propre, pour avoir un 
son [peut-être] correct, il faudra s'en servir comme aigüe, mais là ça risque 
d'être tendu...

Sinon si t'as 4 enceintes externes et 2 amplis, la plupart des cartes sons 
récentes ont la possibilité de les gérer.

Mathias Dufresne


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of fred
Sent: mardi 1 janvier 2008 14:11
To: debian-user-french@lists.debian.org
Subject: [HS][HW] carte son pcmcia...


Bonjour,

La carte son intégrée à mon portable (Toshiba Satelitte P100-473),
une HDA intel, ne possède pas de sortie audio inline (!?),
un comble.

Juste pour regarder mes DVD avec le son sur ma chaîne hifi. J'aimerais
donc utiliser une carte son pcmcia équipée de cette sortie. Je pourrais
utiliser la sortie casque, mais cela coupe alors le son sur les hp
intégrés, et j'aimerais en fait pouvoir utiliser les hp intégrés en même
temps que ceux de ma chaîne, genre pour avoir 4 enceintes. D'ailleurs,
c'est possible que ça marche comme ça ? Deux cartes sons utilisées en
même temps ?

Auriez-vous donc du matos à me conseiller à ce sujet ?

Merci d'avance.

-- 
http://scipy.org/FredericPetit


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: transfer configuration serveur vers un nouveau

2008-01-02 Par sujet DUFRESNE, Mathias (STERIA)
From: Bulot Grégory [mailto:[EMAIL PROTECTED] 
Sent: mercredi 2 janvier 2008 15:58
To: LIST: debian-user-french@lists.debian.org
Subject: transfer configuration serveur vers un nouveau

bonjour, 

salut,

je suis en train de transférer un serveur (trinity) vers un nouveau 
(persephone)

j'ai plusieurs point ou j'ai des doutes 

- mon /etc/passwd, /etc/shadow (la partie crypté !) et /etc/group sont 
conséquent, j'imagine qu'une copie de ces  fichiers ne suffira à me 
valider mes utilisateur sur persephone
Ca suffira pour avoir les utilisateurs et les groupes, le problème qui va se 
poser ensuite, c'est la correspondance des UID et GID entre les machines. En 
d'autres termes : tu changes les UID/GID dans les fichiers venant de trinity 
pour qu'ils correspondent à ceux déjà présent dans persephone (bof) ou alors tu 
changes les droits des répertoires/fichiers pour qu'ils correspondent à ceux 
présent dans les nouveaux fichiers.

- les .htpasswd de trinity fonctionneront-il sur persephone ?
Si l'utilisateur www-data peut le lire, à priori oui.

- comment transférer les utilisateurs samba ?
En retrouvant le fichier de db de samba, là il te faudra sans doute lire un peu 
pour le retrouver suivant le type de base choisi.

[ surement plein d'autres questions mais je trouve que cela fait déjà   
beaucoup pour ce post malgré des autres problèmes que j'ai déjà 
solutionné]

Si tu recopies avec -p ou -a l'ancien /home, les fichiers vont arriver avec les 
UID/GID de l'ancien système, que les utilisateurs existent ou non, il ne 
devrait rester que les confs à recopier (oui c'est un truc de fumiste :p) et 
les droits des répertoires applicatifs à changer (ex : /var/lib/mysql, 
/var/www...) car ces utilisateurs n'ont pas d'uid par défault, le ssytème les 
crée à la volée, prenant le premier uid dispo.

Sur ce, bonne année à tou(te)s

mathias




This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: non-dpkg owned copy of the libc6-i686

2008-01-02 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour,

Attends un peu, ça ira sûrement mieux dans quelques jours ^^
C'est le problème des versions autres que stable, lenny c'est testing, ce 
qui implique qu'on peut avoir quelques désagréments de temps à autres.

Mathias Dufresne

-Original Message-
From: Vincent Gay [mailto:[EMAIL PROTECTED] 
Sent: mercredi 2 janvier 2008 18:24
To: debian-user-french
Subject: non-dpkg owned copy of the libc6-i686

Bonjour,

J'essaie de faire un dist-upgrade sur le PC de ma Maman (lenny)

--
[EMAIL PROTECTED]:~$ uname -a
Linux mp 2.6.18-4-k7 #1 SMP Mon Mar 26 17:57:15 UTC 2007 i686 GNU/Linux
--


mais je me heurte au problème suivant :

--
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
  libgcc1: Dépend: libc6 (= 2.7-1) mais il n'est pas installé
E: Dépendances manquantes. Essayez d'utiliser l'option -f.
--

mais apt-get -f install me dit :

--
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Correction des dépendances... Fait
Les paquets supplémentaires suivants seront installés :
  libc6
Paquets suggérés :
  locales glibc-doc libc6-i686
Les NOUVEAUX paquets suivants seront installés :
  libc6
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Il est nécessaire de prendre 4481ko dans les archives.
Après dépaquetage, 10,9Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ?
Réception de : 1 http://ftp.fr.debian.org testing/main libc6 2.7-5 [4481kB]
4481ko réceptionnés en 9s 
(474ko/s)   
E: Impossible d'obtenir la version de debconf. Est-ce que debconf est 
installé ?
debconf: Échec d'apt-extracttemplates : Mauvais descripteur de 
fichier(Lecture de la base de données... 69 fichiers et répertoires déjà 
installés.)
Dépaquetage de libc6 (à partir de .../archives/libc6_2.7-5_i386.deb) ...

A non-dpkg owned copy of the libc6-i686 package was found.
It is not safe to upgrade the C library in this situation;
please remove that copy of the C library and try again.
dpkg : erreur de traitement de 
/var/cache/apt/archives/libc6_2.7-5_i386.deb (--unpack) :
 le sous-processus pre-installation script a retourné une erreur de 
sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/libc6_2.7-5_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
--

pourtant je n'ai jamais rien installé autrement que par les dépôts 
officiels ( + debian multimédia)

Par ailleurs

--
[EMAIL PROTECTED]:~$ sudo apt-get install debconf
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes :
Les paquets suivants contiennent des dépendances non satisfaites :
  debconf: Dépend: debconf-i18n mais ne sera pas installé ou
debconf-english mais ne sera pas installé
   Pré-Dépend: perl-base (= 5.6.1-4) mais ne sera pas installé
  libgcc1: Dépend: libc6 (= 2.7-1) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet
(ou indiquez une solution).
--

En fait je ne peux installer quoique ce soit

Une suggestion SVP ?

Merci d'avance




This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: etch soucis réseau : disparation eth0 networking restart

2007-12-31 Par sujet DUFRESNE, Mathias (STERIA)
From: Bulot Grégory [mailto:[EMAIL PROTECTED] 
Sent: lundi 31 décembre 2007 11:34
To: LIST: debian-user-french@lists.debian.org
Cc: guy
Subject: Re: etch soucis réseau : disparation eth0 networking restart

Le lundi 31 décembre 2007 10:57, vous (guy) avez écrit :
 Avant d'enregistrer ton master, il te faut supprimer le
 fichier /etc/udev/rules.d/z25_persistent-net.rules
 qui sera reconstruit automatiquement sur tes fils ...

 idem pour /etc/udev/rules.d/z25_persistent-cd.rules

 Guy


 je connais ce problème (y'a un fil la dessus de ma part y'a pas longtemps), 
mais j'en suis même pas encore a le dupliquer, j'essais de faire fonctionner 
le master pour l'instant

Salut,

Je n'ai pas tout compris à ton soucis, mais je pense que c'est que tu ne nous 
fournit pas assez d'infos...

L'idée de vérifier udev est bonne, si tu as changé de machine, donc de carte 
réseau, donc d'adresse mac (en tout cas le fichier interfaces fourni plus haut 
ne contient rien à propos d'un changement de la mac...).

Maintenant comme on n'a pas d'infos (master testé sur la même machine ? si non, 
les fichiers udev ont été modifiés ?...), on ne peut que rester dans les cas 
généraux, les grands classiques...


Mathias Dufresne


This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: [reformulation post initial] Re: etch soucis réseau : disparation eth0 networking restart

2007-12-31 Par sujet DUFRESNE, Mathias (STERIA)
Une idée à la con (mes préférées ^^) :
Il ne manquerait pas un petit auto eth0 dans ton fichier interface ?

En fait, ce qui pourrait être sympa, c'est de savoir si eth0 est toujours 
disponible et configurable, donc pour ça tenter de la reconfigurer à la main :
ifconfig eth0 192.168.1.78
 et vérifier qu'elle est enfin présente, si oui, c'est le script d'auto 
configuration qui merdoie, si non, c'est autre chose ^^

Mathias Dufresne

-Original Message-
From: Bulot Grégory [mailto:[EMAIL PROTECTED] 
Sent: lundi 31 décembre 2007 14:39
To: debian-user-french@lists.debian.org
Subject: [reformulation post initial] Re: etch soucis réseau : disparation eth0 
networking restart

Le lundi 31 décembre 2007 13:53, DUFRESNE, Mathias (STERIA) a écrit :

 Salut,

 Je n'ai pas tout compris à ton soucis, mais je pense que c'est que tu ne
 nous fournit pas assez d'infos...

 L'idée de vérifier udev est bonne, si tu as changé de machine, donc de
 carte réseau, donc d'adresse mac (en tout cas le fichier interfaces fourni
 plus haut ne contient rien à propos d'un changement de la mac...).

j'ai fait une nouvelle install sur un disque vierge avec le cd netinst etch 
i386 récupéré la semaine dernière 


je reformule mon post initial (pour ne pas mal orienter les réponses, ou 
oublis donc l'idée d'un master, le seul master étant le CD netinst i386), en 
espérant que mes propos soient compréhensible : 


sur une Etch fraichement installée :

j'ai un soucis lorsque je redémarre le 
réseau : disparation d'eth0 sans message d'erreur (ni sur console, ni dans 
syslog), je suis obligé de faire ceci pour retrouver mon réseau

modprobe -r e100 ; sleep 3s ; modprobe e100

l'install a été faite en dhcp, après install passage en ip fixe 
dans /etc/network/interface

allow-hotplug eth0
#iface eth0 inet dhcp

iface eth0 inet static
address 192.168.1.20
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
# si resolvconf package installé :
dns-nameservers 192.168.1.1
dns-search [MonDomaine]


Un /etc/init.d/networking restart est très 'rapide' a rendre la main, il ne 
reste plus que lo d'actif (via ifconfig)


savez-vous d'ou cela peut venir ?


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: mountage de prériphérique usb

2007-12-28 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Pour commencer, si tu as des données sur ta clef et que ni Windows ni GNU/Linux 
n'arrive à y accéder, il y a des chances que ta clef est un problème. Soit au 
niveau du formatge des données, soit un problème matériel.

Sinon j'ai une clef usb qui était protégée par je sais plus quoi, un système 
d'encryption je crois (c'est une Victorinox, les couteaux Suisses) et mes 
petits GNU/Linux n'arrivait pas à en faire quoique ce soit, j'ai fini par 
refaire une tabel de partition, suivi d'une partition en vfat histoire de 
pouvoir y accéder facilement. Ceci dit Windows y accédait sans problème...

A ta place je commencerai par refaire une table de partition, ça coûte rien 
hormis une petite perte de données, et ça te permettra de savoir si oui ou non 
la matériel fonctionne correctement.

Cordialement,

Mathias Dufresne

-Original Message-
From: Remi Suinot [mailto:[EMAIL PROTECTED] 
Sent: jeudi 27 décembre 2007 18:54
To: debian-user-french@lists.debian.org
Subject: Re: mountage de prériphérique usb

En ce Thu, 27 Dec 2007 18:01:46 +0100, le sermon de Remi Suinot [EMAIL 
PROTECTED] contenait:

 En ce Thu, 27 Dec 2007 16:51:26 +0100, le sermon de Christophe Alonso [EMAIL 
 PROTECTED] contenait:
 
  Le jeudi 27 décembre 2007 à 14:55 +0100, Remi Suinot a écrit :
   bonjour et joyeuses fêtes à tous
   
   J'ai reçu un périphérique usb de ce type : 
   http://gkall.hobby.nl/dpf018.html
   lsusb le voit bien:
   Bus 001 Device 006: ID 1403:0001  
   et fdisk y a bien acces:
   # fdisk /dev/sda -l
   
   Disk /dev/sda: 2 MB, 2097152 bytes
   1 heads, 4 sectors/track, 1024 cylinders
   Units = cylinders of 4 * 512 = 2048 bytes
   Disk identifier: 0x0370ad60
   
   Disk /dev/sda doesn't contain a valid partition table
.../...
   La question est donc: est il vraiment impossible d'utiliser /dev/sda en 
   lieu et place
   de /dev/sda1 ?
   
   Merci de vos avis.
   Rémi.
  
  man mkdosfs, cf. option -I

Je me répond: je n'ai aucune FAT!
# dosfsck /dev/sda
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Currently, only 1 or 2 FATs are supported, not 0.
Je n'ose pas encore réparer la table de partition.
Ce qui est 'étrange' c'est qu'il y a déjà des données dessus! Comment fait il 
donc pour y accéder?

Rémi

-- 
Merci de m'avoir lu jusqu'ici, longue Vie et Prosperite.
http://www.suinot.org


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Apt et les mirroirs

2007-12-28 Par sujet DUFRESNE, Mathias (STERIA)
-Original Message-
From: Thierry Leurent [mailto:[EMAIL PROTECTED] 
Sent: jeudi 27 décembre 2007 10:23
To: debian-user-french@lists.debian.org
Subject: Re: Apt et les mirroirs

Justement, c'est ce problème que je désire éviter.
J'ai un source.list assez long, il contient entre autre les liens vers
testing, sid et expérimental.

Jean-Yves F. Barbier a écrit :
 Thierry Leurent a écrit :
 Bonsoir et bonne fêtes,

 Le mirroir que j'utilise, belnet.be, est en rade ce qui bloque mes mises
 à
 jours.

 Je voudrais savoir si apt permet de gérer différents mirroirs.

 vi

 Le but serait d'avoir dans mon source.list plusieurs url pour les dépots
 officiels de Lenny c'est à dire une ligne pour belnet et une pour un
 autre.

 Et ce serait apt qui prendrait la seconde si la premère ne répond pas.

 Est-ce possible ?

 ça ne pose pas de PB particulier MAIS si l'un des mirroirs est down,
 apt va se rebiffer et rester sur la ligne de MàJ; tu devras donc commenter
 la ligne problématique.

 --
 The whole white race is a monster who is always hungry, and what he
 eats is land.   Chiksika, (Shawnee)



Salut,

Une solution pourrait être de faire un petit script qui teste les mirroirs 
(fping est bien pour ça) et qui reconstruit un sources.list en fonction des 
réponses obtenues, une fois ton fichier reconstruit, le script pourrait lancer 
la mise à jour de la db tranquillement...

Sans revoir les mans je dirais un truc du genre :

#
# on remet à blanc le sources.list
echo /dev/null  /etc/apt/sources.list
# Pour chaque mirroir on teste s'il répond, 
# si oui on rajoute les lignes qui vont bien :
if [ `fping -q ftp.belnet.de` ]
then
echo deb http://ftp.belnet.de/debian/ stable main contrib non-free \
 /etc/apt/sources.list
else
[encore une série de if pour tester les mirroirs de remplacement]
fi
apt-get update
#

Cordialement,

Mathias Dufresne


-- 
Thierry Leurent
Phone  : +32 476/20.23.98
E-mail : [EMAIL PROTECTED]
Website (en developpement) : http://www.asgardian.be


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





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Etch et X11: au secours

2007-12-28 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Deux questions me turlupinent après la lecture (succinte) du xorg.conf :
- Les chemins /usr/share/fonts/X11/ et usr/X11R6/lib/X11/fonts/ existent-ils ? 
Si non que donne un locate fonts | grep X11 ?
- que donne le fichier de log d'xorg (/var/log/X_je_sais_plus_quoi), au moins 
les 20 ou 30 dernières lignes (voir le fichier complet), Xorg comme X11 ayant 
tendance à beaucoup parler.

Cordialement,

Mathias Dufresne

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Francois
Sent: jeudi 27 décembre 2007 19:04
To: debian-user-french@lists.debian.org
Subject: Etch et X11: au secours

Bonjour
J'ai voulu passé de sarge à etch et je n'arrive pas à faire marcher le
serveur x11: il plante en disant qu'il ne trouve pas la font fixed
(entre autre). Dans xorg.conf j'ai mis en commentaire tous les chemins
des fonts sauf /usr/share/fonts/X11/Type1 qui existe dans les
répertoires. Mais ça ne change rien


Qu'est-ce que je dois faire  ça fait des heures que je
bidouille et j'ai faillit tout reformater par erreur en démarrant
depuis le cd...

Merci de votre aide experte et précieuse
Francois


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: reprise d'une installation par le réseau

2007-12-27 Par sujet DUFRESNE, Mathias (STERIA)
Salut,

Si tu as correctement effectué l'installation minimale, tu devrais pouvoir 
booter sur ton système Debian et obtenir un shell.
Si c'est le cas, une fois le réseau configuré, il ne te restera plus qu'à 
configurer apt pour aller sur le réseau chercher ce dont tu as besoin, 
c'est-à-dire configurer les dépôts dans le sources.list
Une fois ceci fait, apt-get install les paquets qui vont bien.

Mon sources.list contient essentiellement ceci :
# normal repositories
deb http://ftp.de.debian.org/debian/ stable main contrib non-free

Mathias Dufresne

-Original Message-
From: yvon krob [mailto:[EMAIL PROTECTED] 
Sent: mercredi 26 décembre 2007 20:51
To: debian-user-french@lists.debian.org
Subject: reprise d'une installation par le réseau 

Bonjour,

J'ai installer le CD1 de Debian en vue d'une installation par le réseau, 
ensuite j'ai défini une Freebox pour télécharger la suite du système, 
mais à partir de là je ne sais pas comment faire pour relancer la suite 
de l'installation de Linux.
Je l'avais déjà fait il y a quelques mois mais entre temps j'ai oublié 
(or il me semble que j'étais passé par un point du menu d'installation) 
et je ne retrouve pas ce point de menu ou la commande adéquate.

Pourriez-vous m'aider ? Merci d'avance.

Yvon Krob


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




Se débarasser de /vmlinuz

2007-12-27 Par sujet DUFRESNE, Mathias (STERIA)
Bonjour à tous,

 

Afin d'éviter l'arthrose à l'age de la retraite, je cherche à tapoter sur mon 
clavier le moins possible, hors les mises à jour du noyau et/ou des modules me 
recollent à chaque fois le lien /vmlinuz, qui n'est pas utilisé d'ailleurs.

 

Et donc ce lien m'oblige à taper le « a » lorsque que je veux accéder à /var, 
ce qui est une hérésie, n'ayont pas peur des mots : )

 

Je cherche donc un moyen pour faire en sorte que ce fichier ne soit plus recréé 
à chaque mise à jour.

 

Cordialement,

 

Mathias Dufresne

+33 562 122 806

 

ESPOC

HEWLETT PACKARD
On behalf of AIRBUS for Department - OITO
ESPOC System
email :[EMAIL PROTECTED]

 


This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.




RE: Connaître l'application qui me laboure mon dis que.

2007-12-26 Par sujet DUFRESNE, Mathias (STERIA)
Salut à tous,

1° bonnes fêtes ^^

2° plus dans le sujet : ça pourrait être le fait des logs, qui écrivent 
régulièrement sur le disque, une solution (disponible avec syslog-ng mais 
sûrement aussi avec ce bon vieux syslog) consiste à écrire les logs soit après 
un certain temps, soit après une certaine quantité de logs reçue (je ne suis 
pas certains concernant l'option de durée...).
Sinon si tu disposes d'une autre machine faisant tourner un syslog, tu peux 
exporter les logs du portable sur cette machine, ça va consommer un peu de 
réseau, mais réduire considérablement les accès disques du portable.

Cordialement,

Mathias Dufresne


-Original Message-
From: Frédéric Massot [mailto:[EMAIL PROTECTED] 
Sent: mercredi 26 décembre 2007 15:09
To: debian-user-french@lists.debian.org
Subject: Re: Connaître l'application qui me laboure mon disque.

Charles Plessy wrote:
 Bonjour et joyeuses fêtes à tous,
 
 Sur mon ordinateur portable utilisant Lenny, mon disque dur fait parfois
 « poc clik glingling » à intervalles réguliers de quelques secondes, et
 bien sûr, ça m'inquiète. L'utilisation que j'en fait est minimale:
 gnome-terminal, Pidgin, et des fenêtres Icedove et Epiphany derrière que
 je ne touche pas souvent.
 
 Un fuser /dev/sda ne donne rien.  Connaissez-vous d'autres commandes
 permettant de savoir qui accède au disque dur ?

Si le bruit à lieu tout les jours à la même heure, cela peut être du aux 
tests réalisés par smartmontools.


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:[EMAIL PROTECTED]   |
===Debian=GNU/Linux===


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
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]


This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.





This e-mail is intended only for the above addressee. It may contain privileged 
information.
If you are not the addressee you must not copy, distribute, disclose or use any 
of the information in it. 
If you have received it in error please delete it and immediately notify the 
sender.
Security Notice: all e-mail, sent to or from this address, may be accessed by 
someone other than the recipient, for system management and security reasons. 
This access is controlled under Regulation of security reasons.
This access is controlled under Regulation of Investigatory Powers Act 2000, 
Lawful Business Practises.