Depuis que j'ai remplacé Debian Unstable par Debian Stable, j'ai quelque petit problèmes.
 
[1] Mon imprimante HP Laser Jet 1200 ne fonctionne plus. Celle-ci est physiquement ratachée à un poste Windows et la machine Debian y accède via Samba et Cups. J'arrive à imprimer directement avec smbclient grace aux commandes :
 
smbclient 192.168.0.1 password
printmode text[|graphic]
print fichier
 
Mais impossible d'imprimer via lp ou lpr. Les jobs s'accumulent mais ne sortent jamais. Pourtant, il me semble que j'ai bien configuré CUPS via localhost:631. Pour la location j'ai indiqué smb://user:pass@192.168.0.1/Printer. Tout cela fonctionnait très bien lorsque j'étais en Debian Unstable.
 
[2] Je n'arrive plus à configurer le mtu de mon interface eth0 automatiquement via /etc/network/interface. Avant j'écrivait simplement "mtu 1300" dans ce fichier. Mais je ne le vois plus dans le man de interfaces. Est-ce que l'option n'existait pas lors de cette version du packages (ifupdown, je pense) ?

J'ai vérifié dans le fichier de config /etc/cups/printers.conf et le chemin "url" de l'imprimante est correctement configuré ...  
 
DeviceURI smb://usr: pswd@192.168.0.1/Printer
 
Et pourtant l'interface graphique me dis :
 
"Unable to connect to SAMBA host, will retry in 60 seconds...: Success"  
 
Et les jobs s'acculement, je le vois en tapant lpq. C'est bizarre, car j'arrie très bien à imprimer via smbclient (comme je le dis plus haut).
 
Ne faut-il pas installer un driver ? Sur linuxprinting, ils parlent d'un fichier ppd mais c'est dans le cas d'une installation locale de l'imprimante. Ici l'imprimante n'est pas physiquement liée à mon pc donc je suppose que c'est le driver sur la machine distante qui fait son travail, mais je ne suis pas sur...En tout cas avec Sid ca fonctionnait très bien pour la meme config ...  
 
Vous n'avez pas une idée ?

up  

 
location
 
c'est comme "library != librairie", c'est un faux ami, on traduit par "emplacement", "localité", "localisation"
 
pour utiliser lpr, il faut un "serveur" lpd, pour cups il y a un mode compatible, ça s'appelle cups-lpd et c'est géré par (x)inetd, essaye donc de démarrer cups-lpd pour voir
 

