La page de manuel de motd (man motd) te renvoie ("VOIR AUSSI) sur celle de login, qui te dit : Après une connexion réussie, un message du système et la présence
de courrier pourront vous être notifiés. Vous pouvez désactiver
l’affichage du message du système (/etc/motd), en créant un fichier
vide .hushlogin dans le répertoire de votre compte.
Tout ça est assez étrange : kaella étant un liveCD il ne devrait normalement pas il y avoir quoi que ce soit de modifié sur ton disque dur. Le problème vient donc certainement de l'environnement externe.
Si kaella se comporte comme knoppix (ce qui semble le cas), lors du boot le système récupère une adresse IP en DHCP en fournissant au serveur DHCP un nom de machine (en l'occurence "knoppix"). Il est possible que ce serveur DHCP vienne lui-même mettre à jour une base DNS...
Essaie de vérifier tout ça en tapant :
- "nslookup knoppix" ou "host knoppix" : ça devarit renvoyer l'adresse IP de la machine knoppix
- "hostname" : pour avoir le nom de la machine locale
- /sbin/ifconfig : pour avoir l'adresse IP
Bon, il s'agit maintenant de trouver des solutions...
- tu attends (de quelques heures à quelques jours...) pour que "knoppix" disparaisse des DNS
- si tu as accès au serveur DNS, tu vas voir ce qu'il en est et tu modifies ou supprime l'entrée correspondant à ton adresse IP.
- tu donnes un nom à ta machine en mettant un nom dans /etc/hostname ou quelque part ailleurs (je ne connais pas Mandriva, mais ça doit être possible dans le centre de contrôle), ou en tappant "hostname nom_de_machine", et tu paramètres ton client DHCP pour qu'il envoie le nom qui va bien lors de sa requête.
- ???
Si tu ne t'en sors toujours pas, donne-nous plus de détails : le résultat des commandes ci-dessus en particulier, ainsi que la configuration réseau (DHCP ?, accès au serveur DNS, ...), afin que l'on puisse t'aider.
Bon apparemment, ton imprimante n'est pas directement référencée mais devrait fonctionner plutôt bien avec les pilotes de la CX3200 ou de la CX3100 (pilote Gutenprint, anciennement GimpPrint).
Tu peux aussi essayer de chercher sur le site de Epson pour voir si tu ne peux pas trouver un pilote (fichier .ppd) qui corresponde parfaitement.
Apparemment, un des scripts d'installation de sendmail essaie de joindre un serveur portmap (certainement sur le localhost). Ce que je ne comprend pas, c'est le rapport entre sendmail et portmap ...
Il faudrait voir à quel niveau se situe l'erreur exactement (est-ce que cela arrive bien lors du paramétrage de sendmail-base ?).
Que se passe-t-il si tu relances :
apt-get install -f
Tu devrais regarder du côté des directives concernant le module mod_auth_digest (authentifiction des utilisateurs avec des hash MD5).
Tu peux, à toutes fins utiles, te reporter à la documentation de ce module : http://httpd.apache.org/docs/2.0/mod/mod_auth_digest.html .
Le mieux, si tu n'en as pas besoin, est peut-être de ne pas le charger.
Ça n' aucun rapport avec le shell (bash, ksh ou autre), puisque date est un binaire (/bin/date), mais si tu es sous Linux, la version de date que tu as permet certainement de faire ce que tu veux. Il suffit de lui dire :
$ date -d "1 day ago"
et là, ça t'affiche bien la date d'hier (lun jan 30 17:39:46 CET 2006).
Et bien sûr, les options classiques de formatage fonctionnent de la même façon que d'habitude.
Evidemment, si tu n'es pas sous Linux ça risque d'être plus compliqué... Il y a bien la possibilité, comme tu l'as écrit, d'utiliser awk, mais là encore les fonctions de traitement des dates doivent être une spécificité GNU (gawk) : il n'est pas du tout sûr que tu retrouves ces mêmes possibilités sur d'autres environnements. Si tu veux quelque chose qui marche partout, il va falloir regarder du côté de Perl (qui est maintenant souvent installé sous pleins d'Unices) ou faire ça en C.
Avec apache2 (au mins sous Debian), le fichier de configuration principal est /etc/apache2.apache2.conf (même si /etc/apache2/httpd.conf est inclus).
Par ailleurs, si tu veux faire fonctionner tes pages PHP, il faut que tu installes le module PHP pour Apache2 (libapache2-mod-php4). Si c'est le cas et que ça ne marche pas, essaie de reconfigurer le paquetage (dpkg-reconfigure libapache2-mod-php4) : les bonnes directives devraient être intégrées dans la configuration d'Apache2 (création des liens symboliques dans /etc/apache2/mods-enabled/ vers les fichiers php4.conf et php4.load dans /etc/apache2/mods-available/).
Est-ce que tu as le fichier /var/log/boot sur ta machine ?
Si ce n'est pas le cas, il suffit d'activer le daemon syslogd en mettant "BOOTLOGD_ENABLE=Yes" dans /etc/default/bootlogd.
Tu devrais alors retrouver ce que tu veux dans /var/log/boot.
J'ai tout de même compilé le module ndiswrapper sans problème (avec module-assistant) sous Debian, que ce soit en testing (noyau 2.6.12) ou en unstable (2.6.15 et précédents) et il ne me semble pas que les sources de ndiswrapper aient été patchées par Debian.
Il suffit donc d'essayer, mais il n'y a pas de raisons pour que cela se passe mal (en revanche la compilation sur une autre machine plus puissante est certainement une bonne idée).
La méthode recommandée pour compiler des modules sous Debian est d'utiliser module-assistant. Je te laisse voir le man pour découvir toutes les options, mais tu peux parfaitement l'utiliser sans connaissance particulière en lançant simplement la commande 'module-assistant' dans une console sous root. Pour peu que ta machine ait un accès à Internet, tous ce qui est nécessaire sera téléchargé, compilé et installé (l'interface ncurses te permet de choisir les modules que tu veux et de ne compiler que ça).
Tu peux même générer tes modules sur une autre machine, en indiquant en option la version du noyau cible ("-l 2.6.12-1-686" par exemple) : module-assistant produit un paquet debian que tu peux ensuite transférer et installer sur la machine cible avec dpkg.
cacti est un front-end à RRDTool. C'est un outil de monitoring qui permet donc de suivre l'évolultion de paramètres donnés au cours du temps (trafic réseau, charge CPU, espace disque, ...)
nagios est un outil de surveillance et de déclenchement d'alertes (avec pleins de possibilités de paramétrage).
Ces deux types d'outils sont complémentaires, peuvent éventuellement coopérer, mais ne sont, à mon avis, pas vraiment comparables puisqu'ils répondent à des besoins différents.
Bon, là tu nous décris une bête de course !
Soyons un peu sérieux : s'il s'agit simplement de faire tourner Nagios et Cacti (et éventuellement de naviguer sur internet) ce type de machine est TRÈS largement assez puissante (c'est beaucoup mieux que ce sur quoi je fais tourner Nagios en production ...)
En revanche, je ne suis pas sûr que l'on puisse réellement comparer Nagios et Cacti : pour moi, les deux ne servent pas à la même chose.
La solution du mod_proxy est certainement la seule possible, puisque le port 80 de ton adresse IP publique est déjà utilisée par le premier serveur. Il faut bien comprendre que dans ce cas-là, les requêtes concernant le site2 arriveront bien sur le serveur1 qui les redirigera vers serveur 2 (reverse proxy). Il faudra certainement aussi déclarer sur serveur1 un VirtualHost par site.
La seule solution pour ne pas passer par serveur1 est l'utilisation d'un port différent (81, 8080, 443 en HTTPS ou n'importe quel autre port qui te passera par la tête). Afin de ne pas alourdir les URL à taper, tu peux toujours essayer de mettre une redirection sur serveur1, voire même des règles de réécriture (un accès à http://www.ton.site2/ est redirigé vers http://www.ton.site2:8080/) : ainsi, seul le premier accès d'un client au site2 est, en partie, traité par serveur1 et les requêtes suivantes (via les liens) aboutissent directement sur le serveur2.
Je fais juste une petite remarque : il est possible que les différents conecteurs du lecteur de carte n'apparaissent pas dans le même ordre que sur le portable. De toute évidence, pour ta carte CF tu essaies de monter /dev/sdc1. Essaie de monter /dev/sda1 ou /dev/sdb1 sur /card, il y a de grandes chances pour que cela fonctionne.
Je laisse à d'autres le soin de donner des détails sur la gestion des points de montage des périphriques amovibles par udev/hotplug.
Essaie de voir si tu as des traces un tant soit peu explicites dans /var/log/syslog ou /var/log/mail.{log,err,info,warn}, ça permettra peut-être de comprendre.
Tu peux aussi nous dire quelle version de debian et de dovecot tu utilises.
Il n'y a rien de magique dans ma réponse, comme tu dois t'en douter.
Simplement, j'ai eu le même problème hier : le serveur cupsd refusait de démarrer et affichait une erreur (Unable to bind socket for address...) dans sa log d'erreur (/var/log/cups/error_log). A partir de là, je suis allé lire les fichiers de configuration et j'ai constaté le problème.
Après avoir corrigé chez moi, je suis quand même allé voir sur le Debian Bug Tracking System (voilà enfin l'information intéressante) à l'adresse http://bugs.debian.org/ et j'ai constaté que le bug avait déjà été rapporté plusieurs fois, dont au moins une fois avec une analyse pertinente et un moyen de corriger (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343292 ).
Sinon, concernant ton problème avec gdm (il s'agit bien de gdm, n'est-ce pas?), je peux difficilement t'en dire plus sans détail supplémentaire. Essaie de lancer /usr/sbin/gdmsetup (en tant que root ou avec gksu) pour esayer de reconfigurer ça. Sinon, tu peux toujours tenter une désinstallation totale (apt-get remove --purge gdm) et une réinstallation (apt-get install gdm) pour voir ce que ça donne.
Il y a un problème avec les fichiers de configuration de cette version de cupsys (le bug a été remonté) : certains paramètres (et en particulier l'adresse et le port d'écoute) ont été déplacés dans des fichiers du répertoire /etc/cups/cups.d/, mais pas supprimés du fichier de configuration principal.
Il est cependant facile de corriger cela : il suffit d'éditer le fichier /etc/cups/cupsd.conf, de trouver la ligne "Port 631" (normalement c'est la ligne 427) et de la commenter (rajouter un # en début de ligne) ou la supprimer.
Ensuite tu exécutes "/etc/init.d/cupsys restart" et tout devrait fonctionner à nouveau.
Posté par JJD .
En réponse au message probleme X.
Évalué à 2.
Salut,
Est-ce que dans la séquence de démarrage de ta machine il n'y aurait pas une tentative de lancement d'un serveur X via un gestionnaire de connexion (kdm, xdm ou gdm) ?
Si ce gestionnaire, pour une raison ou une autre (fichier de configuration erroné), n'arrive pas à lancer le serveur X, il est possible (probable) qu'il laisse un fichier de lock en attendant que le problème soit résolu.
Pour verifier s'il s'agit bien de cela :
- récupère ton "runlevel" (/sbin/runlevel)
- vérifie si dans le répertoire /etc/rcX.d/ (où X est le runlevel récupéré précédemment), il y a un fichier s'appelant S*dm (quelque chose comme S99kdm ou S99gdm)
Si c'est bien le cas, c'est que j'avais vu juste.
Tu peux aussi regarder ce qui s'affiche lors du boot de la machine, pour voir s'il y a une tentative de démarrage de kdm/gdm/xdm. Pour finir, il faut regarder les fichiers de logs pour comprendre ce qui cloche (/var/log/boot.log ou quelque chose d'approchant, /var/log/Xorg.0.log éventuellement : je ne sais pas exactement où Mandriva met ses logs...)
Puisque tu dis que le telnet fonctionne, essaie de t'authentifier manuellement :
- tu fais un telnet (depuis une machine cliente pour être sûr que dovecot n'est pas à l'écoute que sur l'interface loopback) sur le port 110 de ton serveur POP
> telnet nom_serveur 110
- à l'invite tu tapes :
> USER nom_utilisateur
> PASS mot_de_passe
Si tout va bien, tu devrais voir s'afficher le nombre de messages. Pour sortir, tu tapes simplement "quit"
Si ce test fonctionne, le problème ne vient pas de ton serveur POP, mais du pramétrage d'Outlook (voir les paramètres concernant l'authentification crypté et/ou le SSL).
Sinon, il faut un peu chercher dans la conf de dovecot...
Salut,
Les fichiers *.tar.gz sont des archives compressées.
Pour faire ton installation, tu ouvres un terminal, tu vas dans le répertoire où tu as téléchargé ces fichiers et ty tapes :
> tar zxvf PE120.tar.gz
Ensuite tu te déplaces dans le répertoire qui viens d'être créé :
> cd PE120
Tu prends alors les droit root :
> su
(il faut taper le mot de passe root)
et tu exécutes l'inatalleur :
> ./install.sh
A partie de là, c'est comme indiqué dans la documentation de Xerox (coise les doigts).
Evidemment, il faut au préalable que tu aies installé cups et sane.
Le problème du nom des interfaces ethernet (quand il y en a plusieurs) est un grand classique du genre et en cherchant un peu (y compris su ce forum) tu aurais certainement trouvé des solutions...
Enfin, il est possible, si les cartes sont différentes et utilisent des pilotes différents, d'associer un nom d'interface à un pilote (et donc une carte) avec quelques alias bien placés (/etc/modprobe.d/aliases il me semble). J'ai testé pour vous et ça marche.
Le problème se pose lorsque les cartes sont identiques. Pour ça j'ai découvert, il n'y a pas très longtemps, que dans la paquet net-tools, il existe un utilitaire nameif qui permet de nommer les interfaces ethernet en fonction de leur adresse MAC. Tu crées un fichier /etc/mactab avec une paire "nom_interface adresse_MAC" par ligne et tu appelles nameif avant de monter tes interfaces (ifup) et ça devrait rouler (mais je n'ai pas personnellement tester).
# RTFM
Posté par JJD . En réponse au message "skip" le motd du côté utilisateur. Évalué à 4.
La page de manuel de motd (man motd) te renvoie ("VOIR AUSSI) sur celle de login, qui te dit :
Après une connexion réussie, un message du système et la présence
de courrier pourront vous être notifiés. Vous pouvez désactiver
l’affichage du message du système (/etc/motd), en créant un fichier
vide .hushlogin dans le répertoire de votre compte.
Il suffit donc de chercher et de tester ...
A+
JJD
# format .rhosts
Posté par JJD . En réponse au message commande rcp problème. Évalué à 2.
Sur le serveur (seconde machine), dans le fichier .rhosts, tu as bien mis quelque chose du genre :
IP_Machine1 User_Machine1
où Machine1 est la machine sur laquelle tu exécutes rcp.
Sinon, je pense que tu gagneras en sécurité et en facilité d'utilisation si tu peux remplacer rcp par scp (c'est à dire SSH).
A+
JJD
# Pb nom de machine
Posté par JJD . En réponse au message Problème fichier /etc/hosts. Évalué à 3.
Tout ça est assez étrange : kaella étant un liveCD il ne devrait normalement pas il y avoir quoi que ce soit de modifié sur ton disque dur. Le problème vient donc certainement de l'environnement externe.
Si kaella se comporte comme knoppix (ce qui semble le cas), lors du boot le système récupère une adresse IP en DHCP en fournissant au serveur DHCP un nom de machine (en l'occurence "knoppix"). Il est possible que ce serveur DHCP vienne lui-même mettre à jour une base DNS...
Essaie de vérifier tout ça en tapant :
- "nslookup knoppix" ou "host knoppix" : ça devarit renvoyer l'adresse IP de la machine knoppix
- "hostname" : pour avoir le nom de la machine locale
- /sbin/ifconfig : pour avoir l'adresse IP
Bon, il s'agit maintenant de trouver des solutions...
- tu attends (de quelques heures à quelques jours...) pour que "knoppix" disparaisse des DNS
- si tu as accès au serveur DNS, tu vas voir ce qu'il en est et tu modifies ou supprime l'entrée correspondant à ton adresse IP.
- tu donnes un nom à ta machine en mettant un nom dans /etc/hostname ou quelque part ailleurs (je ne connais pas Mandriva, mais ça doit être possible dans le centre de contrôle), ou en tappant "hostname nom_de_machine", et tu paramètres ton client DHCP pour qu'il envoie le nom qui va bien lors de sa requête.
- ???
Si tu ne t'en sors toujours pas, donne-nous plus de détails : le résultat des commandes ci-dessus en particulier, ainsi que la configuration réseau (DHCP ?, accès au serveur DNS, ...), afin que l'on puisse t'aider.
A+
JJD
# linuxprinting.org
Posté par JJD . En réponse au message [Mandrake 10.1] Pb avec mon imprimente multifonctions "epson cx3650". Évalué à 3.
Pour tout ce qui est imprimante sous linux, il y a LE site de référence : http://www.linuxprinting.org/ .
Bon apparemment, ton imprimante n'est pas directement référencée mais devrait fonctionner plutôt bien avec les pilotes de la CX3200 ou de la CX3100 (pilote Gutenprint, anciennement GimpPrint).
Tu peux aussi essayer de chercher sur le site de Epson pour voir si tu ne peux pas trouver un pilote (fichier .ppd) qui corresponde parfaitement.
Tu auras un peu plus d'informations en cherchant dans les forums :
http://www.google.fr/linux?q=epson+%22%2Bcx3650%22+site%3Aww(...)
A+
JJD
# sendmail et rpc ?
Posté par JJD . En réponse au message problèmes apt-get install sendmail sur knoopix. Évalué à 2.
Apparemment, un des scripts d'installation de sendmail essaie de joindre un serveur portmap (certainement sur le localhost). Ce que je ne comprend pas, c'est le rapport entre sendmail et portmap ...
Il faudrait voir à quel niveau se situe l'erreur exactement (est-ce que cela arrive bien lors du paramétrage de sendmail-base ?).
Que se passe-t-il si tu relances :
apt-get install -f
Bon courage,
JJD
PS : tu as ABSOLUMENT besoin de sendmail ?
# mod_auth_digest
Posté par JJD . En réponse au message erreur dans le fichier error_log de apache2.. Évalué à 1.
Tu devrais regarder du côté des directives concernant le module mod_auth_digest (authentifiction des utilisateurs avec des hash MD5).
Tu peux, à toutes fins utiles, te reporter à la documentation de ce module :
http://httpd.apache.org/docs/2.0/mod/mod_auth_digest.html .
Le mieux, si tu n'en as pas besoin, est peut-être de ne pas le charger.
A+
JJD
# date
Posté par JJD . En réponse au message Ksh et manipulation de date. Évalué à 1.
Ça n' aucun rapport avec le shell (bash, ksh ou autre), puisque date est un binaire (/bin/date), mais si tu es sous Linux, la version de date que tu as permet certainement de faire ce que tu veux. Il suffit de lui dire :
$ date -d "1 day ago"
et là, ça t'affiche bien la date d'hier (lun jan 30 17:39:46 CET 2006).
Et bien sûr, les options classiques de formatage fonctionnent de la même façon que d'habitude.
Evidemment, si tu n'es pas sous Linux ça risque d'être plus compliqué... Il y a bien la possibilité, comme tu l'as écrit, d'utiliser awk, mais là encore les fonctions de traitement des dates doivent être une spécificité GNU (gawk) : il n'est pas du tout sûr que tu retrouves ces mêmes possibilités sur d'autres environnements. Si tu veux quelque chose qui marche partout, il va falloir regarder du côté de Perl (qui est maintenant souvent installé sous pleins d'Unices) ou faire ça en C.
A+
JJD
# apache2.conf
Posté par JJD . En réponse au message Php sur Sarge : je deviens fou oO. Évalué à 4.
Avec apache2 (au mins sous Debian), le fichier de configuration principal est /etc/apache2.apache2.conf (même si /etc/apache2/httpd.conf est inclus).
Par ailleurs, si tu veux faire fonctionner tes pages PHP, il faut que tu installes le module PHP pour Apache2 (libapache2-mod-php4). Si c'est le cas et que ça ne marche pas, essaie de reconfigurer le paquetage (dpkg-reconfigure libapache2-mod-php4) : les bonnes directives devraient être intégrées dans la configuration d'Apache2 (création des liens symboliques dans /etc/apache2/mods-enabled/ vers les fichiers php4.conf et php4.load dans /etc/apache2/mods-available/).
A+
JJD
# bootlogd
Posté par JJD . En réponse au message sorties init.d et logs. Évalué à 4.
Est-ce que tu as le fichier /var/log/boot sur ta machine ?
Si ce n'est pas le cas, il suffit d'activer le daemon syslogd en mettant "BOOTLOGD_ENABLE=Yes" dans /etc/default/bootlogd.
Tu devrais alors retrouver ce que tu veux dans /var/log/boot.
A+
JJD
# Il faut lire les messages !
Posté par JJD . En réponse au message gnormalize. Évalué à 3.
Comme tu réponds oui à la question, je pense que tu as réellement installé les paquets dont il est question (libcdaudio-dev en particulier).
Dernière solution : essaie d'installer le paquet debian http://nob900.free.fr/debian/dists/sarge/main/binary-i386/gn(...)
[^] # Re: souvent ndiswrapper
Posté par JJD . En réponse au message Problème compilation noyau, ndiswrapper.. Évalué à 1.
Il suffit donc d'essayer, mais il n'y a pas de raisons pour que cela se passe mal (en revanche la compilation sur une autre machine plus puissante est certainement une bonne idée).
# module-assistant
Posté par JJD . En réponse au message Problème compilation noyau, ndiswrapper.. Évalué à 4.
La méthode recommandée pour compiler des modules sous Debian est d'utiliser module-assistant. Je te laisse voir le man pour découvir toutes les options, mais tu peux parfaitement l'utiliser sans connaissance particulière en lançant simplement la commande 'module-assistant' dans une console sous root. Pour peu que ta machine ait un accès à Internet, tous ce qui est nécessaire sera téléchargé, compilé et installé (l'interface ncurses te permet de choisir les modules que tu veux et de ne compiler que ça).
Tu peux même générer tes modules sur une autre machine, en indiquant en option la version du noyau cible ("-l 2.6.12-1-686" par exemple) : module-assistant produit un paquet debian que tu peux ensuite transférer et installer sur la machine cible avec dpkg.
Espérant avoir pu t'aider,
JJD
[^] # Re: config mini : c'est une blague ?
Posté par JJD . En réponse au message quelle config pour un portable. Évalué à 2.
nagios est un outil de surveillance et de déclenchement d'alertes (avec pleins de possibilités de paramétrage).
Ces deux types d'outils sont complémentaires, peuvent éventuellement coopérer, mais ne sont, à mon avis, pas vraiment comparables puisqu'ils répondent à des besoins différents.
[^] # Re: config mini : c'est une blague ?
Posté par JJD . En réponse au message quelle config pour un portable. Évalué à 2.
Soyons un peu sérieux : s'il s'agit simplement de faire tourner Nagios et Cacti (et éventuellement de naviguer sur internet) ce type de machine est TRÈS largement assez puissante (c'est beaucoup mieux que ce sur quoi je fais tourner Nagios en production ...)
En revanche, je ne suis pas sûr que l'on puisse réellement comparer Nagios et Cacti : pour moi, les deux ne servent pas à la même chose.
A+
JJD
[^] # Et pour compiler ?
Posté par JJD . En réponse au message installation gcc. Évalué à 3.
En contrepartie, si gcc n'est pas installé, il va avoir du mal à le construire à partir des sources.
Donc, sauf à utiliser une autre machine, il FAUT récupérer une archive binaire.
[^] # Re: mod_proxy est surement ton ami.
Posté par JJD . En réponse au message Plusieurs serveurs,Une seule IP publique. Évalué à 2.
La solution du mod_proxy est certainement la seule possible, puisque le port 80 de ton adresse IP publique est déjà utilisée par le premier serveur. Il faut bien comprendre que dans ce cas-là, les requêtes concernant le site2 arriveront bien sur le serveur1 qui les redirigera vers serveur 2 (reverse proxy). Il faudra certainement aussi déclarer sur serveur1 un VirtualHost par site.
La seule solution pour ne pas passer par serveur1 est l'utilisation d'un port différent (81, 8080, 443 en HTTPS ou n'importe quel autre port qui te passera par la tête). Afin de ne pas alourdir les URL à taper, tu peux toujours essayer de mettre une redirection sur serveur1, voire même des règles de réécriture (un accès à http://www.ton.site2/ est redirigé vers http://www.ton.site2:8080/) : ainsi, seul le premier accès d'un client au site2 est, en partie, traité par serveur1 et les requêtes suivantes (via les liens) aboutissent directement sur le serveur2.
J'espère que jai été à peu près clair
JJD
# Tester les autres devices
Posté par JJD . En réponse au message Problème avec périphériques USB. Évalué à 1.
Je fais juste une petite remarque : il est possible que les différents conecteurs du lecteur de carte n'apparaissent pas dans le même ordre que sur le portable. De toute évidence, pour ta carte CF tu essaies de monter /dev/sdc1. Essaie de monter /dev/sda1 ou /dev/sdb1 sur /card, il y a de grandes chances pour que cela fonctionne.
Je laisse à d'autres le soin de donner des détails sur la gestion des points de montage des périphriques amovibles par udev/hotplug.
A+
JJD
[^] # Re: Se connecter "à la main"
Posté par JJD . En réponse au message authentification Pop. Évalué à 1.
Tu peux aussi nous dire quelle version de debian et de dovecot tu utilises.
A+
JJD
[^] # Re: Erreur dans la conf...
Posté par JJD . En réponse au message [débutant] Cupsys m'a lâché à la dernière MAJ. Évalué à 2.
Il n'y a rien de magique dans ma réponse, comme tu dois t'en douter.
Simplement, j'ai eu le même problème hier : le serveur cupsd refusait de démarrer et affichait une erreur (Unable to bind socket for address...) dans sa log d'erreur (/var/log/cups/error_log). A partir de là, je suis allé lire les fichiers de configuration et j'ai constaté le problème.
Après avoir corrigé chez moi, je suis quand même allé voir sur le Debian Bug Tracking System (voilà enfin l'information intéressante) à l'adresse http://bugs.debian.org/ et j'ai constaté que le bug avait déjà été rapporté plusieurs fois, dont au moins une fois avec une analyse pertinente et un moyen de corriger (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343292 ).
Sinon, concernant ton problème avec gdm (il s'agit bien de gdm, n'est-ce pas?), je peux difficilement t'en dire plus sans détail supplémentaire. Essaie de lancer /usr/sbin/gdmsetup (en tant que root ou avec gksu) pour esayer de reconfigurer ça. Sinon, tu peux toujours tenter une désinstallation totale (apt-get remove --purge gdm) et une réinstallation (apt-get install gdm) pour voir ce que ça donne.
A+
JJD
# Erreur dans la conf...
Posté par JJD . En réponse au message [débutant] Cupsys m'a lâché à la dernière MAJ. Évalué à 2.
Il y a un problème avec les fichiers de configuration de cette version de cupsys (le bug a été remonté) : certains paramètres (et en particulier l'adresse et le port d'écoute) ont été déplacés dans des fichiers du répertoire /etc/cups/cups.d/, mais pas supprimés du fichier de configuration principal.
Il est cependant facile de corriger cela : il suffit d'éditer le fichier /etc/cups/cupsd.conf, de trouver la ligne "Port 631" (normalement c'est la ligne 427) et de la commenter (rajouter un # en début de ligne) ou la supprimer.
Ensuite tu exécutes "/etc/init.d/cupsys restart" et tout devrait fonctionner à nouveau.
A+
JJD
# Séquence de démarrage/ autre serveur X
Posté par JJD . En réponse au message probleme X. Évalué à 2.
Est-ce que dans la séquence de démarrage de ta machine il n'y aurait pas une tentative de lancement d'un serveur X via un gestionnaire de connexion (kdm, xdm ou gdm) ?
Si ce gestionnaire, pour une raison ou une autre (fichier de configuration erroné), n'arrive pas à lancer le serveur X, il est possible (probable) qu'il laisse un fichier de lock en attendant que le problème soit résolu.
Pour verifier s'il s'agit bien de cela :
- récupère ton "runlevel" (/sbin/runlevel)
- vérifie si dans le répertoire /etc/rcX.d/ (où X est le runlevel récupéré précédemment), il y a un fichier s'appelant S*dm (quelque chose comme S99kdm ou S99gdm)
Si c'est bien le cas, c'est que j'avais vu juste.
Tu peux aussi regarder ce qui s'affiche lors du boot de la machine, pour voir s'il y a une tentative de démarrage de kdm/gdm/xdm. Pour finir, il faut regarder les fichiers de logs pour comprendre ce qui cloche (/var/log/boot.log ou quelque chose d'approchant, /var/log/Xorg.0.log éventuellement : je ne sais pas exactement où Mandriva met ses logs...)
Bon courage
JJD
[^] # Re: Se connecter "à la main"
Posté par JJD . En réponse au message authentification Pop. Évalué à 2.
Puisque tu dis que le telnet fonctionne, essaie de t'authentifier manuellement :
- tu fais un telnet (depuis une machine cliente pour être sûr que dovecot n'est pas à l'écoute que sur l'interface loopback) sur le port 110 de ton serveur POP
> telnet nom_serveur 110
- à l'invite tu tapes :
> USER nom_utilisateur
> PASS mot_de_passe
Si tout va bien, tu devrais voir s'afficher le nombre de messages. Pour sortir, tu tapes simplement "quit"
Si ce test fonctionne, le problème ne vient pas de ton serveur POP, mais du pramétrage d'Outlook (voir les paramètres concernant l'authentification crypté et/ou le SSL).
Sinon, il faut un peu chercher dans la conf de dovecot...
Bon courage
JJD
# Décompresser l'archive
Posté par JJD . En réponse au message comment installer un logiciel sous linux (driver). Évalué à 1.
Les fichiers *.tar.gz sont des archives compressées.
Pour faire ton installation, tu ouvres un terminal, tu vas dans le répertoire où tu as téléchargé ces fichiers et ty tapes :
> tar zxvf PE120.tar.gz
Ensuite tu te déplaces dans le répertoire qui viens d'être créé :
> cd PE120
Tu prends alors les droit root :
> su
(il faut taper le mot de passe root)
et tu exécutes l'inatalleur :
> ./install.sh
A partie de là, c'est comme indiqué dans la documentation de Xerox (coise les doigts).
Evidemment, il faut au préalable que tu aies installé cups et sane.
A+
JJD
# Forcer le nom de l'interface
Posté par JJD . En réponse au message probleme inversion de cartes réseau. Évalué à 3.
Le problème du nom des interfaces ethernet (quand il y en a plusieurs) est un grand classique du genre et en cherchant un peu (y compris su ce forum) tu aurais certainement trouvé des solutions...
Enfin, il est possible, si les cartes sont différentes et utilisent des pilotes différents, d'associer un nom d'interface à un pilote (et donc une carte) avec quelques alias bien placés (/etc/modprobe.d/aliases il me semble). J'ai testé pour vous et ça marche.
Le problème se pose lorsque les cartes sont identiques. Pour ça j'ai découvert, il n'y a pas très longtemps, que dans la paquet net-tools, il existe un utilitaire nameif qui permet de nommer les interfaces ethernet en fonction de leur adresse MAC. Tu crées un fichier /etc/mactab avec une paire "nom_interface adresse_MAC" par ligne et tu appelles nameif avant de monter tes interfaces (ifup) et ça devrait rouler (mais je n'ai pas personnellement tester).
A+
JJD
# T'as pas trouvé plus compliqué ?
Posté par JJD . En réponse au message Souris ( mouse ) ps2 et linux 2.6 - /dev/psaux -[RESOLU/SOLVED]. Évalué à 1.