Perm20040520

PagePrincipaleDesMembres > ComptesRendus > ComptesRendusPerm > Perm20040520

Membres présents : Mouvf, Snulkid

• sur une idée de Fabian (voir ci-dessous), on a retesté le portable d'Olivier avec la dernière Knoppix 3.4. Après montage NFS du /home depuis le serveur, on a pu transférer toute une image ISO sans erreur ni plantage. Il semblerait donc, si ça se confirme, que c'est la configuration actuelle (Mandrake 10.0) qui provoque les plantages graves avec la carte réseau intégrée.. D'autant qu'une news du 10/5/04 sur le site http://knoppix-fr.org/ parle du driver eepro100..)
  Peut-être une mise à jour de la Mandrake résoudra-t-elle le problème (Olivier a reçu copie de toutes les mises à jour téléchargées par Renaud).

  Commentaire: Renaud

  Il y avait toujours les mêmes plantages avec la mdk 10.0? Je n'avais testé qu'avec la 9.2, on n'a pas réessayé après la mise à jour vers la 10.0, comme on passe d'un noyau 2.4 à un 2.6 il y a toutes les chances que ça se comporte différamment.

  Commentaire: Snulkid

  Oui, Olivier a déposé son portable chez moi début de semaine, pour que je puisse lire ton DVD et le recopier sur ma machine : en essayant de faire un montage NFS de ma machine depuis le portable, j'ai eu 2 ou 3 plantages complets (dont un en plein transfert des fichiers). Ce que je vais essayer demain, c'est une vieille Knoppix 3.3 pour voir le problème se présente ou non..

