Re: Connection avec un MAC

2004-01-17 Par sujet marco
On Sat, 17 Jan 2004 22:31:12 +
Alex Garacotche <[EMAIL PROTECTED]> wrote:

> Bonjour,
> 
> Je suis sur un reseau avec un server DHCP via un modem router ADSL.
> Sur le reseau il y  a un MAC.
> J'ai installe le packet netatalk sans probleme apparent.
> Et maintenant commetn je fais pour monter un volume Mac sur mon linux
> ou le contraire ?

Tu ne pourras pas monter de "volume" mac sur tes PC. Tu pourras monter
sans probleme les repertoires que tu veux dans le mac.
Regarde /usr/share/doc/netatalk/* et /etc/netatalk/*

C'est assez bien documenté.


> -- 
> Pensez _ lire la FAQ de la liste avant de poser une question :
> http://savannah.nongnu.org/download/debfr-faq/html/
> 
> Pensez _ rajouter 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: Package fglrx debianvec

2004-01-17 Par sujet Farid Messaoud

Aurelien wrote:

Bonjour à tous, 

Une question bête: 
Existe-t-il des packages fglrx pour debian. J'ai beaucoup de mal 
à faire marcher les driver ati via transformation en .deb. La
compilation plante, et quand je j'utilise le mail de guillaume 
(si je me trompe pas, Explication ati 9600... [long]) ça ne marche

pas mieux ! L'acceleration Xfree 4.3 marche bien, mais je voudrais
bien tester les drivers ati pour voir si j'ai de meilleures perfs.

Merci à tous

 



Procedure d'installation de ati radeon 9600 sous debian :

1) Télécharger .rpm en choisissant la bonne version de 
ton XFREE :


http://ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=18&submit.y=11&submit=GO%21

2) # apt-get install alien

Convertir le packet rmp fraichement téléchargé avec la commande: 


# alien -d .rpm

Cela te génère .deb dans le même repertoire.


3) # dpkg -i --force-overwrite .deb  


le --force-overwrite palie a l'erreur liée au lib xlibmesa3

4) Tu configure un beau XF86Config-4 grace a la commande : fglrxconfig



Avec plaisir ...



Géométrie des cartes SD / Zaurus

2004-01-17 Par sujet Antoine Hulin

J'ai des difficultés pour échanger des fichiers entre mon PC et mon Zaurus sur
des cartes SD. Les symptômes :

 - impossible de flasher le Zaurus (du coup j'apprends le japonnais ^_^) ;

 - si je remplis la carte de photos avec le PC, je ne peux pas les 
   consulter toutes sur le Zaurus, certaines sont lisibles d'autres
   pas (me demandez pas le message d'erreur, je ne suis qu'à la page 5 
   du « japonnais pour les nul ») ;

 - l'installation de logiciels depuis la carte ne marche pas à chaque fois.

Avec fdisk, les choses se précisent un peu, les deux bêbêtes ne sont pas 
d'accord sur la géométrie de la carte (cylindres/têtes/secteurs). 

ZaurusDebian

Dane-Elec 64 Mo :  473/8/32 1009/2/60

Kingmax  128 Mo : 1000/8/32 1024/5/50



Après avoir longuement cherché sur la Toile, je n'ai pas trouver de 
réponses aux trois questions suivantes :

 1. C'est différences de géométrie détectées ont-elles réellement 
un impact ?

 2. Comment la géométrie d'une carte, qui n'a ni disque, ni tête de lecture, 
est-elle déterminée ?

 3. Comment indiquer la bonne géométrie à celui qui se trompe ?

Merci pour votre aide.

Antoine



Re: pilote Sagem Fast 908 ethernet pour Free ADSL

2004-01-17 Par sujet Jeremy Levy




   Si tu tapes :
 
 1)
 ifconfig -a
 regarde quelle interface ethernet est dispo
 ex : eth0
A la limite tape :
# ifconfig eth0 up

 
 2)
 Verifies dans /etc/ppp/peers/dsl-provider
 
 pty "pppoe -I eth0 -T 80 -m 1452"
 noauth
 defaultroute
 user "[EMAIL PROTECTED]"
 persist
 holdoff 5
 
 
 3)
 # pppoe -A -I eth0
 Tu as bien un concentrateur à l'autre bout?
si oui  : # pon
si non : vérifis ton matos :
    de la conf et driver de ta carte ethernet jusqu'au technicien support
Free en passant par les cables, les connecteur.
 
 4)
 Heuu bei Jetes un oeil dans :
/etc/netwok/interfaces
 

Laurent PINGAULT a écrit:

  Salut,

est ce que tu as exécuté la commande pppoeconf ?

Laurent

On Saturday 17 January 2004 20:59, jean-henry HAY wrote:
  
  
Salut,

J'ai aussi un problème pour configurer le modem Sagem Ethernet/Usb 908 de
Free en Ethernet.
En USB pas de problème il fonctionne très bien mais impossible de le faire
fonctionner en Ethernet.

Les Leds sur arrière du modem sont correctement allumées donc le câble
entre le micro et le modem est bien raccordé mais le modem n'est pas vu par
le micro donc impossible de se connecter.

As-tu la solution

Cordialement

Jean

  
  

  


-- 
  Mail gratuit, Chat, recherche, retrouvez tous vos outils sur http://www.netscape.fr/ 






Re: pilote Sagem Fast 908 ethernet pour Free ADSL

2004-01-17 Par sujet Laurent PINGAULT
Salut,

est ce que tu as exécuté la commande pppoeconf ?

Laurent

On Saturday 17 January 2004 20:59, jean-henry HAY wrote:
> Salut,
>
> J'ai aussi un problème pour configurer le modem Sagem Ethernet/Usb 908 de
> Free en Ethernet.
> En USB pas de problème il fonctionne très bien mais impossible de le faire
> fonctionner en Ethernet.
>
> Les Leds sur arrière du modem sont correctement allumées donc le câble
> entre le micro et le modem est bien raccordé mais le modem n'est pas vu par
> le micro donc impossible de se connecter.
>
> As-tu la solution
>
> Cordialement
>
> Jean



Connection avec un MAC

2004-01-17 Par sujet Alex Garacotche
Bonjour,

Je suis sur un reseau avec un server DHCP via un modem router ADSL.
Sur le reseau il y  a un MAC.
J'ai installe le packet netatalk sans probleme apparent.
Et maintenant commetn je fais pour monter un volume Mac sur mon linux ou le
contraire ?

Je tourne une Woody en 2.6.1
Merci
alex
-- 
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.





Package fglrx debian

2004-01-17 Par sujet Aurelien
Bonjour à tous, 

Une question bête: 
Existe-t-il des packages fglrx pour debian. J'ai beaucoup de mal 
à faire marcher les driver ati via transformation en .deb. La
compilation plante, et quand je j'utilise le mail de guillaume 
(si je me trompe pas, Explication ati 9600... [long]) ça ne marche
pas mieux ! L'acceleration Xfree 4.3 marche bien, mais je voudrais
bien tester les drivers ati pour voir si j'ai de meilleures perfs.

Merci à tous

-- 
Aurelien <[EMAIL PROTECTED]>
The Gump & Co Company



Console tty

2004-01-17 Par sujet DiO
Re-bonjour

Bon pour la plupart des problemes c'est résolu, un grand merci a vous
tous :)

J'ai laissé le dernier driver NVIDIA mais le probleme c'est que quand je
fais ctrl+alt+F1 la console ne s'affiche plus (plus de signal).

Sinon peut-on transpherer ses mails de Outlook (windows) à Evolution ???

Pour les problemes de fonts je verrai cela avec mon père ;)

Encore merci a vous tous, c'était bien, même si mon écran la supporte,
un problème de résolution.





pilote Sagem Fast 908 ethernet pour Free ADSL

2004-01-17 Par sujet jean-henry HAY
Salut,

J'ai aussi un problème pour configurer le modem Sagem Ethernet/Usb 908 de
Free en Ethernet.
En USB pas de problème il fonctionne très bien mais impossible de le faire
fonctionner en Ethernet.

Les Leds sur arrière du modem sont correctement allumées donc le câble entre
le micro et le modem est bien raccordé mais le modem n'est pas vu par le
micro donc impossible de se connecter.

As-tu la solution

Cordialement

Jean



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Alex Garacotche
"Frédéric Bothamy" wrote:

> J'ai du rater un épisode, là... Tu parlais à l'origine de compilation
> d'ALSA dans le noyau, puis de maintenance de serveur et enfin de serveur
> X... Je crois que tu devrais ne tenter de résoudre qu'un problème par
> fil de discussion.

Disons que j' ai l' impression que tout est lies. Mon protable est fujistu
resend ainsi que son chipsets. Et je m' appercois que ni le son ni le server
X ne marche. Je veux maintenir un server, donc c'est sur le xserver ainsi
que le son n' est pas vraiment necessaire, mais cela est mon ordinateur
principal sur lequel j' apprends linux, donc je me bats sur tous les
flancs..
Merci

Alex
-- 
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.





Re: pb kpkg

2004-01-17 Par sujet Farid Messaoud

Frédéric Bothamy wrote:


* Farid Messaoud <[EMAIL PROTECTED]> [2004-01-17 19:18] :
 


Fait un man
Mkinitrd
Tout y devrait etre explique

Alex
--
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.


"Farid Messaoud" wrote:

   


Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?



/usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using
.../kernel-image-2.4.18_HOST.1_i386.deb) ...

You are attempting to install an initrd kernel image (version 2.4.18)
This will not work unless you have configured your boot loader to use
initrd. (An initrd image is a kernel image that expects to use an INITial
Ram Disk to mount a minimal root file system into RAM and use that for
booting).
As a reminder, in order to configure lilo, you need to
add an 'initrd=/initrd.img' to the image=/vmlinuz
stanza of your /etc/lilo.conf
I repeat, You need to configure your boot loader. If you have already 
 


done
   


so, and you wish to get rid of this message, please put
`do_initrd = Yes'
in /etc/kernel-img.conf. Note that this is optional, but if you do not,
you'll contitnue to see this message whenever you install a kernel
image using initrd.
Do you want to stop now? [Y/n]
Ok, Aborting
dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(--install):
subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
/usr/src/kernel-image-2.4.18_HOST.1_i386.deb

 



No manual entry for mkinitrd
   



Il te faut le paquet initrd-tools.


Cela dit, c'est une idée assez étrange de vouloir utiliser un initrd sur
un noyau compilé soi-même ... Le but principal de l'initrd est de
pouvoir charger des modules avant le chargement du noyau, c'est donc
adapté pour un noyau qui doit supporter une multitude de configurations
différentes (comme le noyau Debian de base). L'intérêt est limité pour
un noyau compilé.


Fred

 


C bon cela fonctionne maintenant, merci  ; )

En fait j'ai appliqué une multitude de patches au noyau de base pour 
avoir une compatibilitée à tout épreuve sur bcp d'architectures d'ou initrd.







Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Alex Garacotche
"Frédéric Bothamy" wrote:

> Oui, on peut très bien faire de l'administration de serveurs sous Woody.
> Sid est prévu pour tester le développement de Debian.

Cependant le xserver ne semble pas functionner en Woody sur mon portable
voila pourkoi je pensais passer en SID.
Mais bon.
merci



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Frédéric Bothamy
* Alex Garacotche <[EMAIL PROTECTED]> [2004-01-17 19:23] :
> "Frédéric Bothamy" wrote:
> 
> > Oui, on peut très bien faire de l'administration de serveurs sous Woody.
> > Sid est prévu pour tester le développement de Debian.
> 
> Cependant le xserver ne semble pas functionner en Woody sur mon portable
> voila pourkoi je pensais passer en SID.

J'ai du rater un épisode, là... Tu parlais à l'origine de compilation
d'ALSA dans le noyau, puis de maintenance de serveur et enfin de serveur
X... Je crois que tu devrais ne tenter de résoudre qu'un problème par
fil de discussion.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



Re : pb kpkg

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 20:25, Frédéric Bothamy a écrit :

* Farid Messaoud <[EMAIL PROTECTED]> [2004-01-17 19:18] :

Fait un man
Mkinitrd
Tout y devrait etre explique

Alex
--
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.


"Farid Messaoud" wrote:

> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
>
>
>
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently

installed.)

> Preparing to replace kernel-image-2.4.18 HOST.1 (using
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
>
> You are attempting to install an initrd kernel image (version

2.4.18)

> This will not work unless you have configured your boot loader to

use

> initrd. (An initrd image is a kernel image that expects to use an

INITial

> Ram Disk to mount a minimal root file system into RAM and use that

for

> booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have

already

done
> so, and you wish to get rid of this message, please put
> `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do

not,

> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386. 
deb

> (--install):
> subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
> /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
>



No manual entry for mkinitrd


Il te faut le paquet initrd-tools.


Cela dit, c'est une idée assez étrange de vouloir utiliser un initrd
sur
un noyau compilé soi-même ... Le but principal de l'initrd est de
pouvoir charger des modules avant le chargement du noyau, c'est donc
adapté pour un noyau qui doit supporter une multitude de  
configurations

différentes (comme le noyau Debian de base). L'intérêt est limité pour
un noyau compilé.


Fred



J'utilise lvm et dans ce cas, il _faut_ un initrd... mais le paquet lvm  
fournit l'utilitaire  lvmcreate-initrd pour créer l'intird en question.


--
- Jean-Luc


pgpGu7nEFUlyN.pgp
Description: PGP signature


Re : Re : pb kpkg

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 20:19, Farid Messaoud a écrit :

Jean-Luc Coulon (f5ibh) wrote:


Le 17.01.2004 19:26, François Boisson a écrit :


On Sat, 17 Jan 2004 19:08:56 +0100
Farid Messaoud <[EMAIL PROTECTED]> wrote:


Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?



Oui, le noyau que tu installes utilise un initrd et il faut  
rajouter

une
ligne à lilo pour qu'il puisse bouter dessus. Il suffit de rajouter
initrd=/initrd.img sur la ligne concernée de /etc/lilo.conf.

Même pbm si c'est grub (que je ne connais pas).



J'utilise grub avec un intird venant de lvm. Voici la syntaxe d'un  
bloc  grub pour l'initrd (par exemple):


title  Debian 3.0, GNU/Linux 2.4.24 - LVM
root (hd0,0)
kernel /vmlinuz-2.4.24 root=3a00 reboot=warm \
hdc=ide-scsi hdd=ide-scsi pci=biosirq \
video=aty128fb:[EMAIL PROTECTED] \
ramdisk_size = 8192
initrd /initrd-lvm-2.4.24.gz

-- - Jean-Luc



Une fois cela fait, on peut répondre yes.

François Boisson




Sur le site :

http://reseaucitoyen.be/index.php?UpdateKernel

je suis la procedure suivante :

   * Avant d'installer une image du Kernel, il faut passer par deux  
étapes

 o Mettre à jour le fichier /etc/lilo.conf
   + L'éditer avec un programme vi, nano , via mc etc
   + Repérer la ligne *image=/vmlinuz*
   + Ajouter à la ligne suivante :*initrd=/initrd.img*
 o Créer un fichier
   + *echo "do_initrd = Yes" >> /etc/kernel-img.conf*


J'ajoute ma sauce : mv /lib/modules/2.4.18-bf2.4 /lib/modules/2.4.18- 
bf2.4.old



PUIS L'INSTANT DE VERITE --->

dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently  
installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using .../kernel- 
image-2.4.18_HOST.1_i386.deb) ...

Unpacking replacement kernel-image-2.4.18 ...
Setting up kernel-image-2.4.18 (HOST.1) ...
Failed to create initrd image.
dpkg: error processing kernel-image-2.4.18 (--install):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
kernel-image-2.4.18



IL échoue a la création de l'image initrd.img, d'après mon anglais .



Avez-vous le paquet initrd-tools  installé ?

--
- Jean-Luc


pgpzrglsXQu7I.pgp
Description: PGP signature


Re: pb kpkg

2004-01-17 Par sujet Frédéric Bothamy
* Farid Messaoud <[EMAIL PROTECTED]> [2004-01-17 19:18] :
> Fait un man
> Mkinitrd
> Tout y devrait etre explique
> 
> Alex
> -- 
> Enlever le mot 'spam' dans mon adresse email pour me contacter.
> Merci.
> 
> 
> "Farid Messaoud" wrote:
> 
> > Salut,
> > Après la command suivante voila le resultat.
> > Quelqu'un a une idée ?
> >
> >
> >
> > /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> > (Reading database ... 21578 files and directories currently installed.)
> > Preparing to replace kernel-image-2.4.18 HOST.1 (using
> > .../kernel-image-2.4.18_HOST.1_i386.deb) ...
> >
> > You are attempting to install an initrd kernel image (version 2.4.18)
> > This will not work unless you have configured your boot loader to use
> > initrd. (An initrd image is a kernel image that expects to use an INITial
> > Ram Disk to mount a minimal root file system into RAM and use that for
> > booting).
> > As a reminder, in order to configure lilo, you need to
> > add an 'initrd=/initrd.img' to the image=/vmlinuz
> > stanza of your /etc/lilo.conf
> > I repeat, You need to configure your boot loader. If you have already 
> done
> > so, and you wish to get rid of this message, please put
> > `do_initrd = Yes'
> > in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> > you'll contitnue to see this message whenever you install a kernel
> > image using initrd.
> > Do you want to stop now? [Y/n]
> > Ok, Aborting
> > dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> > (--install):
> > subprocess pre-installation script returned error exit status 1
> > Errors were encountered while processing:
> > /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> >
> 
> 
> 
> No manual entry for mkinitrd

Il te faut le paquet initrd-tools.


Cela dit, c'est une idée assez étrange de vouloir utiliser un initrd sur
un noyau compilé soi-même ... Le but principal de l'initrd est de
pouvoir charger des modules avant le chargement du noyau, c'est donc
adapté pour un noyau qui doit supporter une multitude de configurations
différentes (comme le noyau Debian de base). L'intérêt est limité pour
un noyau compilé.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Frédéric Bothamy
* Alex Garacotche <[EMAIL PROTECTED]> [2004-01-17 16:08] :
> "Frédéric Bothamy" wrote:
> 
> > Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la
> > version actuelle de testing (0.2.45).
> 
> Desole pour la question de debutant mais comment savoir la version ?

dpkg -l modconf (ou aller voir dans /usr/share/doc/changelog.gz)

> Je voulais savoir la version de ALSA aussi mais je ne sais pas comment
> obtenir la version.

Aller voir directement dans les sources du noyau ?

> Je pense que mes problemes sont lies a la Woody, une question: je desire
> configurer un serveur pour un reseau locale (a la maison) avec apache server
> ftp et le touti quanti , ceci dans le but d' apprendre  a maintenir un
> server dans de reelles conditions.
> Pensez vous que cela serait inadapte dans mon cas de passez en SID ?

Oui, on peut très bien faire de l'administration de serveurs sous Woody.
Sid est prévu pour tester le développement de Debian.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



Re: Re : pb kpkg

2004-01-17 Par sujet Farid Messaoud

Jean-Luc Coulon (f5ibh) wrote:


Le 17.01.2004 19:26, François Boisson a écrit :


On Sat, 17 Jan 2004 19:08:56 +0100
Farid Messaoud <[EMAIL PROTECTED]> wrote:


Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?



Oui, le noyau que tu installes utilise un initrd et il faut rajouter
une
ligne à lilo pour qu'il puisse bouter dessus. Il suffit de rajouter
initrd=/initrd.img sur la ligne concernée de /etc/lilo.conf.

Même pbm si c'est grub (que je ne connais pas).



J'utilise grub avec un intird venant de lvm. Voici la syntaxe d'un 
bloc  grub pour l'initrd (par exemple):


title  Debian 3.0, GNU/Linux 2.4.24 - LVM
root (hd0,0)
kernel /vmlinuz-2.4.24 root=3a00 reboot=warm \
hdc=ide-scsi hdd=ide-scsi pci=biosirq \
video=aty128fb:[EMAIL PROTECTED] \
ramdisk_size = 8192
initrd /initrd-lvm-2.4.24.gz

--
- Jean-Luc



Une fois cela fait, on peut répondre yes.

François Boisson




Sur le site :

http://reseaucitoyen.be/index.php?UpdateKernel

je suis la procedure suivante :

   * Avant d'installer une image du Kernel, il faut passer par deux étapes
 o Mettre à jour le fichier /etc/lilo.conf
   + L'éditer avec un programme vi, nano , via mc etc
   + Repérer la ligne *image=/vmlinuz*
   + Ajouter à la ligne suivante :*initrd=/initrd.img*
 o Créer un fichier
   + *echo "do_initrd = Yes" >> /etc/kernel-img.conf*


J'ajoute ma sauce : mv /lib/modules/2.4.18-bf2.4 
/lib/modules/2.4.18-bf2.4.old



PUIS L'INSTANT DE VERITE --->

dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using 
.../kernel-image-2.4.18_HOST.1_i386.deb) ...

Unpacking replacement kernel-image-2.4.18 ...
Setting up kernel-image-2.4.18 (HOST.1) ...
Failed to create initrd image.
dpkg: error processing kernel-image-2.4.18 (--install):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
kernel-image-2.4.18



IL échoue a la création de l'image initrd.img, d'après mon anglais .







Re: pb kpkg

2004-01-17 Par sujet François Boisson
On Sat, 17 Jan 2004 19:08:56 +0100
Farid Messaoud <[EMAIL PROTECTED]> wrote:

> Après la command suivante voila le resultat.
Cela dit, un dictionnaire d'anglais ou une lecture attentive du message
disait tout cela. J'aurais du peut être attendre avant de répondre. Désolé



Re : pb kpkg

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 19:26, François Boisson a écrit :

On Sat, 17 Jan 2004 19:08:56 +0100
Farid Messaoud <[EMAIL PROTECTED]> wrote:


Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?



Oui, le noyau que tu installes utilise un initrd et il faut rajouter
une
ligne à lilo pour qu'il puisse bouter dessus. Il suffit de rajouter
initrd=/initrd.img sur la ligne concernée de /etc/lilo.conf.

Même pbm si c'est grub (que je ne connais pas).


J'utilise grub avec un intird venant de lvm. Voici la syntaxe d'un bloc  
grub pour l'initrd (par exemple):


title  Debian 3.0, GNU/Linux 2.4.24 - LVM
root (hd0,0)
kernel /vmlinuz-2.4.24 root=3a00 reboot=warm \
hdc=ide-scsi hdd=ide-scsi pci=biosirq \
video=aty128fb:[EMAIL PROTECTED] \
ramdisk_size = 8192
initrd /initrd-lvm-2.4.24.gz

--
- Jean-Luc



Une fois cela fait, on peut répondre yes.

François Boisson



pgpQe3ewNEIrp.pgp
Description: PGP signature


Re: pb kpkg

2004-01-17 Par sujet Farid Messaoud

Sylvain LE GALL wrote:


On Sat, Jan 17, 2004 at 07:08:56PM +0100, Farid Messaoud wrote:
 


Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?


   



Bonjour,

Non sans rire c'est une question ?

Donc je vois a peu prés le scénario : tu as répondu Y ( donc yes ) a la
question ( puisque c'est le choix par défaut ) où ca te demandé si tu
voulais interompre le processus d'installation, donc ca c'est arrété...

Ce qui m'améne a te demander, lis tu ce qu'on te demande avant
d'appeller au secour... En l'occurence, il n'y a rien d'inquiétant a ce
que dpkg fasse ce qu'on lui dise... 


Si tu veux installer to paquet tu répond a la question : "Voulez vous
arréter maintenant ?", "n" ( pour Non ) ( je traduis de l'anglais
parceque la probleme vient peut etre de la ).

Un lecteur --reactif-- de la ML.
Sylvain LE GALL

 


/usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using 
.../kernel-image-2.4.18_HOST.1_i386.deb) ...


You are attempting to install an initrd kernel image (version 2.4.18)
This will not work unless you have configured your boot loader to use
initrd. (An initrd image is a kernel image that expects to use an INITial
Ram Disk to mount a minimal root file system into RAM and use that for
booting).
As a reminder, in order to configure lilo, you need to
add an 'initrd=/initrd.img' to the image=/vmlinuz
stanza of your /etc/lilo.conf
I repeat, You need to configure your boot loader. If you have already done
so, and you wish to get rid of this message, please put
`do_initrd = Yes'
in /etc/kernel-img.conf. Note that this is optional, but if you do not,
you'll contitnue to see this message whenever you install a kernel
image using initrd.
Do you want to stop now? [Y/n]
Ok, Aborting
dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb 
(--install):

subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
/usr/src/kernel-image-2.4.18_HOST.1_i386.deb


   




 



Procedure :

1) vi /etc/lilo.conf et je rajoute la ligne "initrd=/initrd.img" 
sachant que  ce fichier devrais être généré par la commande "dpkg -i 
/usr/src/kernel-image-2.4.18_HOST.1_i386.deb"

---> ajouté comme cela :
default=Linux
image=/vmlinuz
   label=Linux
   read-only
#   restricted
#   alias=1
initrd=/initrd.img

2) vi /etc/kernel-img.conf et j'ajoute la ligne suivante "do_initrd = Yes"

3) mv /lib/modules/2.4.18-bf2.4 /lib/modules/2.4.18-bf2.4.old



ENSUITE :

dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using 
.../kernel-image-2.4.18_HOST.1_i386.deb) ...

Unpacking replacement kernel-image-2.4.18 ...
Setting up kernel-image-2.4.18 (HOST.1) ...
Failed to create initrd image.
dpkg: error processing kernel-image-2.4.18 (--install):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
kernel-image-2.4.18





Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet Lehmann Guillaume

PII 233 wrote:

Le Sat, 17 Jan 2004 16:25:01 +0100, François Boisson écrivait :


C'est ennuyeux car un même réseau 192.168.0.0/24 correspond à 3
interfaces.


J'ai peut-être utilisé ce mécanisme pour de mauvaises raisons :
avoir plusieurs serveurs SSL sur la même machine.
À l'époque, une seule interface était utilisée.

C'est laid ? c'est incorrect ?
Si tu veux que ta machine réponde à 3 adresses IP, je pense que 
c'est bon (j'aurais aussi fait de la sorte, ce qui ne veut pas 
dire que c'est _forcément_ bon :-D).
QUand tu parles de serveurs ssl, je pense que tu veux parler de 
serveurs apache-ssl ? Tu peux utiliser la meme adresse, mais 3 
ports différents. C'est une autre solution. A toi de choisir, je 
n'ai pas assez d'expérience pratique pour te dire ce qui est le 
mieux.






Si on prend eth2: le plus logique serait de faire un réseau
sur les 3 dernier bits mais dans ce cas l'IP que tu as serait l'adresse de
broadcast.


192.168.0.39 pour le réseau 192.168.0.32/3 si je comprends bien,
et qui comprend les adresses de 32 à 39, et dont l'adresse de
broadcast est la dernière, soit 192.168.0.39. C'est ça ?

Attention, 3 derniers bits, ca donne 255.255.255.248 ou /29, pas /3.
Pour les adresses de réseau et de broadcast, j'ai la flemme de 
calculer ...






On peut peut être y rajouter un bit


ah oui, 39, c'est pour 1939, l'année de naissance de mon défunt père.
C'est un hommage auquel je tiens :)


Autant faire simple alors, on n'est pas limité par les adresses IP :
192.168.0.0-255/24 pour le premier réseau
192.168.1.0-255/24 pour le second réseau


Je répond également ici à l'autre email ...

PII 233 wrote:
> Le Sat, 17 Jan 2004 15:51:45 +0100, Lehmann Guillaume écrivait :
>
>>En changeant le cable, ca donne quoi ?
>
> j'ai essayé avec 2 câbles différents qui fonctionnent par 
>ailleurs.
> Le câble que j'utilise actuellement fonctionne dans le test 
>ci-dessous :

>
>
>>Et si tu changes l'adressage du poste client et que tu le
>>branches sur l'autre interface, ca donne quoi ?
>
> Hop, hop, je donne au poste 2 une @IP dans le réseau >192.168.0.0
> je connecte le poste 2 à la place et du poste 1 et...ça marche.
> Ça confirme que côté poste 2, tout semble OK.
>
> On a donc : le câble OK, le poste 2 OK.
>
>
>>Si tu gardes les meme branchements physiques entre les
>>interfaces, mais que tu changes le plan d'adressage entre le
>>réseau connecté à eth1 et le réseau connecté à eth2, ca donne 
>>quoi ?

>
> c'est exactement ce que j'avais fait puisqu'au début je >comptais
> utiliser eth1 d'abord puis eth2. Comme eth1 ne fonctionnait >pas,
> j'ai utilisé eth2 puis je reviens maintenant au problème >d'eth1.
>
> Autrement dit : eth1 était auparavant configurée en >192.168.0.39
> et ne fonctionnait pas mieux.
>
>
>>Tu es sur que tu as bien les cartes qui travaillent aux memes
>>débits ?
>
> ce sont toutes des 10/100. Je ne sais pas comment forcer en 10,
> 100 Half duplex, Full duplex côté linux. Le driver sous 
windows >me

> le permet. J'ai essayé :
> 100baseT4, 100baseTx, 100baseTx full duplex, 10baseTX, 10baseTx
> câble croisé.
> Aucune configuration ne détecte le branchement.
> 100base TX indique que le câble est débranché alors que >d'autres
> réglages ne vont pas jusque là (la carte est indiquée comme 
disabled).
> J'en déduis qu'il est probable que la carte côté linux soit en 
>100baseTx,

> mais sans en être sûr.

Si tu ne forces rien et que les 2 cartes sont en 10/100, elles 
devraient marcher sans pb.


>
> J'ai donc une carte détectée par le hard, apparemment 
>configurée correctement

> (d'après ifconfig) mais dans un état bizarre...


Dis moi si le schéma suivant est faux :

INTERNET-modem_ADSL(eth0)firewall
   (eth1) (eth2)
   192.168.1.39|   |192.168.0.39
   |   |
 __|   |
 | |
 192.168.1.0/24   192.168.0.0/24
contenant poste 2contenant poste 1


Si le cable est OK, le poste 2 aussi, et qu'en changeant 
l'adressage ca ne passe toujours pas, je pense que le pb vient de 
eth1. La carte est peut-etre HS ...
Dernier espoir : un pb d'IRQ ou de slot sur la carte mère : en 
changeant la carte d'emplacement dans la machine (par exemple en 
la mettant sur le slot accueillant actuellement eth2, et sans 
remettre la carte eth2 dans la machine pendant le test), est-ce 
que ca change quelque chose ?


Guillaume



Re: pb kpkg

2004-01-17 Par sujet François Boisson
On Sat, 17 Jan 2004 19:08:56 +0100
Farid Messaoud <[EMAIL PROTECTED]> wrote:

> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
> 

Oui, le noyau que tu installes utilise un initrd et il faut rajouter une
ligne à lilo pour qu'il puisse bouter dessus. Il suffit de rajouter
initrd=/initrd.img sur la ligne concernée de /etc/lilo.conf.

Même pbm si c'est grub (que je ne connais pas).

Une fois cela fait, on peut répondre yes.

François Boisson

>  
> 
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently installed.)
> Preparing to replace kernel-image-2.4.18 HOST.1 (using 
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
> 
> You are attempting to install an initrd kernel image (version 2.4.18)
> This will not work unless you have configured your boot loader to use
> initrd. (An initrd image is a kernel image that expects to use an
> INITial Ram Disk to mount a minimal root file system into RAM and use
> that for booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have already
> done so, and you wish to get rid of this message, please put
>   `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb 
> (--install):
>  subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
>  /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> 
> 
> -- 
> Pensez à lire la FAQ de la liste avant de poser une question :
> http://savannah.nongnu.org/download/debfr-faq/html/
> 
> Pensez à rajouter 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: pb kpkg

2004-01-17 Par sujet Alex Garacotche
Desole pour la syntaxe:

#man mkinitrd

"Farid Messaoud" wrote:

> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
> 
> 
> 
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently installed.)
> Preparing to replace kernel-image-2.4.18 HOST.1 (using
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
> 
> You are attempting to install an initrd kernel image (version 2.4.18)
> This will not work unless you have configured your boot loader to use
> initrd. (An initrd image is a kernel image that expects to use an INITial
> Ram Disk to mount a minimal root file system into RAM and use that for
> booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have already done
> so, and you wish to get rid of this message, please put
> `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (--install):
> subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
> /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> 



Re: pb kpkg

2004-01-17 Par sujet Alex Garacotche
Fait un man 
Mkinitrd
Tout y devrait etre explique

Alex
-- 
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.




"Farid Messaoud" wrote:

> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
> 
> 
> 
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently installed.)
> Preparing to replace kernel-image-2.4.18 HOST.1 (using
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
> 
> You are attempting to install an initrd kernel image (version 2.4.18)
> This will not work unless you have configured your boot loader to use
> initrd. (An initrd image is a kernel image that expects to use an INITial
> Ram Disk to mount a minimal root file system into RAM and use that for
> booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have already done
> so, and you wish to get rid of this message, please put
> `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (--install):
> subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
> /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> 



[Sarge] noyau 2.4.23-k7 et son

2004-01-17 Par sujet nicolas
Bonjour,

Je viens d'installer le noyau 2.4.23 pour k7 et j'ai réinstallé les
modules de ma carte son. Seulement il n'y a pas alsa et les pilotes oss
font retarder le son de lxdoom d'un chouïa de seconde, ce qui rend le
jeu injouable. Le son marche tout de même, j'écoute la radio via ADSL.

Système Sarge à jour
Carte son utilisant le module via82cxxx_audio :
:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio 
Controller (rev 50)
:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97
Audio Controller (rev 50)

Note : je n'ai jamais réussi à faire marcher le midi sur cette carte son.

nicolas patrois : pts noir asocial
-- 
GLOU-GLOU

P : Ouerk ! C'est dégueulasse, j'ai bu la tasse !
M : Panique pas... La mer est pleine de microbes, mais tellement dilués qu'ils 
sont inoffensifs...
P : C'est ça... La mer, c'est de la merde homéopathique !



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Alex Garacotche
"Fab" wrote:

> Donc récupérer le package de modules-init-tools et l'installer.
Ok ca c'est fait. Mais apres ? Je suis toujours en Woody d' aileurs.

Merci.
Alex



Re: pb kpkg

2004-01-17 Par sujet Sylvain LE GALL
On Sat, Jan 17, 2004 at 07:08:56PM +0100, Farid Messaoud wrote:
> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
> 
> 

Bonjour,

Non sans rire c'est une question ?

Donc je vois a peu prés le scénario : tu as répondu Y ( donc yes ) a la
question ( puisque c'est le choix par défaut ) où ca te demandé si tu
voulais interompre le processus d'installation, donc ca c'est arrété...

Ce qui m'améne a te demander, lis tu ce qu'on te demande avant
d'appeller au secour... En l'occurence, il n'y a rien d'inquiétant a ce
que dpkg fasse ce qu'on lui dise... 

Si tu veux installer to paquet tu répond a la question : "Voulez vous
arréter maintenant ?", "n" ( pour Non ) ( je traduis de l'anglais
parceque la probleme vient peut etre de la ).

Un lecteur --reactif-- de la ML.
Sylvain LE GALL

> 
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently installed.)
> Preparing to replace kernel-image-2.4.18 HOST.1 (using 
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
> 
> You are attempting to install an initrd kernel image (version 2.4.18)
> This will not work unless you have configured your boot loader to use
> initrd. (An initrd image is a kernel image that expects to use an INITial
> Ram Disk to mount a minimal root file system into RAM and use that for
> booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have already done
> so, and you wish to get rid of this message, please put
>  `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb 
> (--install):
> subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
> /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> 
> 



Re: pb kpkg

2004-01-17 Par sujet Farid Messaoud

Fait un man
Mkinitrd
Tout y devrait etre explique

Alex
--
Enlever le mot 'spam' dans mon adresse email pour me contacter.
Merci.


"Farid Messaoud" wrote:

> Salut,
> Après la command suivante voila le resultat.
> Quelqu'un a une idée ?
>
>
>
> /usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (Reading database ... 21578 files and directories currently installed.)
> Preparing to replace kernel-image-2.4.18 HOST.1 (using
> .../kernel-image-2.4.18_HOST.1_i386.deb) ...
>
> You are attempting to install an initrd kernel image (version 2.4.18)
> This will not work unless you have configured your boot loader to use
> initrd. (An initrd image is a kernel image that expects to use an INITial
> Ram Disk to mount a minimal root file system into RAM and use that for
> booting).
> As a reminder, in order to configure lilo, you need to
> add an 'initrd=/initrd.img' to the image=/vmlinuz
> stanza of your /etc/lilo.conf
> I repeat, You need to configure your boot loader. If you have already 
done

> so, and you wish to get rid of this message, please put
> `do_initrd = Yes'
> in /etc/kernel-img.conf. Note that this is optional, but if you do not,
> you'll contitnue to see this message whenever you install a kernel
> image using initrd.
> Do you want to stop now? [Y/n]
> Ok, Aborting
> dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
> (--install):
> subprocess pre-installation script returned error exit status 1
> Errors were encountered while processing:
> /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
>



No manual entry for mkinitrd



pb kpkg

2004-01-17 Par sujet Farid Messaoud

Salut,
Après la command suivante voila le resultat.
Quelqu'un a une idée ?



/usr/src# dpkg -i /usr/src/kernel-image-2.4.18_HOST.1_i386.deb
(Reading database ... 21578 files and directories currently installed.)
Preparing to replace kernel-image-2.4.18 HOST.1 (using 
.../kernel-image-2.4.18_HOST.1_i386.deb) ...


You are attempting to install an initrd kernel image (version 2.4.18)
This will not work unless you have configured your boot loader to use
initrd. (An initrd image is a kernel image that expects to use an INITial
Ram Disk to mount a minimal root file system into RAM and use that for
booting).
As a reminder, in order to configure lilo, you need to
add an 'initrd=/initrd.img' to the image=/vmlinuz
stanza of your /etc/lilo.conf
I repeat, You need to configure your boot loader. If you have already done
so, and you wish to get rid of this message, please put
 `do_initrd = Yes'
in /etc/kernel-img.conf. Note that this is optional, but if you do not,
you'll contitnue to see this message whenever you install a kernel
image using initrd.
Do you want to stop now? [Y/n]
Ok, Aborting
dpkg: error processing /usr/src/kernel-image-2.4.18_HOST.1_i386.deb 
(--install):

subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
/usr/src/kernel-image-2.4.18_HOST.1_i386.deb



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, Jean-Michel OLTRA a écrit...

bonjour,


> Et hélas je n'ai plus les logs: je vais le refaire sans moniteur, adieu
> uptime, et voir ce qui arrive.

Eh ben ça marche maintenant:
La différence est que le noyau est un 2.4.24 non patché, le précédent
un noyau patché avec les patchs de Kon Kolivas.

-- 
jean-michel



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Fab

Alex Garacotche a écrit :


Bonjour,
 


Salut


J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz.
Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son
lors de l' installation des modules:

Make moduleinstall:
...
Unresolved symbols in:
/lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko
...
Unresolved symbols in:
/lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko
...
  /core/snd.ko
   /snd-timer.ko
Plus plein d' autre 'Unresolved symbols tous a voir avec le son.
 


L'interface de gestion des modules a changé et les modules ne sont plus
en *.o mais en *.ko. Le package d'outils pour la gestion des modules des
noyaux < 2.6.0 est modutils et à partir du noyau 2.6.0, il s'appelle
modules-init-tools. Sous 2.6.*, plus de modconf pour l'instant.
Donc récupérer le package de modules-init-tools et l'installer.


Je ne sais pas trop quoi faire en fait.
Je sais cependant que les processeurs tel que le mien qui supporte la
technologie Hyper-Threading ont des problemes de conflits avec les IRQ.
Est-ce que cela pourrait etre la raison de mes problemes ?

J' ai une question relative a la compilation de mon noyau:
Je n' ai plus la liste des modules disponibles avec modconf comme je l'
avais sur mon ancien noyau 2.4.24


Merci encore.





 





Re: cupsd + sarge

2004-01-17 Par sujet Michel Grentzinger
Le Samedi 17 Janvier 2004 12:28, eRen a écrit :
> Bonjour,
>
> Ci-dessous le message que j'ai au demarrage de ma Linux Sarge
> 2.4.22-1-386   :
>
> cupsd/usr/sbin/cupsd: /usr/lib/libgnutls.so.7: no version information
> available (required by /usr/sbin/cupsd)
> /usr/sbin/cupsd: /usr/lib/libgnutls.so.7: no version information
> available (required by /usr/lib/libcups.so.2)
>
> Après une recherche sur google j'ai trouvé le post d'un internaute qui
> dit avoir résolu ce bug (ce sont ses termes), en installant les paquets
> unstables
>
> Est-ce à dire que je dois remplacer les .deb ci-dessous avec la version
> unstable en les installant à coup de dpkg -i après les avoir supprimés ?
> ou dois-je les mettre à jour seulement ? je n'ai jamais fait ce genre de
> manip et aimerais profité de votre expérience
>
> ii  libgnutls5 0.8.8-2GNU TLS library - runtime library
> ii  libgnutls7 0.8.9-2GNU TLS library - runtime library
> ii  libgnutls7-dev 0.8.9-2GNU TLS library - development files

Oui, tu peux les mettre à jour avec dpkg -i. Ca va te remplacer les anciennes 
versions.

-- 
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Alex Garacotche
"Frédéric Bothamy" wrote:

> Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la
> version actuelle de testing (0.2.45).

Desole pour la question de debutant mais comment savoir la version ?
Je voulais savoir la version de ALSA aussi mais je ne sais pas comment
obtenir la version.

Je pense que mes problemes sont lies a la Woody, une question: je desire
configurer un serveur pour un reseau locale (a la maison) avec apache server
ftp et le touti quanti , ceci dans le but d' apprendre  a maintenir un
server dans de reelles conditions.
Pensez vous que cela serait inadapte dans mon cas de passez en SID ?
Merci

Alex 



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet PII 233
Le Sat, 17 Jan 2004 16:25:01 +0100, François Boisson écrivait :
>C'est ennuyeux car un même réseau 192.168.0.0/24 correspond à 3
>interfaces.
J'ai peut-être utilisé ce mécanisme pour de mauvaises raisons :
avoir plusieurs serveurs SSL sur la même machine.
À l'époque, une seule interface était utilisée.

C'est laid ? c'est incorrect ?

> Si on prend eth2: le plus logique serait de faire un réseau
>sur les 3 dernier bits mais dans ce cas l'IP que tu as serait l'adresse de
>broadcast.
192.168.0.39 pour le réseau 192.168.0.32/3 si je comprends bien,
et qui comprend les adresses de 32 à 39, et dont l'adresse de
broadcast est la dernière, soit 192.168.0.39. C'est ça ?

> On peut peut être y rajouter un bit
ah oui, 39, c'est pour 1939, l'année de naissance de mon défunt père.
C'est un hommage auquel je tiens :)

>[snip configuration eth2 modifiée]

Merci pour ton aide.

--
PII233




Re : Probleme avec X et les drivers NVIDIA

2004-01-17 Par sujet DiO
Re-bonjour

Bon pour la plupart des problemes c'est résolu, un grand merci a vous
tous :)

J'ai laissé le dernier driver NVIDIA mais le probleme c'est que quand je
fais ctrl+alt+F1 la console ne s'affiche plus (plus de signal).

Sinon peut-on transpherer ses mails de Outlook (windows) à Evolution ???

Pour les problemes de fonts je verrai cela avec mon père ;)

Encore merci a vous tous, c'était bien, même si mon écran le supporte,
un problème de résolution.





Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jacques L'helgoualc'h
georges mariano a écrit, samedi 17 janvier 2004, à 16:01 :
[...]
> Je voudrais "endormir" une machine à 22h30 et la réveiller à ... 6h00,
> le temps qu'elle prenne son petit dej, toilette, brosser les dents et il
> est 6h25, l'heure des crons Debian ;-)
> 
> Bon, petites contraintes supplémentaire : je veux pas casser l'uptime,

Bah oui, l'uptime c'est sacré :)

> j'ai pas de matos spécifique ultra-sioux...
> 
> En gros qqchose comme init 1 à 22h30 et init 2(?) à 6h00...

... mais init 1 arrête le démon cron.

Je suppose qu'un script cron « telinit 1 ; sleep 7h 30m ; telinit 2 » se
fera hara-kiri. Et demander à la femme de ménage d'aller taper Control-D
sur  tous les  claviers n'est  pas une  solution bien  fiable,  avec les
suppressions de crédits.

Tu peux utiliser un niveau  qui laisserait seulement tourner cron & cie,
en arrêtant presque tous les services ?

> PS : sérieusement la raison est la suivante : sur des postes "clients"
> usuels que l'on arrêtre jamais, les mises à jour peuvent engendrer des
> problèmes que l'on ne détecte que plus tard (au prochain reboot)... en
> réveillant la machine et ses services usuels, je vérifie régulièrement
> que tout est opérationnel... sinon, il faut chercher uniquement dans les
> 24 heures précédentes ...

...il te resterait à vérifier les mises à jour de cron & cie.
-- 
Jacques L'helgoualc'h



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet PII 233
Le Sat, 17 Jan 2004 15:41:48 +0100, Lehmann Guillaume écrivait :
>> network 192.168.255.0
>C'est plutot : network 192.168.0.0, non ?
oups, oui.
C'est surement le chat qui passait par là et qui a marché sur le clavier.
Même si j'avais un chat, ça serait pas crédible, si ? :)

>Pourquoi donner plusieurs adresses à la meme interface, sachant
>que ces adresses font parties du meme réseau ?
euh, les trucs en ethN:M ?
c'était pour pouvoir configurer plusieurs serveurs SSL sur le même
port sur la même machine avec apache-ssl.

>C'est plutot : network 192.168.1.0
copier-coller rulez.

>Donc :
>iptables -L
>affiche les règles actives pour la table filter.
>iptables -t nat -L
>affiche les règles actives pour la table nat (table dans laquelle
>tu as mis le masquerading comme tu peux le voir un peu avant).
Ah, ok, pigé.

>Si je comprends bien ta question, tu penses que si iptables -L
>n'affiche rien et que ce fonctionne quand meme, c'est qu'il y a
>un nat transparent ? Dans ce cas là, voir ma remarque ci-dessus.
mon erreur était de croire que iptables -L m'affichait toutes les règles.
Comme je ne voyais pas celle de nat, je me disais qu'elle n'était
pas prise en compte.
C'était faux, et elle apparaît bien :
===
Chain POSTROUTING (policy ACCEPT)
target prot opt source   destination
MASQUERADE  all  --  localnet/16  anywhere
===

Ouf ! on retombe dans le monde normal dans lequel rien de magique
n'a lieu.
Lorsque je ne tape pas la commande de NAT (ou que je flush la table),
rien ne passe, lorsque l'entrée dans la table nat d'iptables est là, et bien
ça NATe.
C'est impressionnant de simplicité finalement.

>La route par défaut est soit déterminée dans le fichier
>/etc/network/interfaces comme tu l'as fait (ne mettre qu'une
>seule fois l'option "gateway" pour toutes les interfaces comme tu
>l'as fait),
Ah d'accord. Au début, j'avais une ligne gateway pour chaque interface,
et je cherchais à placer un mot-clef comme «default» sur eth0 pour indiquer
que c'est celle-là par défaut.

> ou par la commande "route" :
oui, je voulais éviter de l'utiliser parce qu'il me semble logique de bien
écrire son /etc/network/interface si c'est possible, et de ne pas utiliser
de scripts tant que ce n'est pas nécessaire (surtout pour pallier mon
incompétence).

>> et j'en suis bien content, il m'a fallu longtemps pour obtenir que la 
>>dernière
>> ligne apparaisse : en ne faisant rien de spécail dans mon fichier interfaces.
>Il faut relancer le réseau après un changement dans le fichier
>/etc/network/interfaces :
>/etc/init.d/networking restart
tiens, je vais essayer. Mon petit doigt me dit que ça ira plus vite qu'«init 6».

>> J'imagine que 81.57.94.0 étant le seul réseau routable, que *quelque chose*
>> a décidé que ce serait la route par défaut, mais qui quoi pourquoi ?
>
>qui ? Toi :)
>pourquoi ? option gateway dans le fichier :)
plus je lis ce message, plus je trouve ça évident, pourtant j'y ai passé des 
heures.
Connaître vaguement est peut-être pire que ne rien connaître du tout.

>> J'ai quand même un peu peur de transformer le serveur en routeur sans avoir
>> compris... vous me conseiller de lire quoi ce WE ?
>
>Le Netfilter Howto et le Nat Howto sont abordables, vite lus, et
>très instructifs. Tout cela sur www.netfilter.org
C'était surtout les informations de base que tu m'as apportées, pour
configurer correctement les interfaces qui me faisaient défaut.

Merci !

--
PII233




spamassassin/backport.org+amavisd-new

2004-01-17 Par sujet Nico
bonjour à tous

sur mon seveur, les mails sont filtrés par amavisd-new qui les passe au démon 
spamd.

j'ai fait une mise à jour de Spamassassin 2.2 vers la version 2.61 de 
backports.org, tout c'est bien passé...

...sauf que les scores que j'essaie de modifier ne sont pas pris en compte!

à l'install (apt-get), debconf m'a averti que les fichiers de conf de SA 
n'étaient plus dans /etc/spamassassin/ mais dans /usr/share/spamassassin/.

par contre dans la doc de SA il est indiqué que les fichiers de conf sont 
cherchés par défaut dans /etc/spamassassin PUIS si ce dernier n'est pas 
trouvé, dans /usr/share/spamassassin...

de toute façon, dans l'un ou l'autre des répertoires, ni mon user_prefs ni mon 
local.cf ne sont pris en compte :(

j'ai également vérifié qu'il n'y ait pas de fichier local dans les rép 
utilisateurs.

quelqu'un a-t-il la solution ? help ! je suis perdu

merci d'avance,
--
nico



Re: Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Frédéric Bothamy
* Alex Garacotche <[EMAIL PROTECTED]> [2004-01-17 14:29] :
> Bonjour,
> 
> J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz.
> Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son
> lors de l' installation des modules:
> 
> Make moduleinstall:
> ...
> Unresolved symbols in:
> /lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko
> ...
> Unresolved symbols in:
> /lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko
> ...
>/core/snd.ko
> /snd-timer.ko
> Plus plein d' autre 'Unresolved symbols tous a voir avec le son.
> 
> Je ne sais pas trop quoi faire en fait.

depmod -ae

devrait lister les symboles non-résolus (vraisemblablement des symboles
d'un des modules de son). Il te manque probablement des options dans la
configuration du son dans ton noyau Linux.

> Je sais cependant que les processeurs tel que le mien qui supporte la
> technologie Hyper-Threading ont des problemes de conflits avec les IRQ.
> Est-ce que cela pourrait etre la raison de mes problemes ?

Peu de chance...
 
> J' ai une question relative a la compilation de mon noyau:
> Je n' ai plus la liste des modules disponibles avec modconf comme je l'
> avais sur mon ancien noyau 2.4.24

Quelle version de modconf ? Chez moi, ça fonctionne bien depuis la
version actuelle de testing (0.2.45).


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet François Boisson
C'est ennuyeux car un même réseau 192.168.0.0/24 correspond à 3
interfaces. Si on prend eth2: le plus logique serait de faire un réseau
sur les 3 dernier bits mais dans ce cas l'IP que tu as serait l'adresse de
broadcast. On peut peut être y rajouter un bit

> # Interface du reseau local, ajoutee
> # apres l'install.
> auto eth2
> iface eth2 inet static
> address 192.168.0.39
> netmask 255.255.255.0
> network 192.168.255.0
netmask 255.255.255.120
network 192.168.0.32
> broadcast 192.168.0.255
broadcast 192.168.0.167
> #   gateway 192.168.0.100
> 
> auto eth2:1
> iface eth2:1 inet static
> address 192.168.0.40
> netmask 255.255.255.0
> network 192.168.255.0
network 192.168.0.40
netmask 255.255.255.240
> broadcast 192.168.0.255
> #   gateway 192.168.0.100
> 
> auto eth2:2
> iface eth2:2 inet static
> address 192.168.0.41
> netmask 255.255.255.0
> network 192.168.255.0
network 192.168.0.0
> broadcast 192.168.0.255
> #   gateway 192.168.0.100
> 
> auto eth1
> iface eth1 inet static
> address 192.168.1.39
> netmask 255.255.255.0
> network 192.168.255.0
network 192.168.1.0
> broadcast 192.168.1.255
> #   gateway 192.168.1.100
> ===
> 
> visiblement, la machine route bien les paquets, j'ai modifié
> /etc/network/options pour cela :
> ===
> ip_forward=yes
> spoofprotect=yes
> syncookies=no
> ===
> 
> je teste depuis un des deux postes du LAN, et tout semble fonctionner.

Parce que eth2 correspond finalement à un seul réseau 192.168.0.0/24

> Mon firewall est up, ce qui bloque bien les paquets indésirables.
> 
> Bon, quel est le problème alors ?
> Et bien je n'ai pas (encore) défini de translation d'adresse.
> D'ailleurs, la commande :
> iptables -t nat -A POSTROUTING -s 192.168.0.0/255.255.0.0 -j MASQUERADE

Je mettrais plutôt
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

> Un route -n m'indique :
> ===
> Table de routage IP du noyau
> Destination Passerelle  Genmask Indic Metric RefUse
> Iface 192.168.1.0 0.0.0.0 255.255.255.0   U 0  0
>0 eth1 192.168.0.0 0.0.0.0 255.255.255.0   U 0  0
>   0 eth2 81.57.94.0  0.0.0.0 255.255.255.0   U 0
>00 eth0 0.0.0.0 81.57.94.2540.0.0.0  
>  UG0  00 eth0===
> et j'en suis bien content, il m'a fallu longtemps pour obtenir que la
> dernière ligne apparaisse : en ne faisant rien de spécail dans mon
> fichier interfaces. J'imagine que 81.57.94.0 étant le seul réseau
> routable, que *quelque chose* a décidé que ce serait la route par
> défaut, mais qui quoi pourquoi ?

la ligne
   gateway 81.57.94.254
dans l'interface eth0 et le fait d'aoivr supprimé les autres lignes
gateway> 

François Boisson



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet PII 233
Le Sat, 17 Jan 2004 15:51:45 +0100, Lehmann Guillaume écrivait :
>En changeant le cable, ca donne quoi ?
j'ai essayé avec 2 câbles différents qui fonctionnent par ailleurs.
Le câble que j'utilise actuellement fonctionne dans le test ci-dessous :

>Et si tu changes l'adressage du poste client et que tu le
>branches sur l'autre interface, ca donne quoi ?
Hop, hop, je donne au poste 2 une @IP dans le réseau 192.168.0.0
je connecte le poste 2 à la place et du poste 1 et...ça marche.
Ça confirme que côté poste 2, tout semble OK.

On a donc : le câble OK, le poste 2 OK.

>Si tu gardes les meme branchements physiques entre les
>interfaces, mais que tu changes le plan d'adressage entre le
>réseau connecté à eth1 et le réseau connecté à eth2, ca donne quoi ?
c'est exactement ce que j'avais fait puisqu'au début je comptais
utiliser eth1 d'abord puis eth2. Comme eth1 ne fonctionnait pas,
j'ai utilisé eth2 puis je reviens maintenant au problème d'eth1.

Autrement dit : eth1 était auparavant configurée en 192.168.0.39
et ne fonctionnait pas mieux.

>Tu es sur que tu as bien les cartes qui travaillent aux memes
>débits ?
ce sont toutes des 10/100. Je ne sais pas comment forcer en 10,
100 Half duplex, Full duplex côté linux. Le driver sous windows me
le permet. J'ai essayé :
100baseT4, 100baseTx, 100baseTx full duplex, 10baseTX, 10baseTx
câble croisé.
Aucune configuration ne détecte le branchement.
100base TX indique que le câble est débranché alors que d'autres
réglages ne vont pas jusque là (la carte est indiquée comme disabled).
J'en déduis qu'il est probable que la carte côté linux soit en 100baseTx,
mais sans en être sûr.

J'ai donc une carte détectée par le hard, apparemment configurée correctement
(d'après ifconfig) mais dans un état bizarre...
Merci beaucoup pour tes remarques.
--
PII233




Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, georges mariano a écrit...
bonjour,


> En gros qqchose comme init 1 à 22h30 et init 2(?) à 6h00...

Pourquoi pas un script qui arrêterait les services, sauf cron ? Puis le
même qui les redémarre ?

-- 
jean-michel



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, Nicolas Rueff a écrit...
bonjour,


> > > Si ma mémoire est exacte, halt analyse le nom sous lequel il a été
> > > lancé(arg[0]), et si il s'agit de "reboot", il force les options
> > > kivonbien
c'est comme ça que ça se passe:

if ((progname = strrchr(argv[0], '/')) != NULL)
progname++;
else
progname = argv[0];

if (geteuid() != 0) {
fprintf(stderr, "%s: must be superuser.\n", progname);
exit(1);
}

if (!strcmp(progname, "reboot")) do_reboot = 1;
if (!strcmp(progname, "poweroff")) do_poweroff = 1;

> La machine affiche-t-elle "system halted", ou plante-elle ?
J'en sais fichtre rien, puisque le ssh est tué au halt et que je n'ai
pas de moniteur. Faudrait effectivement que je l'essaie avec un
moniteur.
Et hélas je n'ai plus les logs: je vais le refaire sans moniteur, adieu
uptime, et voir ce qui arrive.

-- 
jean-michel



[HS] changement de résolution sous X

2004-01-17 Par sujet Frédéric Loiret
Bonjour,

Je cherche à changer les résolutions de mon serveur X "à chaud" avec les
touches CTL + ALT + '+/-'. D'ailleurs, ça fonctionne. Par contre,
quand je bascule vers une résolution inférieure, mon affichage n'est plus
centré, il se ballade le long de l'écran en fonction de mon curseur
souris.
Je n'arrive pas à trouver le paramètre (ou modeline ?) dans mon fichier
de conf de X qui permet de verrouiller l'affichage à la taille de l'écran.
J'utilise les drivers nvidia, peut-être s'agit-il d'une option lié à ce
module et non à X (pas trouvé non plus de piste dans cette direction).

Voilà, j'éspère avoir été assez clair.
Merci de placer mon adresse en CC si vous avez une idée, je ne suis plus
inscris à la liste.

Merci d'avance.



Re: Commande config

2004-01-17 Par sujet Alex Garacotche
 C'est visiblement une erreur dans la doc. La bonne commande est
> /usr/bin/update-pciids (du paquet pciutils). Chez moi, le fichier
> /us/share/misc/pci.ids (également du paquet pciutils) est à jour avec
> testing. Dans ce cas, tu peux ignorer la commande.


Desole pour la reponse en retard, mais j' ai installe pcituls sur un noyau
2.6.1 et je n' arrive pas a trouver la commande update-pciids nulle part.
Je suis toujours en Woody peut-etre cela en est la cause ?

Merci



Probleme avec ALSA lors de la compilation du noyau

2004-01-17 Par sujet Alex Garacotche
Bonjour,

J' ai une portable AMILOD 7830, avec un processeur pentium 4, 3Ghz.
Je viens de compiler le noyau 2.6.1 sans probleme excepté avec ma carte son
lors de l' installation des modules:

Make moduleinstall:
...
Unresolved symbols in:
/lib/modules/2.6.1/kernel/sound/pci/snd-intel8x0.ko
...
Unresolved symbols in:
/lib/modules/2.6.1/kernel/sound/pci/ac97/snd-ac-97-codec.ko
...
   /core/snd.ko
/snd-timer.ko
Plus plein d' autre 'Unresolved symbols tous a voir avec le son.

Je ne sais pas trop quoi faire en fait.
Je sais cependant que les processeurs tel que le mien qui supporte la
technologie Hyper-Threading ont des problemes de conflits avec les IRQ.
Est-ce que cela pourrait etre la raison de mes problemes ?

J' ai une question relative a la compilation de mon noyau:
Je n' ai plus la liste des modules disponibles avec modconf comme je l'
avais sur mon ancien noyau 2.4.24


Merci encore.

 



Nautilus, samba et demande de mots de passe à répétition

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Bonjour,

J'ai un réseau local avec un emachine linux et 2 machinses sous windows  
XP.
Lorsque je veux accéder à une des machines sous XP depuis ma machine  
linux par nautilus, je dois entre mon nom d'utilisateur une première  
fois avant l'affichage du « voisinage réseau », une deuxième fois  
lorsque je sélectionne la machine cible et une troisième fois pour  
parcourir le disque de la machine en question.


Je suis sous sid avec gnome.

--
- Jean-Luc


pgpzewYR1oz01.pgp
Description: PGP signature


Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet georges mariano
On Sat, 17 Jan 2004 06:24:13 +0100
"Commendatore" <[EMAIL PROTECTED]> wrote:

> Quelqu'un connaitrait-il un moyen de faire redémarrer automatiquement
> une machine à une heure donnée ?

J'ai une question variante plus "rigolote"...

Je voudrais "endormir" une machine à 22h30 et la réveiller à ... 6h00,
le temps qu'elle prenne son petit dej, toilette, brosser les dents et il
est 6h25, l'heure des crons Debian ;-)

Bon, petites contraintes supplémentaire : je veux pas casser l'uptime,
j'ai pas de matos spécifique ultra-sioux...

En gros qqchose comme init 1 à 22h30 et init 2(?) à 6h00...

PS : sérieusement la raison est la suivante : sur des postes "clients"
usuels que l'on arrêtre jamais, les mises à jour peuvent engendrer des
problèmes que l'on ne détecte que plus tard (au prochain reboot)... en
réveillant la machine et ses services usuels, je vérifie régulièrement
que tout est opérationnel... sinon, il faut chercher uniquement dans les
24 heures précédentes ...


des idées ?
A+

-- 
mailto:[EMAIL PROTECTED]
debfr-faq : http://savannah.nongnu.org/download/debfr-faq/html/



Re: Commande config

2004-01-17 Par sujet Frédéric Bothamy
* Alex Garacotche <[EMAIL PROTECTED]> [2004-01-17 14:31] :
>  C'est visiblement une erreur dans la doc. La bonne commande est
> > /usr/bin/update-pciids (du paquet pciutils). Chez moi, le fichier
> > /us/share/misc/pci.ids (également du paquet pciutils) est à jour avec
> > testing. Dans ce cas, tu peux ignorer la commande.
> 
> 
> Desole pour la reponse en retard, mais j' ai installe pcituls sur un noyau
> 2.6.1 et je n' arrive pas a trouver la commande update-pciids nulle part.
> Je suis toujours en Woody peut-etre cela en est la cause ?

Oui, tout à fait. Cette commande n'est présente dans le paquet qu'à
partir de Sarge.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



xfree-4.3.0 et 3d prophet radeon9200 sortie tv

2004-01-17 Par sujet dédé le homard
salut ,

depuis quelques temps j'essaie de configurer une carte tv radeon9200.
sur une woody, il a fallu passer à xfree-4.3.0
c'est chose faite, et maintenant quand on fait un reconfigure du server x, on 
peut utiliser le serveur ATI, il l'accepte.
Mais,, la carte est donc acceptée mais l'affichage est tellement 'clair' 
ou 'lumineux' que l'on n'y voit rien. et rien n'y fait.
pourtant, chez les autres cela fonctionne d'apres la liste.
qu'est ce que cela peut bien etre.

précisons que c'est sur une woody, une carte mère ASUS P4V533-MX (chipset 
via), une carte tv radeon 9200 ( 3d prophet), et xfree 4.3.0 ( récupéré chez 
debian.netfarm.it )


merci de votre aide, et à bientot.



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet Lehmann Guillaume

[couic!]

eth2 fonctionne très bien.
La carte eth1 a déjà fonctionné par le passé, dans ce serveur, mais
dans une autre configuration.

Dans la configuration avec trois cartes, j'ai eu pendant un temps le message :
eth1: Tx timeout - resetting
sans arrêt, mais depuis que le routage fonctionne, je n'ai plus ce message.
Plus de message...mais toujours rien qui passe :(
Bonjour, je n'ai pas de solutions, mais des questions pour 
essayer de cerner un peu mieux le problème ...


En changeant le cable, ca donne quoi ?

Et si tu changes l'adressage du poste client et que tu le 
branches sur l'autre interface, ca donne quoi ?



Si tu gardes les meme branchements physiques entre les 
interfaces, mais que tu changes le plan d'adressage entre le 
réseau connecté à eth1 et le réseau connecté à eth2, ca donne quoi ?


Tu es sur que tu as bien les cartes qui travaillent aux memes 
débits ?



Guillaume



Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet Lehmann Guillaume

PII 233 wrote:

Bonjour,

je franchis le cap de monter mon petit serveur en routeur de mon petit
réseau local (j'ai même fait des trous dans le mur pour passer les câbles).
Bref, j'ai peu de connaissances théoriques en admin de réseau et peu de pratique
(généralement, on plugge et ça fonctionne presque tout seul dans les petits LAN
avec les petits routeurs/switch/adsl).
Dans mon cas, j'ai 3 cartes réseau.
eth0 est connectée à l'extérieur (le masque réseau n'est pas vraiment le
bon, mais ça passe).
eth1 et eth2 chacune à un poste.

Voici mon fichier interfaces après pas mal de tatonnements :


===
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
auto eth0
iface eth0 inet static
address 81.57.94.34
netmask 255.255.255.0
network 81.57.94.0
broadcast 81.57.94.255
gateway 81.57.94.254

# Interface du reseau local, ajoutee
# apres l'install.
auto eth2
iface eth2 inet static
address 192.168.0.39
netmask 255.255.255.0
network 192.168.255.0

C'est plutot : network 192.168.0.0, non ?


broadcast 192.168.0.255
#   gateway 192.168.0.100

auto eth2:1
iface eth2:1 inet static
address 192.168.0.40
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.0.255
#   gateway 192.168.0.100

auto eth2:2
iface eth2:2 inet static
address 192.168.0.41
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.0.255
#   gateway 192.168.0.100

Pourquoi donner plusieurs adresses à la meme interface, sachant 
que ces adresses font parties du meme réseau ?
Je pense que tu te mélanges dans les adresses réseaux, les 
masques, et autres :

adresse 192.168.0.10
masque sous-réseau 255.255.255.0
Donc les adresses vont de 192.168.0.0 à 192.168.0.255, avec .0 
comme adresse du réseau et .255 comme adresse de broadcast.





auto eth1
iface eth1 inet static
address 192.168.1.39
netmask 255.255.255.0
network 192.168.255.0

C'est plutot : network 192.168.1.0


broadcast 192.168.1.255
#   gateway 192.168.1.100
===

visiblement, la machine route bien les paquets, j'ai modifié
/etc/network/options pour cela :
===
ip_forward=yes
spoofprotect=yes
syncookies=no
===

je teste depuis un des deux postes du LAN, et tout semble fonctionner.
Mon firewall est up, ce qui bloque bien les paquets indésirables.

Bon, quel est le problème alors ?
Et bien je n'ai pas (encore) défini de translation d'adresse.
D'ailleurs, la commande :
iptables -t nat -A POSTROUTING -s 192.168.0.0/255.255.0.0 -j MASQUERADE
n'a strictement aucun effet (rien n'apparaît lors d'un iptables -L).
Pour faire plus simple, fait plutot un iptables -t nat -A 
POSTROUTING -o eth0 -j MASQUERADE

Ainsi, tu proposeras le masquerading pour tous les réseaux locaux.
Ensuite, dans iptables, soit tu précises la table utilisée (nat, 
filter, ou mangle), soit tu précises rien. Dans ce dernier cas, 
c'est la table filter qui est prise par défaut. Donc :

iptables -L
affiche les règles actives pour la table filter.
iptables -t nat -L
affiche les règles actives pour la table nat (table dans laquelle 
tu as mis le masquerading comme tu peux le voir un peu avant).




J'ai recompilé très récemment mon noyau (un 2.4.23 debian patché xfs+faille de
début janvier) et j'ai activé à peu près tout ce qui concerne le réseau.
Y aurait-il un système de NAT transparente qui s'est déclenché ?
Si je comprends bien ta question, tu penses que si iptables -L 
n'affiche rien et que ce fonctionne quand meme, c'est qu'il y a 
un nat transparent ? Dans ce cas là, voir ma remarque ci-dessus. 
Sinon, j'ai pas bien compris la question ...



Je ne comprends pas pourquoi ce ne sont pas mes adresses LAN qui sont
balancées sur eth0 et, que, du coup, rien ne passe parce qu'elles sont sensées
ne pas être routées.

J'ai cherché via google des références sur la configuration de réseau linux, 
mais
je n'ai rien trouvé de sérieux ou à jour.
En particulier, je ne sais pas comment les routes par défaut sont déterminées :
Un route -n m'indique :
===
Table de routage IP du noyau
Destination Passerelle  Genmask Indic Metric RefUse Iface
192.168.1.0 0.0.0.0 255.255.255.0   U 0  00 eth1
192.168.0.0 0.0.0.0 255.255.255.0   U 0  00 eth2
81.57.94.0  0.0.0.0 255.255.255.0   U 0  00 eth0
0.0.0.0 81.57.94.2540.0.0.0 UG0  00 eth0
===
La route par défaut est soit déterminée dans le fichier 
/etc/network/interfaces comme tu l'as fait (ne mettre qu'une 
seule fois l'option "gateway" pour toutes les interfaces comme tu 
l'as fait), ou par la commande "route" :

route add default gw 81.57.94.254
ou
route add defaut dev eth0

(v

Re: routage réseau : NAT, routes par défaut

2004-01-17 Par sujet PII 233
Re,

Le Sat, 17 Jan 2004 14:57:13 +0100, PII 233 écrivait :
[snip plein de truc]

hum, mes postes sous XP considèrent ne fonctionnent pas
avec eth1 : ils affirment que le câble est débranché.
Elle est pourtant détectée à l'initialisation :
===
pcnet32.c:v1.27a 10.02.2002 [EMAIL PROTECTED]
PCI: Found IRQ 9 for device 00:10.0
PCI: Sharing IRQ 9 with 00:07.2
pcnet32: PCnet/FAST+ 79C972 at 0x1820, 00 60 b0 fc 75 6c
tx_start_pt(0x0c00):~220 bytes, BCR18(9861):BurstWrEn BurstRdEn NoUFlow
SRAMSIZE=0x1700, SRAM_BND=0x0800, assigned IRQ 9.
eth0: registered as PCnet/FAST+ 79C972
pcnet32: 1 cards_found.
dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
PCI: Found IRQ 11 for device 00:0e.0
PCI: Sharing IRQ 11 with 01:00.0
eth1: Davicom DM9102 at pci00:0e.0, 00:80:ad:0a:5e:fd, irq 11.
via-rhine.c:v1.10-LK1.1.19  July-12-2003  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Found IRQ 10 for device 00:0f.0
eth2: VIA VT6105 Rhine-III at 0x1400, 00:10:a7:1b:95:d0, IRQ 10.
eth2: MII PHY found at address 1, status 0x786d advertising 05e1 Link 41e1.
===

et par ifconfig :
===
eth1  Lien encap:Ethernet  HWaddr 00:80:AD:0A:5E:FD
  inet adr:192.168.1.39  Bcast:192.168.1.255  Masque:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
  Interruption:11 Adresse de base:0x1000

eth2  Lien encap:Ethernet  HWaddr 00:10:A7:1B:95:D0
  inet adr:192.168.0.39  Bcast:192.168.0.255  Masque:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:7228 errors:0 dropped:0 overruns:0 frame:0
  TX packets:8871 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:516647 (504.5 KiB)  TX bytes:7407254 (7.0 MiB)
  Interruption:10 Adresse de base:0x1400
===

eth2 fonctionne très bien.
La carte eth1 a déjà fonctionné par le passé, dans ce serveur, mais
dans une autre configuration.

Dans la configuration avec trois cartes, j'ai eu pendant un temps le message :
eth1: Tx timeout - resetting
sans arrêt, mais depuis que le routage fonctionne, je n'ai plus ce message.
Plus de message...mais toujours rien qui passe :(
--
PII233




Re[2]: lancer un script ou une instruction au demarrage de la machine : merci

2004-01-17 Par sujet franck . molle
Bonjour à tous et merci pour vos contribution concernant ce sujet, je
m'en vais relire aussi la faq pour le lancement automatique des
scripts.

a+

Monday, January 12, 2004, 12:47:47 AM, [EMAIL PROTECTED] wrote :

LB> Le dim 11/01/2004 à 22:04, [EMAIL PROTECTED] a écrit :
>> Bonjour,
>> 
>> j'ai pu lire sur cette liste la façon de couper le beep du hp en
>> console a savoir :
>> setterm -blength 0
>> 
>> ca fonctionne très bien mais j'aimerais savoir comment rendre
>> automatique cette instruction et m'eviter ainsi d'avoir a la retaper a
>> chaque fois. Comment faire ?

LB> Il faut la rajouter dans ton fichier ~/.bashrc (ou ~/.bash_profile,
LB> suivant ta configuration).
>> 




-- 
Best regards,
 franckmailto:[EMAIL PROTECTED]



routage réseau : NAT, routes par défaut

2004-01-17 Par sujet PII 233
Bonjour,

je franchis le cap de monter mon petit serveur en routeur de mon petit
réseau local (j'ai même fait des trous dans le mur pour passer les câbles).
Bref, j'ai peu de connaissances théoriques en admin de réseau et peu de pratique
(généralement, on plugge et ça fonctionne presque tout seul dans les petits LAN
avec les petits routeurs/switch/adsl).
Dans mon cas, j'ai 3 cartes réseau.
eth0 est connectée à l'extérieur (le masque réseau n'est pas vraiment le
bon, mais ça passe).
eth1 et eth2 chacune à un poste.

Voici mon fichier interfaces après pas mal de tatonnements :


===
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
auto eth0
iface eth0 inet static
address 81.57.94.34
netmask 255.255.255.0
network 81.57.94.0
broadcast 81.57.94.255
gateway 81.57.94.254

# Interface du reseau local, ajoutee
# apres l'install.
auto eth2
iface eth2 inet static
address 192.168.0.39
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.0.255
#   gateway 192.168.0.100

auto eth2:1
iface eth2:1 inet static
address 192.168.0.40
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.0.255
#   gateway 192.168.0.100

auto eth2:2
iface eth2:2 inet static
address 192.168.0.41
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.0.255
#   gateway 192.168.0.100

auto eth1
iface eth1 inet static
address 192.168.1.39
netmask 255.255.255.0
network 192.168.255.0
broadcast 192.168.1.255
#   gateway 192.168.1.100
===

visiblement, la machine route bien les paquets, j'ai modifié
/etc/network/options pour cela :
===
ip_forward=yes
spoofprotect=yes
syncookies=no
===

je teste depuis un des deux postes du LAN, et tout semble fonctionner.
Mon firewall est up, ce qui bloque bien les paquets indésirables.

Bon, quel est le problème alors ?
Et bien je n'ai pas (encore) défini de translation d'adresse.
D'ailleurs, la commande :
iptables -t nat -A POSTROUTING -s 192.168.0.0/255.255.0.0 -j MASQUERADE
n'a strictement aucun effet (rien n'apparaît lors d'un iptables -L).

J'ai recompilé très récemment mon noyau (un 2.4.23 debian patché xfs+faille de
début janvier) et j'ai activé à peu près tout ce qui concerne le réseau.
Y aurait-il un système de NAT transparente qui s'est déclenché ?
Je ne comprends pas pourquoi ce ne sont pas mes adresses LAN qui sont
balancées sur eth0 et, que, du coup, rien ne passe parce qu'elles sont sensées
ne pas être routées.

J'ai cherché via google des références sur la configuration de réseau linux, 
mais
je n'ai rien trouvé de sérieux ou à jour.
En particulier, je ne sais pas comment les routes par défaut sont déterminées :
Un route -n m'indique :
===
Table de routage IP du noyau
Destination Passerelle  Genmask Indic Metric RefUse Iface
192.168.1.0 0.0.0.0 255.255.255.0   U 0  00 eth1
192.168.0.0 0.0.0.0 255.255.255.0   U 0  00 eth2
81.57.94.0  0.0.0.0 255.255.255.0   U 0  00 eth0
0.0.0.0 81.57.94.2540.0.0.0 UG0  00 eth0
===
et j'en suis bien content, il m'a fallu longtemps pour obtenir que la dernière
ligne apparaisse : en ne faisant rien de spécail dans mon fichier interfaces.
J'imagine que 81.57.94.0 étant le seul réseau routable, que *quelque chose*
a décidé que ce serait la route par défaut, mais qui quoi pourquoi ?

J'ai quand même un peu peur de transformer le serveur en routeur sans avoir
compris... vous me conseiller de lire quoi ce WE ?
--
PII233




Re: Kernel 2.6.0 et USB

2004-01-17 Par sujet Philippe Berini
* Julien Morot <[EMAIL PROTECTED]> [sam 17 jan 04 13:45]:

> Installes hotplug, tu te simplifieras la vie :)

Bonne suggestion ;-) je vais le faire (mais j'avais usbmgr, que hotplug
remplace). 
Merci.

-- 
Philippe Berini


16:20 Hello! Linux est il pret pour le desktop ? Et sinon, je peux
  repasser le prendre vers quelle heure ?



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Nicolas Rueff
Ainsi parla Jean-Michel OLTRA le 017ème jour de l'an 2004:

> Le samedi 17 janvier 2004, Nicolas Rueff a écrit...
>   bonjour,
> 
> 
> > Si ma mémoire est exacte, halt analyse le nom sous lequel il a été
> > lancé(arg[0]), et si il s'agit de "reboot", il force les options
> > kivonbien
> 
> Mince, c'est malin `halt`... merci du renseignement.
> N'empêche, reboot n'a fait qu'un halt !
> 
> Je vais de ce pas télécharger les sources de sysvinit voir si j'y
> comprends quelque chose.

La machine affiche-t-elle "system halted", ou plante-elle ?

-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   GPG 0xDD44DAB4
 `#?.   ICQ 97700474
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpTRiIJA4L6h.pgp
Description: PGP signature


Re: Kernel 2.6.0 et USB

2004-01-17 Par sujet Julien Morot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Installes hotplug, tu te simplifieras la vie :)
Julien 

Le Vendredi 16 Janvier 2004 00:54, Philippe Berini a écrit :
> * Philippe Berini <[EMAIL PROTECTED]> [mer 14 jan 04 21:59]:
> > Je suis sous Sarge, kernel 2.4.23-1-686, et aucun problème.
> >
> > J'ai fait successivement plusieurs essais avec le kernel 2.6.0, j'ai lu
> > la doc, et je n'arrive pas à faire marcher mes appareils USB: un scanner
> > et un Zip Iomega (qui marchent bien avec les kernels précédents:
> > normalement j'ai tous les modules nécessaires et le fichier de conf de
> > Sane est bien renseigné).
> >
> > - d'abord avec kernel-image-2.6.0-test9-1-386
> > - puis kernel-image-2.6.0-1-686
> > - enfin, j'ai compilé mon noyau (kernel-image-2.6.0phb1), en pensant que
> >   peut-être il me manquait quelque chose. Notamment usbview, qui marche
> >   très bien avec le 2.4.23, ne voit rien du tout avec le 2.6.0.
> >   Et sane-find-scanner ne trouve rien non plus.
> >
> > Je me demande s'il y a une astuce à connaître, que je n'ai pas vue dans
> > la doc, et qui est indispensable pour l'USB avec le 2.6.0 ?
>
> Bon, la réponse est qu'il me manquait uhci_hcd, qui était en module dans
> le noyau, mais pas dans /etc/modules.
>
> Ça marche maintenant :-)
>
> --
> Philippe Berini
>
> Scandale dans le monde des deux roues :
> les motos japonaises ont des moteurs brides.  Les nuls

- -- 
There are only 10 types of people in the world :
Those who understand binary, and those who don't
- --
Julien Morot
[EMAIL PROTECTED]
http://www.momonux.org
http://sambadoc.tuxfamily.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFACS6H+BiZrfjl3RgRAoYmAJoD5o/lhl2FofJ/DMG7s7q2IdyTLACfYeM3
1p3LFXSX3EUgJzXfb6uAicw=
=K5Uq
-END PGP SIGNATURE-



Re: Unidentified subject!

2004-01-17 Par sujet Lehmann Guillaume

TOTOF wrote:

Salut !
 
pourrais-tu m'expliquer comment faire pour passer le port 21 dans le 
port 8080 car ma conexion passe par un proxy qui me bloque tous les 
ports sauf le 8080 pour avoir internet.
 
MERCI D'AVANCE
 

RTFM
http://www.netfilter.org/documentation/HOWTO/fr/NAT-HOWTO.html


Guillaume Lehmann



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, Nicolas Rueff a écrit...
bonjour,


> Si ma mémoire est exacte, halt analyse le nom sous lequel il a été lancé
> (arg[0]), et si il s'agit de "reboot", il force les options kivonbien

Mince, c'est malin `halt`... merci du renseignement.
N'empêche, reboot n'a fait qu'un halt !

Je vais de ce pas télécharger les sources de sysvinit voir si j'y
comprends quelque chose.

-- 
jean-michel



Re: Unidentified subject!

2004-01-17 Par sujet Farid Messaoud

TOTOF wrote:


Salut !
 
pourrais-tu m'expliquer comment faire pour passer le port 21 dans le 
port 8080 car ma conexion passe par un proxy qui me bloque tous les 
ports sauf le 8080 pour avoir internet.
 
MERCI D'AVANCE
 



 

   *TOTOF * 




Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Testez le nouveau Yahoo! Mail  



Soi plus precis


Unidentified subject!

2004-01-17 Par sujet TOTOF
Salut !
 
pourrais-tu m'expliquer comment faire pour passer le port 21 dans le port 8080 car ma conexion passe par un proxy qui me bloque tous les ports sauf le 8080 pour avoir internet.
 
MERCI D'AVANCE
  
   TOTOF   Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Testez le nouveau Yahoo! Mail

Divers paquets

2004-01-17 Par sujet François Boisson
Pour ceux que ça intéresse, j'ai mis à jour gaim, et fait un paquet pour
bochs pour la woody.

Tout ça en 
deb ftp://boisson.homeip.net/woody/ ./
(ou même chose avec http). 
Les anciens paquets (version 0.72) y sont toujours en cas de pbm. Compilé
avec support de cryptage via libnsl et support audio. gaim porte le nom
gaim ou gaim-fb si apt-get s'obstine à proposer le gaim de la stable
(c'est le cas chez moi). Bochs commence à être vraiment fonctionnel
(émultation d'une architecture x86).

Par ailleurs je suis à la recherche de quelqu'un pour compiler un paquet
camllight sur woody/ppc (autre architecture bienvenue).

Francois



cupsd + sarge

2004-01-17 Par sujet eRen

Bonjour,

Ci-dessous le message que j'ai au demarrage de ma Linux Sarge 
2.4.22-1-386   :


cupsd/usr/sbin/cupsd: /usr/lib/libgnutls.so.7: no version information 
available (required by /usr/sbin/cupsd)
/usr/sbin/cupsd: /usr/lib/libgnutls.so.7: no version information 
available (required by /usr/lib/libcups.so.2)


Après une recherche sur google j'ai trouvé le post d'un internaute qui 
dit avoir résolu ce bug (ce sont ses termes), en installant les paquets 
unstables


Est-ce à dire que je dois remplacer les .deb ci-dessous avec la version 
unstable en les installant à coup de dpkg -i après les avoir supprimés ? 
ou dois-je les mettre à jour seulement ? je n'ai jamais fait ce genre de 
manip et aimerais profité de votre expérience


ii  libgnutls5 0.8.8-2GNU TLS library - runtime library
ii  libgnutls7 0.8.9-2GNU TLS library - runtime library
ii  libgnutls7-dev 0.8.9-2GNU TLS library - development files

Merci de votre aide

Cordialement

Rene



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Nicolas Rueff
Ainsi parla Jean-Michel OLTRA le 017ème jour de l'an 2004:

> Le samedi 17 janvier 2004, Xavier Maillard a écrit...
>   bonjour,
> 
> 
> > reboot et shutdown sont des commandes réservées au superuser (root)
> > et donc tu n'as pas les droits ou le path n'est pas ok. Dans ce cas
> > vérifie avec quel user tu tentes de faire ce shutdown/reboot.
> > Ensuite il est toujours bon de préciser le chemin complet de la
> > commande(/sbin/reboot, ...), ça évite les surprises.
> 
> Un truc quand même, et ça a déjà été évoqué sur la liste il n'y a pas
> longtemps:
> J'ai une Woody en passerelle et il n'y a pas longtemps j'ai voulu la
> faire rebooter par ssh après une mise à jour de noyau, failles
> obligent...Donc $(reboot)
> Mais la machine a fait un halt, et pas de redémarrage.
> 
> si on fait un ls -l /sbin/reboot, on voit que ça va vers /sbin/halt.
> 
> Le man de halt indique que halt invoque shutdown (avec les flags -h ou
> -r) mais je ne sais pas comment il procède.

Si ma mémoire est exacte, halt analyse le nom sous lequel il a été lancé
(arg[0]), et si il s'agit de "reboot", il force les options kivonbien
(TM).

-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   GPG 0xDD44DAB4
 `#?.   ICQ 97700474
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpl9nWHRnSJg.pgp
Description: PGP signature


Re: [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet eRen



From: "Christian Bille" <[EMAIL PROTECTED]>
To: "debian-user-french" 
Sent: Friday, January 16, 2004 9:48 PM
Subject: Gnarf, rions un peu ;-)

pardon pour le snip



Mais mon avis et mon expérience me font converger dans le sens des études
que tu mentionnes plus haut, oui, au jour d'aujourd'hui, windows en
entreprise coûte moins cher que Linux, que ce soit pour des serveurs ou des
stations de travail !! Je ne dis pas que ce sera toujours vrai, je pense
même qu'un jour la tendance s'inversera, c'est tout à fait probable, mais
aujourd'hui, ça n'est pas le cas.


Ma modeste participation à ce troll ;)
Bonjour,

Avez-vous lu le document "The IDA Open Source Migation Guideline" 
élaboré par une équipe dont les membres proviennent de plusieurs pays 
Européens. Il est situé ici :


http://europa.eu.int/ISPO/ida/jsps/index.jsp?fuseAction=home

D'après Linux Pratique 21 (qui a lu le document moi pas encore 148 pages 
! ), celui-ci conclue que l'adoption de solutions OpenSources revient 
jusqu'à 2 fois moins cher que des applications propriétaires fermées 
(leur étude comparative s'est effectée sur une période de 5 ans en 
tenant compte des mises à jour)


René

Evidement, je suis très content de mes serveurs (Firewall, mail, web) sous
Debian et je ne vais pas m'amuser à installer et payer pour des équivalents
Windows pour chez moi, mais ce qui est valable pour un particulier, dont
l'informatique est de surcroit le métier, ne l'est pas en entreprise.

Thomas






scaner

2004-01-17 Par sujet bleu ciel


ayant trouve votre annonce sur le net , et etant moi meme a la
recherche d'un fournisseur de scaner automobile , je vien par cette
presente , vous demander de bien vouloir me fournir des informations
consernant les points de vente de preference en france ou a defaut en
Italie
toute nos salutations, les meilleures
.monsieur zahar


- http://www.WebMailSPro.com - >> 
Créer votre WebBased email pour avec votre propre nom de domaine 




date et sylpheed

2004-01-17 Par sujet ns
bonjour.

j'ai un petit pb avec mon sylpheed-claws 0.9.8 compilé par mes soins.

Quand je fais un 'Répondre', j'obtiens :

Le Sat, 17 janvier 2004 blabla...
   ^^^

Donc j'ai un mélange anglais-français dans la date dont je ne veux pas.

Tout le reste est en français et je ne comprends pas pourquoi le jour est en
anglais.

Une idée?

merci et bonne journée



Re : Conflit d'irq ?

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 10:53, Frédéric Bothamy a écrit :
* Arnaud CALVO <[EMAIL PROTECTED]> [2004-01-17  
09:06] :


Bonjour

J'ai installé hier soir une carte PCI->Série, car le port série de  
ma



carte mère était naze (souvenez-vous de mes messages... comment ça,

vous

ne vous rappelez pas ??? ;-) ).
Ça a l'air de bien fonctionner, sauf que depuis, j'ai ça au  
démarrage

:

Jan 17 08:39:20 debian kernel: hda: set_drive_speed_status:

status=0x58

{ DriveReady SeekComplete DataRequest }


[...]


Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 {
DriveStatusError BadCRC }
Jan 17 08:48:29 debian kernel: hda: DMA disabled
Jan 17 08:48:29 debian kernel: blk: queue c03609bc, I/O limit 4095Mb
(mask 0x)
Jan 17 08:48:29 debian kernel: ide0: reset: success

Je n'y connais pas grand chose en matos, mais ça me fait penser à un
conflit d'irq, non ?


Ça ressemble plus à un problème de disque dur (hda sur l'interface IDE
0), plus spécifiquement d'accès DMA.


Comment je peux remédier à ça ?


Faire une sauvegarde et changer de disque dur, mais le problème
pourrait
aussi venir du chipset IDE de ta carte-mère.


NB : ce que j'ai installé :
Jan 17 08:39:05 debian kernel: ttyS04 at port 0x9400 (irq = 11) is a

16550A

[EMAIL PROTECTED]:~$ lspci
00:0c.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual
16550 UART) (rev 01)


Vraisemblablement rien à voir.


Fred


A boot, le BIOS donne les affectations des interruptions qu'il a  
faites. La norme PCI autorise le partage des interruptions. Mon BIOS  
permet de dire si j'accepte de partager les interruptions des ports  
ide. J'ai invalidé cette option. De plus, le choix de l'emplacement de  
la carte dans les slots PCI change l'interruption affectée. Si je mets  
une carte réseau sur le premier emplacement disponible après la carte  
vidéo AGP, elle prend la même interruption que la carte en question et  
ça ne se passe pas très bien : de manière aléatoire, je n'ai pas  
d'écran au boot et je suis obligé de faire reset ...


--
 - Jean-Luc


pgpMcdx2HG3Td.pgp
Description: PGP signature


Re : [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 10:48, Jean-Michel OLTRA a écrit :

Le samedi 17 janvier 2004, Eric SCHAEFFER a écrit...
bonjour,



C'est surtout de la communication, et c'est vrai que là-dedans, il

est

très fort.


Et de toutes façons il a pour lui quelque chose qui est, je pense,
inhérent au règne animal: Il est très difficile de prendre de  
nouvelles

habitudes, et c'est souvent la contrainte qui nous y oblige. (heu...


Oui, Jean-Michel, certains, dans ma Société, ont été licenciés pour
« non adaptation aux technologies modernes » ce qui veut dire qu'ils  
n'ont pas réussis à intégrer la bureautique dans leurs méthodes de  
travail. C'est, bien sûr, contestable, mais on est condamnés à  
s'adapter ou à disparaitre.


--
- Jean-Luc


les
radars automatiques ?)


M .. Ca existe ça ? Un volontaire pour faire un paquet Debian  >:-> ?

--
- Jean-Luc


--
jean-michel


pgpj7CybX14kq.pgp
Description: PGP signature


Mozilla et imprimante . . .

2004-01-17 Par sujet Michel

Bonjour ,

Je suis en sarge et depuis que j'utilise mozilla 1.5 , j'ai des
bizarreries lorsque j'imprime les pages du navigateur ou des news
que ce soit sur l'imprimante ou dans des fichiers .

Tous les caracteres sont remplaces par des 0 !

Si j'imprime ceci :

toto
titi

J'obtiens :




Par contre , les images sont bien transcrites .

Etrange , non ?

Je pense a un probleme lie a ps , mais ca me depasse un peu .

Voici la configuration de l'imprimante ( par defaut dans mozilla ) :

lpr ${MOZ_PRINTER_NAME:+'-P'}${MOZ_PRINTER_NAME}

Une idee pour resoudre ca ?

Amicalement

Michel
--

Tuxophiles, bien sur que nous sommes tuxophiles, et winophobes en plus.
Mais il ne faut pas confondre tuxophilie et tuxo-integrisme, l'amalgame
est fait beaucoup trop rapidement par les winophiles-tuxophobes .



Re: Conflit d'irq ?

2004-01-17 Par sujet Frédéric Bothamy
* Arnaud CALVO <[EMAIL PROTECTED]> [2004-01-17 09:06] :
> 
> Bonjour
> 
> J'ai installé hier soir une carte PCI->Série, car le port série de ma 
> carte mère était naze (souvenez-vous de mes messages... comment ça, vous 
> ne vous rappelez pas ??? ;-) ).
> Ça a l'air de bien fonctionner, sauf que depuis, j'ai ça au démarrage :
> Jan 17 08:39:20 debian kernel: hda: set_drive_speed_status: status=0x58 
> { DriveReady SeekComplete DataRequest }

[...]

> Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 { 
> DriveStatusError BadCRC }
> Jan 17 08:48:29 debian kernel: hda: DMA disabled
> Jan 17 08:48:29 debian kernel: blk: queue c03609bc, I/O limit 4095Mb 
> (mask 0x)
> Jan 17 08:48:29 debian kernel: ide0: reset: success
> 
> Je n'y connais pas grand chose en matos, mais ça me fait penser à un 
> conflit d'irq, non ?

Ça ressemble plus à un problème de disque dur (hda sur l'interface IDE
0), plus spécifiquement d'accès DMA.

> Comment je peux remédier à ça ?

Faire une sauvegarde et changer de disque dur, mais le problème pourrait
aussi venir du chipset IDE de ta carte-mère.
 
> NB : ce que j'ai installé :
> Jan 17 08:39:05 debian kernel: ttyS04 at port 0x9400 (irq = 11) is a 16550A
> [EMAIL PROTECTED]:~$ lspci
> 00:0c.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 
> 16550 UART) (rev 01)

Vraisemblablement rien à voir.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.debian.org/MailingLists/index.fr.html#codeofconduct



Re: [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Erwan David
Le Sat 17/01/2004, Régis Grison disait

> Faudrait arrêter de dire que windows est intuitif. Les gens s'y sont
> habitués par la force des choses, c'est tout. Ils pourraient tout autant
> s'habituer à linux. Mention spéciale pour ceux (et j'en connais) qui ont
> fait l'effort une fois d'apprendre word et qui considèrent open office
> comme un "truc bizarre auquel on ne comprend rien" (cherchez la
> différence entre les deux...)

y'en a quelques uns dans les petits trucs que chacun est fier d'avoir
trouvé au bout de quelques années... Genre faire un filigrane.

Mais c'est vrai que je comprends netteemnt mieux la réflexion "ah non
encore le même bordel que MS Office"...

-- 
Erwan



Re: [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, Eric SCHAEFFER a écrit...
bonjour,


> C'est surtout de la communication, et c'est vrai que là-dedans, il est 
> très fort.

Et de toutes façons il a pour lui quelque chose qui est, je pense,
inhérent au règne animal: Il est très difficile de prendre de nouvelles
habitudes, et c'est souvent la contrainte qui nous y oblige. (heu...les
radars automatiques ?)

-- 
jean-michel



Re: [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Régis Grison
Le sam 17/01/2004 à 01:03, Corwin a écrit :
> - Original Message - 
> From: "daniel huhardeaux" <[EMAIL PROTECTED]>
> To: "debian-user-french" 
> Sent: Saturday, January 17, 2004 12:11 AM
> Subject: Re: [TROLL] Gnarf, rions un peu ;-)
> 
> 
> >Peux tu expliquer la difference entre un particulier et une entreprise
> >sur ce coup? J'utilise Linux *tous* les jours en prive et au boulot et
> >je ne vois pas ou la validite d'une solution windows ou linux peut plus
> >se rapprocher a un mode d'utilisation, prive vs entreprise ... Un
> >firewall, mail, web ou quoique ce soit sera _toujours_ ce qu'il est.
> 
> C'est très simple petit scarabée, tu as linux chez toi par choix et tu t'y
> connais (au moins un peu, ou beaucoup, je ne sais pas), maintenant, va
> remplacer windows par linux avec KDE, GNOME, ce que tu veux dans une société
> de 2000 personnes. Pour une minorité de personnes, aucun problème, 0 coût.
> Maintenant, tu crois vraiment que tes commerciaux, tes secrétaires et tous
> les administratifs vont s'y mettre comme une fleur ??

Ils l'ont bien fait à la sortie de windows 95.

Je me souviens de copains, ayant des ordinateurs avec DOS, ayant eu
avant des atari ou amiga, acheter un bouquin parce que windows 95 (que
je refusais de voir à l'époque) leur faisait peur.

Faudrait arrêter de dire que windows est intuitif. Les gens s'y sont
habitués par la force des choses, c'est tout. Ils pourraient tout autant
s'habituer à linux. Mention spéciale pour ceux (et j'en connais) qui ont
fait l'effort une fois d'apprendre word et qui considèrent open office
comme un "truc bizarre auquel on ne comprend rien" (cherchez la
différence entre les deux...)


> Bon, ça, c'est en ce qui concerne les stations de travail.
> 
> En ce qui concerne les serveurs, le problème est beaucoup plus complexe je
> pense et ce n'est pas pour rien que c'est dans ce domaine que les part de
> marché Linux augmente le plus.
> Je pense que là ou le bas blesse c'est qu'une entreprise qui équipe 1000
> workstations en windows ne va pas se casser le cul et va aussi déployer des
> serveurs Windows (d'ailleurs, les offres commerciales de Krosoft doivent
> être prévues pour). D'autres part, un serveur windows est plus facile à
> déployer et à administrer et d'autre part les stations de travail sous
> windows s'intègrent bien évidemment mieux dans un réseau windows géré par
> des serveurs windows.

Dans la boite où je bossais avant, ils avaient (à part quelques MAC) des
PC sous windows (toutes les versions dispos étaient représentées) et
quelques PC sous linux... quand je dis quelques, c'était quelques cas
spéciaux comme moi, c'était en plus d'un PC sous windows, pour des
tâches spécifiques et ça représentait 6 ou 8 machines pour peut-être un
millier au total (sur ce site en tout cas).

Pour les serveurs, de l'avoeu des admins réseaux, c'était microsoft pour
le réseau local parce que plus facile à administrer et linux pour le
réseau externe parce que plus fiable.

J'ajouterais qu'on perdait périodiquement 1/2 journée à réinstaller
(dans mon équipe c'était en général une fois tous les 2-3 mois... faut
dire qu'on les faisait souffrir et qu'on installait et désinstallait
continuellement des programmes). C'est un coût qu'on oublie souvent.

Depuis je bosse pour moi, sous linux, j'ai pas réinstallé une seule fois
en 2 ans, mon windows est démarré une fois par mois maximum et il aurait
besoin d'une réinstallation si je devais vraiment m'en servir (bon,
c'est un 98, faut dire).


> Il y aurait encore beaucoup à dire mais, je vais pas écrire 200 pages !!
> Cela dit pour résumer, je pense que dans un avenir proche, Linux va prendre
> de plus en plus de place sur le marché des serveurs en entreprise mais en ce
> qui concerne les stations de travail Windows à encore de beaux jours devant
> lui !!!
> 
> Pour finir, relativiser et me répéter, je pense que les études indépendantes
> de Krosoft sont réalistes aujourd'hui pour la simple et bonne raison que les
> utilisateurs sont encore conditionnés à l'utilisation de Windows et qu'on ne
> change pas du tout au tout du jour au lendemain. Cela dit, je pense que
> Krosoft a quand même énormément de souci à se faire dans un avenir plus
> lointain. (Et je pense même qu'un jour microsoft n'aura d'autre choix que de
> proposer un OS gratuit, au moins en utilisation personnel, ça j'en suis sûr
> et je fais confiance à Billou car on a beau dire ce qu'on veut, il est très
> fort !!)

Là tu te contredis. Tu dis que Bill Gates est très fort. Vu l'empire
qu'il s'est construit, c'est le moins qu'on puisse dire. C'est en tout
cas vrai commercialement. Mais du coup, ta phrase comme quoi les études
sont réalistes sonne creux. Je ne pense pas qu'elles le soient... En
fait elles ne peuvent pas l'être puisqu'au delà des stats il y a
l'interpêtation qu'on en fait.

Il est clair que le sujet d'étude (la ou les sociétés prises en comptes)
vont influer sur le résultat. Que ça part du postulat qu'il faut former
à l'utilisation de lin

Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Jean-Michel OLTRA
Le samedi 17 janvier 2004, Xavier Maillard a écrit...
bonjour,


> reboot et shutdown sont des commandes réservées au superuser (root)
> et donc tu n'as pas les droits ou le path n'est pas ok. Dans ce cas
> vérifie avec quel user tu tentes de faire ce shutdown/reboot. Ensuite
> il est toujours bon de préciser le chemin complet de la commande
> (/sbin/reboot, ...), ça évite les surprises.

Un truc quand même, et ça a déjà été évoqué sur la liste il n'y a pas
longtemps:
J'ai une Woody en passerelle et il n'y a pas longtemps j'ai voulu la
faire rebooter par ssh après une mise à jour de noyau, failles
obligent...Donc $(reboot)
Mais la machine a fait un halt, et pas de redémarrage.

si on fait un ls -l /sbin/reboot, on voit que ça va vers /sbin/halt.

Le man de halt indique que halt invoque shutdown (avec les flags -h ou
-r) mais je ne sais pas comment il procède.

-- 
jean-michel



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Xavier Maillard
On 17 Jan 2004, Commendatore told this:

> Bonjour,

Salut,
 
> Ensuite, je vous expose mon petit problème : Je souhaite qu'une
> machine effectue un redémarrage automatique à une heure donnée. Pour
> celà, j'ai pensé à utiliser le cron, j'ai donc créé une nouvelle
> entrée dont le contenu de la commande est : reboot. Mais celà ne
> fonctionne pas. Idem avec shutdown -r now. Après cette constation,
> j'ai essayé d'éxécuter la commande à partir d'une machine distante via
> SSH, et là, message d'erreur : la commande reboot n'existe pas. Elle
> fonctionne pourtant parfaitement en console ! Toujours idem pour
> shutdown -r now.

reboot et shutdown sont des commandes réservées au superuser (root)
et donc tu n'as pas les droits ou le path n'est pas ok. Dans ce cas
vérifie avec quel user tu tentes de faire ce shutdown/reboot. Ensuite
il est toujours bon de préciser le chemin complet de la commande
(/sbin/reboot, ...), ça évite les surprises.

Si après tout ça, tu ne parviens toujours pas à faire ce que tu veux,
je t'invite à jeter un oeil à la commande sudo qui permet de lancer
moyennant une petite configuration de lancer des commandes superuser à
partir de n'importe quel utilisateur (déclaré comme authorisé).
 
> Quelqu'un connaitrait-il un moyen de faire redémarrer automatiquement
> une machine à une heure donnée ? Si vous pouviez m'aider un peu, vous

Cron ? ;)

zeDek
-- 
'Apple Macintosh' - An anagram of 'Complaints Heap'



pgpkqQ4RgGKkQ.pgp
Description: PGP signature


Re: [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Eric SCHAEFFER

Désolé, je me permets d'y mettre mon grain de sel ;)

Corwin a écrit :

- Original Message - 
From: "daniel huhardeaux" <[EMAIL PROTECTED]>

To: "debian-user-french" 
Sent: Saturday, January 17, 2004 12:11 AM
Subject: Re: [TROLL] Gnarf, rions un peu ;-)
 


Peux tu expliquer la difference entre un particulier et une entreprise
sur ce coup? J'utilise Linux *tous* les jours en prive et au boulot et
je ne vois pas ou la validite d'une solution windows ou linux peut plus
se rapprocher a un mode d'utilisation, prive vs entreprise ... Un
firewall, mail, web ou quoique ce soit sera _toujours_ ce qu'il est.
   



C'est très simple petit scarabée, tu as linux chez toi par choix et tu t'y
connais (au moins un peu, ou beaucoup, je ne sais pas), maintenant, va
remplacer windows par linux avec KDE, GNOME, ce que tu veux dans une société
de 2000 personnes. Pour une minorité de personnes, aucun problème, 0 coût.
Maintenant, tu crois vraiment que tes commerciaux, tes secrétaires et tous
les administratifs vont s'y mettre comme une fleur ??

 


Le problême réel derrière tout ça, c'est :

1 - ces 2 000 personnes sont déjà "formées" à Windows (il est omni 
présent, on le rencontre dans son travail quelqu'en soit le lieux, et la 
soit-disante ergonomie intuitive l'est devenue par habitude).


2 - l'informatique n'est pas encore prête pour l'utilisateur. Quelque 
soit le matériel, ou l'OS, il faut un administrateur pour s'en occuper. 
Désolé, mais le soit-disant "PlugAndPlay", ça n'a jamais fonctionné 
réellement ; Windows arrive à peu près à se "configurer" dans les cas 
très simples, mais sinon, il pose toujours des questions complêtement 
incompréhensibles pour le commun des mortel (les  utilisateurs 
non-informaticiens).


Si on accèpte ces 2 points, remplacer Windows par Linux ne devient pas 
si "inenvisageable". Il y aurait même quelques avantages en faveur de 
Linux... (un utilisateur ne peut pas faire n'importe quoi sur son poste 
de travail, ni installer n'importe quelle cochonnerie qui va tout foutre 
en l'air).
Et qu'on vienne pas me dire (honnêtement) que c'est aussi possible sous 
Windows. Oui, c'est vrai. Mais qui a déjà vu une seule entreprise 
configurer ces postes de travail de cette façon ? Si elle le faisait, je 
pense que là, Linux deviendrait moins cher que Windows ;)




Bon, ça, c'est en ce qui concerne les stations de travail.

En ce qui concerne les serveurs, le problème est beaucoup plus complexe je
pense et ce n'est pas pour rien que c'est dans ce domaine que les part de
marché Linux augmente le plus.
 

Je ne pense pas. En fait, les 2 points précédemment cités sont 
communément admis dans le cas des serveurs (avec une importance 
particulière donnée aux problématiques de sécurité, mais qui existent 
tout aussi bien dans le cas des postes de travail, reliés au réseau de 
l'entreprise).



Je pense que là ou le bas blesse c'est qu'une entreprise qui équipe 1000
workstations en windows ne va pas se casser le cul et va aussi déployer des
serveurs Windows (d'ailleurs, les offres commerciales de Krosoft doivent
être prévues pour). D'autres part, un serveur windows est plus facile à
déployer et à administrer et d'autre part les stations de travail sous
windows s'intègrent bien évidemment mieux dans un réseau windows géré par
des serveurs windows.

 


Hélas..


Il y aurait encore beaucoup à dire mais, je vais pas écrire 200 pages !!
Cela dit pour résumer, je pense que dans un avenir proche, Linux va prendre
de plus en plus de place sur le marché des serveurs en entreprise mais en ce
qui concerne les stations de travail Windows à encore de beaux jours devant
lui !!!

 

Pour la partie "station de travail", je n'en suis pas si sur. Mais il 
est vrai que les entreprises préfèrent investir dans le matériel que 
dans l'humain.



Pour finir, relativiser et me répéter, je pense que les études indépendantes
de Krosoft sont réalistes aujourd'hui pour la simple et bonne raison que les
utilisateurs sont encore conditionnés à l'utilisation de Windows et qu'on ne
change pas du tout au tout du jour au lendemain. Cela dit, je pense que
Krosoft a quand même énormément de souci à se faire dans un avenir plus
lointain. (Et je pense même qu'un jour microsoft n'aura d'autre choix que de
proposer un OS gratuit, au moins en utilisation personnel, ça j'en suis sûr
et je fais confiance à Billou car on a beau dire ce qu'on veut, il est très
fort !!)

 

C'est surtout de la communication, et c'est vrai que là-dedans, il est 
très fort.



Thomas

 


Eric.
--

Cordialement,
Eric SCHAEFFER



*eMahoo*
*e* 
56, avenue Saint-Germain

78 600 Maisons-Laffitte
http://www.emahoo.com
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 




Re: Debian - mod_ssl

2004-01-17 Par sujet Bruno Dusausoy
Le ven 16/01/2004 à 19:38, patrick cazier a écrit :
> Bonjour,
> 
> Je ne sais pas si je dois m'adresser à vous.

Oh, tu peux toujours ;-)
 
> 
> J'utilise une debian woody
> J'ai installé
> Openssl
> Libapache-mod-ssl
> Apache
> 
> Mais je n'arrive pas à activer le mod-ssl pour sécuriser une partie de
> mon site en utilisant https.
> 
J'ai eu exactement le même problème. Et j'en suis arrivé à la conclusion
ci-dessous.

> LoadModule ssl_module /usr/lib/apache/1.3/mod_ssl.so
> 
Il faut enlever (ou commenter) TOUTES les occurences des paires <
IfModule mod_ssl.c>  que tu rencontres !!! Il semble en effet
que les directives  ne fonctionnent tout simplement
pas !!!

Pour t'en convaincre, il suffit d'appliquer ce que j'ai dit!

Si ça ne marche toujours pas, le problème se situe alors autre part.
Mais je suis sûr à 99% de mon coup ;-)
-- 
Bruno Dusausoy <[EMAIL PROTECTED]>



Re : Re : Probleme avec X et les drivers NVIDIA

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 01:06, Jeremy Levy a écrit :

Je te joint mon XF86Config.
J'ai une TI4200

La version  drive est le suivant NVIDIA-Linux-x86-1.0-4363.run et il  
fonctionne impec du Deb 3.0r0 et RH 9.0




dio-duf a écrit:


>>Bonjour tout le monde,
>>
>>je suis un petit nouveau Debian (1er mess ici c'est pour dire :P)  
et

>>quand j'installe Debian sur un PC "basic" tout marche bien sans se
>>prendre la tête.
>>Cette semaine j'ai voulu installer ma version, la 3.0r0 sur un AMD
>>T-Bird 1.4Ghz et surtout une GeForce 4 Ti4800 (la même que la  
Ti4400 >>en

>>AGP x8 que j'ai du laisser en AGP x4 a cause de ma carte mère). Au
>>moment de l'installation, dans tasksel je n'ai pas pus choisir
>>d'installer le server X.
>>Actuellement je suis en testing (j'ai fait un update/dist-upgrade  
en

>>testing sans spécifier de priorités) et j'ai essayé d'installer le
>>driver NVIDIA fournie par NVIDIA pour Linux mais malgré le fait  
que
>>l'installation se soit bien passée X ne démarre pas (écran noir,  
aucun
>>signal d'écran -> connection SSH pour l'éteindre correctement mais  
il

>>répond toujours aux ping).Que dois-je faire ???
>>
>>Merci d'avance.
 >Bonjour,
>
>Comment lancez-vous X : startx ? gdm ? kdm ?
>Qu'y a-t-il dans votre fichier .xsession-errors ?
>Quel est le contenu de /var/log/XFree86.0.log
>
 Merci de ta réponse :)
 Pour lancer X j'ai essayé startx et gdm, le résultat était le même.
Pour les 2 fichier de log je les ai mis en fichier joint (si cela ne  
marche pas ,vive windows :P, je les copieraient directement dans le  
message).

 Merci d'avance pour votre aide.




je lis dans votre fichier log, les information suivantes :

(WW) The directory "/usr/lib/X11/fonts/CID" does not exist.
   Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/Speedo" does not exist.
   Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
   Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/100dpi" does not exist.
   Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.
   Entry deleted from font path.


Vous devriez installer les polices 75dpi et 10dpi (je ne pense pas que  
vous ayez besoin du cyrillic ;-) ).


apt-get install xfonts-75dpi xfonts-100dpi

Dans un premier temps, vous devriez peut-être installer le driver « nv  
», qui vient avce xfree et qui ne supportera pas l'accélération 3D mais  
vous premettra peut-être d'isoler plus facilement le problème. Par la  
suite, il sera facile de remplacer nv par nvidia.


--
- Jean-Luc


pgpq9vVHD2egf.pgp
Description: PGP signature


Re: Speedtouch 530 en pppoe sur woody

2004-01-17 Par sujet pthichat
Bonjour

Pour ton speedtouch il existe un pdf qui regroupe toutes les commandes
disponible. 

Pour plus d'informations sur le mode bridge et les questions sur ton
st530 va voir ce forum consacré au speedtouch http://www.forpage.com 

Tu y trouvera ton bonheur et bien + encore

@ ++ pthichat



Le sam 17/01/2004 à 05:04, Erwan Gourcuff a écrit :
> Bonjour
> 
> Je suis en train de monter une passerelle pour ma boite. Nous avons un
> modem alcatel/thomson speedtouch 530. J'ai cherché quelque HOW-TO mais
> je n'ai pas réussi a trouver bonheur... Je voudrais desactiver les
> fonctions de routage de ce modem afin de le piloter en pppoe depuis la
> passerelle ( woody ). J'ai vu des fonctions de bridge, mais la encore
> alcatel est avare de renseignements, et la doc n'est pas tres abondante.
> 
> 
> Si quelqu'un s'est déjà retrouvé dans cette situation avec ce modem ou
> similaire, ou dispose d'infos ou d'howto a ce sujet, je lui serait tres
> reconnaissant de m'en faire part.
> 
> ( Si ce topic a déjà été posté excusez moi je viens de m'abonner a la
> liste )
> 
> 
> Merci d'avance
> 
> Erwan
> 
> 



Re : [TROLL] Gnarf, rions un peu ;-)

2004-01-17 Par sujet Jean-Luc Coulon (f5ibh)

Le 17.01.2004 01:03, Corwin a écrit :


- Original Message -
From: "daniel huhardeaux" <[EMAIL PROTECTED]>
To: "debian-user-french" 
Sent: Saturday, January 17, 2004 12:11 AM
Subject: Re: [TROLL] Gnarf, rions un peu ;-)


Peux tu expliquer la difference entre un particulier et une  
entreprise
sur ce coup? J'utilise Linux *tous* les jours en prive et au boulot  
et

je ne vois pas ou la validite d'une solution windows ou linux peut

plus

se rapprocher a un mode d'utilisation, prive vs entreprise ... Un
firewall, mail, web ou quoique ce soit sera _toujours_ ce qu'il est.


C'est très simple petit scarabée, tu as linux chez toi par choix et tu
t'y
connais (au moins un peu, ou beaucoup, je ne sais pas), maintenant, va
remplacer windows par linux avec KDE, GNOME, ce que tu veux dans une
société
de 2000 personnes. Pour une minorité de personnes, aucun problème, 0
coût.
Maintenant, tu crois vraiment que tes commerciaux, tes secrétaires et
tous
les administratifs vont s'y mettre comme une fleur ??

Bon, ça, c'est en ce qui concerne les stations de travail.

En ce qui concerne les serveurs, le problème est beaucoup plus  
complexe

je
pense et ce n'est pas pour rien que c'est dans ce domaine que les part
de
marché Linux augmente le plus.
Je pense que là ou le bas blesse c'est qu'une entreprise qui équipe
1000
workstations en windows ne va pas se casser le cul et va aussi  
déployer

des
serveurs Windows (d'ailleurs, les offres commerciales de Krosoft
doivent
être prévues pour). D'autres part, un serveur windows est plus facile  
à

déployer et à administrer et d'autre part les stations de travail sous
windows s'intègrent bien évidemment mieux dans un réseau windows géré
par
des serveurs windows.

Il y aurait encore beaucoup à dire mais, je vais pas écrire 200 pages
!!
Cela dit pour résumer, je pense que dans un avenir proche, Linux va
prendre
de plus en plus de place sur le marché des serveurs en entreprise mais
en ce
qui concerne les stations de travail Windows à encore de beaux jours
devant
lui !!!

Pour finir, relativiser et me répéter, je pense que les études
indépendantes
de Krosoft sont réalistes aujourd'hui pour la simple et bonne raison
que les
utilisateurs sont encore conditionnés à l'utilisation de Windows et
qu'on ne
change pas du tout au tout du jour au lendemain. Cela dit, je pense  
que
Krosoft a quand même énormément de souci à se faire dans un avenir  
plus

lointain. (Et je pense même qu'un jour microsoft n'aura d'autre choix
que de
proposer un OS gratuit, au moins en utilisation personnel, ça j'en  
suis

sûr
et je fais confiance à Billou car on a beau dire ce qu'on veut, il est
très
fort !!)

Thomas



IL faut tout relativiser.
Nous avons au travail environ 600 postes. Ordinateurs de bureau  
(Office), ordinateurs portables (Office), stations de travail de CAO/ 
DAO et serveurs.


Tout ça dialogue au travers d'un réseau Novell

Les stations de bureau sont sous NT4, dont ma machine, il n'est pas un  
jour où je ne doivent pas employer le « three finger salute » ou le  
bouton power on/off (encore appelé par les gens d'ibm « the French IPL  
» ) parce que word est parti dans une boucle infernale juste parce que  
je voulais éditer un peid de page et avoir la me numérotation de pages  
à l'écran et sur le papier imprimé.


Les PC portables sont sous Win3k, nettement plus stables.

Les station de CAO/DAO/Schématique sont sur station IBM pour la plupart  
et sous AIX. Une introduction vient d'être faite pour une station SGI  
sous linux pour des calculs de structure.


Les serveurs sont Windows à l'exception du pare-feu et du proxy qui  
tournent sous linux.


Pour la gestion de ce parc, il y a un service et une « hot line ». Je  
n'administre pas moi-même ma station NT4 : je n'ai pas officiellement  
le mot de passe du compre administrateur.


Je ne conçois pas de donner à une secrétaire un poste sous linux en lui  
laissant aller tripoter les fichiers de configuration. Certaines  
applications de gestion documentaires ont été portée de IBM RS600 / AIX  
vers linux. Le personnel administration qui utilise ces stations linux  
ne vois connait rien à windows, rien à linux et presque rien à son  
logiciel. Il roduit cependant le travail poir lequel il est payé.


--
Bien amicalement
- Jean-Luc


pgpkgBDxTyB9E.pgp
Description: PGP signature


Conflit d'irq ?

2004-01-17 Par sujet Arnaud CALVO


Bonjour

J'ai installé hier soir une carte PCI->Série, car le port série de ma 
carte mère était naze (souvenez-vous de mes messages... comment ça, vous 
ne vous rappelez pas ??? ;-) ).

Ça a l'air de bien fonctionner, sauf que depuis, j'ai ça au démarrage :
Jan 17 08:39:20 debian kernel: hda: set_drive_speed_status: status=0x58 
{ DriveReady SeekComplete DataRequest }
Jan 17 08:39:20 debian kernel: blk: queue c0360880, I/O limit 4095Mb 
(mask 0x)
Jan 17 08:39:20 debian kernel: blk: queue c03609bc, I/O limit 4095Mb 
(mask 0x)

Jan 17 08:39:40 debian kernel: hda: dma_timer_expiry: dma status == 0x61
Jan 17 08:39:50 debian kernel: hda: dma timeout retry: status=0x50 { 
DriveReady SeekComplete }

Jan 17 08:39:50 debian kernel:
Jan 17 08:39:50 debian kernel: blk: queue c0360880, I/O limit 4095Mb 
(mask 0x)
Jan 17 08:40:37 debian kernel: hda: set_drive_speed_status: status=0x58 
{ DriveReady SeekComplete DataRequest }
Jan 17 08:40:37 debian kernel: blk: queue c03609bc, I/O limit 4095Mb 
(mask 0x)

Jan 17 08:40:57 debian kernel: hda: dma_timer_expiry: dma status == 0x61
Jan 17 08:41:07 debian kernel: hda: dma timeout retry: status=0x50 { 
DriveReady SeekComplete }

Jan 17 08:41:07 debian kernel:
Jan 17 08:41:07 debian kernel: blk: queue c0360880, I/O limit 4095Mb 
(mask 0x)

et ça :
Jan 17 08:48:29 debian kernel: hdb: dma_intr: status=0x51 { DriveReady 
SeekComplete Error }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 { 
DriveStatusError BadCRC }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: status=0x51 { DriveReady 
SeekComplete Error }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 { 
DriveStatusError BadCRC }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: status=0x51 { DriveReady 
SeekComplete Error }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 { 
DriveStatusError BadCRC }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: status=0x51 { DriveReady 
SeekComplete Error }
Jan 17 08:48:29 debian kernel: hdb: dma_intr: error=0x84 { 
DriveStatusError BadCRC }

Jan 17 08:48:29 debian kernel: hda: DMA disabled
Jan 17 08:48:29 debian kernel: blk: queue c03609bc, I/O limit 4095Mb 
(mask 0x)

Jan 17 08:48:29 debian kernel: ide0: reset: success

Je n'y connais pas grand chose en matos, mais ça me fait penser à un 
conflit d'irq, non ?

Comment je peux remédier à ça ?

NB : ce que j'ai installé :
Jan 17 08:39:05 debian kernel: ttyS04 at port 0x9400 (irq = 11) is a 16550A
[EMAIL PROTECTED]:~$ lspci
00:0c.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 
16550 UART) (rev 01)


Merci...

--
La citation du jour :
On a toujours besoin d'un plus petit que soi pour lui péter la gueule 
(Coluche).



:: Arnaud 



Re: Rebooter une machine par une tâche cron...

2004-01-17 Par sujet Francois . nospam
Le Sat, Jan 17, 2004 à 06:24:13AM +0100, Commendatore a écrit
> Je souhaite qu'une machine effectue un redémarrage automatique à une heure
> donnée.
> Pour celà, j'ai pensé à utiliser le cron, j'ai donc créé une nouvelle entrée
> dont le contenu de la commande est : reboot. Mais celà ne fonctionne pas.
   ^^
/sbin/reboot

-- 
 Francois Mescam