(attention, il faut d'abord couper lpd sinon il sera impossible de mapper le port 555 : bind failed (Address already in use (errno = 98)). service = printer)

Salut, merci pour ta réponse !!
 
Pour ce qui est du faux ami "location" je suis d'accord, je voulais dire "DeviceURI". "Location" n'est pas une info utilisée par le programme, ce n'est qu'un string pouvant valoir n'importe quoi, il me semble.
 
Pour ce qui est du serveur lpd pour cups, je suppose que tu parles du paquet debian cupssys-bsd, non ?, car je n'ai pas trouvé (apt-cache search) de paquet s'appelant plus ou moins cups-ldp.
 
Voilà ce qui est installé chez moi :
 
 %> dpkg -l | grep cups
ii  cupsys         1.1.14-5
ii  cupsys-bsd     1.1.14-5
ii  cupsys-client  1.1.14-5
ii  cupsys-pstoras 1.1.14-5
ii  libcupsys2     1.1.14-5  
 
Par contre j'ai bien trouver un fichier binaire portant comme nom "cups-lpd" dans le répertoire "/usr/lib/cups/daemon/", dailleurs lorsque je demande au système à quel paquet ce fichier appartient, il me répond "cupsys-bsd", ce qui répond à la question du dessus ...
 
Apparement le système utilise inetd et ce que tu me dis c'est pour xinetd.
 
Que veux tu dire par " (...) couper lpd (...) " ? Moi, tout ce que je vois c'est "cupsd". J'ai essayé de couper cupsd et lancé cups-lpd à la main mais ca ne marche pas. Le serveur se met en sleep, je pense et ne fait rien. Puis quitte.  
 
Je me rappelle très bien ne pas avoir touché à tout cà lorsque j'utilisait debian unstable. Tout fonctionnait très bien du premier coup. Comment expliques tu cela ?

je parlais effectivement du "démon" cups-lpd, sous deb il est géré par inetd, par contre si tu dis qu'avant ça fonctionnait seulement avec cups, c'est ailleurs qu'il faut chercher.... tu dois avoir un blocage au niveau samba

Il faut un driver quand on passe par samba ? Ou alors les données sont envoyées bruts vers l'autre driver sur l'autre pc ?
 
Est-ce possible que les versions de samba et cups de debian stable soient trop veilles pour mon hp ?

 
les pilotes sont incompatibles entre eux en fait, linux n'utilise pas les mêmes que win, la solution la plus simple me semble-t'il est de faire ton serveur d'impression sous linux et d'utiliser win en client, là tu n'as même plus besoin (forcément) de samba
 
je dis "forcément" car tu as le choix d'installer ton imprimante sous cups/lpd sur la deb et ensuite d'installer le support d'impression unix sous win pour accéder directement à l'imprimante avec les drivers win

Ca c'est une autre aventure
 
Ce que je veux un serveur d'impression Windows et un (des) client Linux.
 
Tu me parles d'un problème Samba, tu peux être plus précis ?
 
Merci

peut-être au niveau accès imprimante sous samba, il n'y a peut-être pas les bons droits pour accéder à l'imprimante (authentification user, domaine, .....), dans ce sens-là je me suis jamais posé le problème en fait

Pourtant je n'ai rien touché au Windows. Ca imprimait très bien le matin lorsque j'était sous Debian Unstable. Puis l'après midi lorsque Debian Stable à été installé, ca ne fonctionnait plus. Pourtant j'ai même pas touché à la souris, ni même au clavier de la machine Windows ...
 
En plus, j'arrive à imprimer, comme je le dis plus haut, via "smbclient". Je me connecte avec la commande smbclient 192.168.0.1, puis je suis dans une sorte de shell et la je tape "print fichier". Je peux changer le mode d'impression (text ou picture). Mais bon, c'est pas trop bien ... Tout ca pour dire que ca m'étonnerai que ce soit un problème de droit ou de config du windows. Pour les droit, faut aussi dire que dans la ligne DeviceURI je rajoute bien "user: pass" qui est un utilisateur admin sous le windows. Le même que j'utilisait avec ma debian unstable ...

je serais tenté de te dire d'essayer de configurer plutôt ta file d'impression avec lpd que cups, j'ai eu des problèmes au début dans le sens "win -> cups", alors que "win -> lpd" ça allait impecc, ça s'est résolu en compilant une version récente de cups, peut-être que c'est ta version qui est "trop" vieille

 
Je comprends pas très bien comment on peux avoir une incomptatibilité, à partir du moment où on envoi les info bruts (le fichiers), ce dernier à la même forme sous linux que sous windows. En fait je te demande ca c'est pour savoir si je dois trouver un driver pour linux ou non ...
 
 

 
En fait moi c'est dans le sens cups -> win.. finalement à mon avis c'est une version trop vielle de cups .. ou samba ? Personne n'a d'autres idées ?

Finallement j'ai désinstallé tout les composants cups de mon système woody. Il y avait cups-sys, libcups-sys, cups-bsd et un autre commançant par cups dont je ne me rapelle plus la fin. Sur le site de cups je n'ai vu qu'un package (source). En désinstallant tout ça, le système de dépendance ma aussi retiré mon smbclient et mon samba-common. Si je les réinstalles, libcups est automatiquement réinstallé car il y a dépendance. Donc, cela va à mon avis interférer avec la nouvelle version de cups que je suis en train de compiler. J'aimerais faire qqch de propre ...
 
* A la base j'avais plusieurs packages debian et là je me retrouve avec 17mo de source. Est-ce que tout est là ?  
 
* Pensez-vous qu'il est utile d'upgrader samba aussi ?  
 
Merci d'avance pour votre aide !!

J'ai compilé et installé cups-1.1.19 et samba-3.0.0. Lorsque j'ajoute une imprimante via l'interface web de cups, j'ai plus le type de printer Windows printer via samba !! Pourtant Samba est installé ... j'ai mon smblcient qui fonctionne ...
 
De plus il m'est maintenant impossible de monter le disques du windows ... (fs = smbfs). L'erreur que j'obtient est la suivante :
mount: wrong fs type, bad option, bad superblock on //JMMC.mshome.net/C,
       or too many mounted file systems
smbfs: mount_data version 1919251317 is not supported
 
J'ai également essayé le fichier ppd recommendé sur le site linuxprinting.org. Mais je me pose la question de savoir si un fichier ppd est nécéssaire lors d'impression via le réseau. Finallement, ce n'est qu'un transfert d'un fichier ps vers l'imprimante et donc bêtement un transfert de fichier depuis mon pc vers le pc server qui lui utilisera peux-être le fichier ppd et envera le fichier ps dans mon imprimante qui contient un interpreteur ps, non ?
 
Si vous pouvez m'aider, d'avance je vous remercie !!!
 

Up ...
 
Configurer une imprimante sous Linux c'est si difficile ?