• la partition /mnt/temporaire sur le PC au fond du local est pleine. Snulkid a installé un rack IDE pour replacer bientôt en "hdb" l'ancien HD 8Go (si ça veut bien fonctionner) et s'en servir comme HD de transit (c'est plus simple de downloader directement dessus à la maison..)
  Des images ISO de la toute dernière Knoppix (3.4 du 17/5/04.. Les autres plus anciennes ont été supprimées) et de la plupart des mini-distributions mentionnées sur LiensDistrib ont été ajoutées. Premier essai :
  • la Vector Linux live (malheureusement un peu trop grosse pour tenir sur un mini-CD) a démarré sans problème, avec XFCE par défaut, mais elle demande des tas d'informations au démarrage, donc à proscrire pour une diffusion grand public
  • la Kurumin a refusé de booter
  • la Slax a bien démarré, et donne une impression "clean", mais elle n'a pas pu démarrer le serveur X.
  • la Morphix Light a fonctionné impeccablement. Elle "en jette" et le démarrage est archi-rapide, mais l'offre logicielle semble un peu réduite pour une utilisation bureautique.
    Pour info, un autre dérivé "light" de la Knoppix, la Flonix, semble virer au commercial non libre..

Visiteur.

Un seul visiteur mais quel visiteur : Fabian Kiendl était venu spécialement en train d'Aix-la-Chapelle pour nous rencontrer, après avoir découvert notre site! Fabian est un mordu de Linux, d'ailleurs titulaire de la certification LPI (et il se ballade avec le t-shirt assorti ); il est membre du LUG d'Aachen, qui se réunit pour rappel chaque mercredi à 20h dans un café de la ville.

ALUG regroupe de 10 à 20 membres (pas de structure formelle) et la rencontre du mercredi est leur activité centrale. Ils n'ont pas non plus de connection Internet sur place, mais Fabian semblait envier le local tout équipé. Ils ont des contacts avec d'autres LUGs allemands (quasiment 1 par ville, comme en Wallonie) notamment celui de Düsseldorf.

Fabian, qui ne peut visiblement pas rester longtemps à côté de machines sous GNU/Linux sans y toucher , s'est intéressé à l'imprimante réseau et nous a démontré ses compétences. Jugez-en plutôt :

• d'abord, il a remarqué un petit autocollant à l'arrière de la machine semblant indiqué que celle-ci est dotée d'un module Postscript
• ensuite, il s'est étonné qu'on n'arrive pas à se connecter à la machine, et a eu la présence d'esprit de chercher dans le manuel JetDirect la procédure pour imprimer une page de test. Bingo! : la page de test indiquait clairement l'adresse de la machine et le fait qu'elle était configurée en client DHCP. Vérification faite dans /var/lib/dhcp/dhcpd.leases, l'adresse lui avait effectivement été allouée par notre serveur.. Fabian conseille d'attribuer une adresse fixe via la section adhoc de /etc/dhcpd.conf, puisque la page de test renseigne aussi la MAC adress. Cf :

  host <hostname>
  hardware ethernet <mac address>
  fixed address <IP>

• une seconde page de test est sortie, confirmant que la machine a un module PS level 2 avec une "mémoire PS" de 4.5 Mb.
• pour accéder à la machine, il lance ensuite un "nmap 192.168.1.245" qui l'a informé de l'existence d'un port 9100, apparemment le standard pour l'impression. Il suffirait selon lui de renseigner ce port dans la configuration de CUPS. Pour faire un essai, il a créé un petit fichier texte, puis converti en postscript (ce qui nous a fait découvrir les commandes a2ps, mpage et head (pour vérifier l'entête du fichier postscript)). Il a ensuite lancé l'impression par un "netcat 192.168.1.245 9100 truc.ps" mais sans résultat.
• après revérification par nmap, on constate que le port n'est plus ouvert (c'est arrivé plusieurs fois). On redémarre l'imprimante.. l'adresse IP n'a pas changé mais c'est cette fois le port telnet qui est ouvert. Un petit "telnet <IP> <port ouvert>" vers l'imprimante donne alors accès à un menu de configuration, mais malheureusement limité aux paramètres réseau. Pour accéder à la configuration, Fabian trouve via un utilitaire classique le port de configuration des imprimantes (631) et lance dans Mozilla un "http://localhost:631 ". On retrouve bien la mention d'une imprimante "JetDirect" et Fabian l'identifie au moyen de l'adresse (?)"socket:/192.168.1.245:9100", puis lance une impression de page de test.
• rien ne sort. Pour tenter d'identifier le problème, Fabian utilise la procédure suivante :
  • redémarrer le syslogd du serveur avec l'option -r (cf "syslogd -m 0 -r", je crois..) pour qu'il logue également les messages en provenance des machines du réseau. Fabian utilise fréquemment cette technique pour que les logs de machines en réseau se trouvent sur une machine sécurisée, empêchant ainsi un pirate d'effacer la trace de son passage en détruisant les logs sur la machine piratée..
  • utiliser le telnet vers l'imprimante pour lui indiquer que le serveur syslog à utiliser est celui du serveur (cf "syslog server = 192.168.1.1", je crois)
  • lancer dans une console l'affichage des logs : "less +F /var/log/messages" puis réessayer l'imprimante.
• bilan : l'imprimante sort un message "printer: toner/ink low". Pourtant, la cartouche N/B est neuve. Mais vérification faite sur la page de test, elle est configurée en "color mode = color" donc peut-être qu'elle ne supporte pas le fait de ne pas trouver de cartouches couleurs. Il faudrait donc trouver comment changer ce point de la configuration, ou acheter des cartouches couleurs (Fabian recommande !eBay, mais le sponsor est prêt à financer un achat à la FNAC ).
• vérification faite, il y a aussi une option "idle timeout = 90 sec." selon la page de test. Serait-ce problématique ?

Voilà, reste à arriver à faire fonctionner effectivement l'imprimante. Fabian nous souhaite bonne chance .

VOS COMMENTAIRES CI-DESSOUS / YOUR COMMENTS HERE BELOW :

Doc trouvée en ligne --snulkid :

• connection de !JetDirect à un switch : apparemment pas de problème dans notre cas
• configuration possible via telnet
• page de référence pour la carte JetDirect J2552B
• manuel d'emploi "matériel" (très succint)
• signification des voyants

Sur une autre page, on définit le "Idle timeout" comme suit :
"The time-out value expressed in seconds after which the print server closes an idle TCP print data connection: Acceptable values are integers between 0 and 3600. A value of zero turns off the time-out mechanism."