rafcam wrote: > > Pour Ronan: > Pour la PSC1610, changer de pilote n'a rien changé à l'affaire. Merci > quand même. > Ce qui me semble hyper-bizarre, c'est que quand je fais un lpr > bidule.ps, lpq m'affiche bien qu'un job a été lancé puis lpq 5 secondes > plus tard: l'imprimante est "ready".
Généralement, lorque l'imprimnante reçoit des données à imprimer, elle clignote. Est-ce que c'est le cas ? À part ça, si l'impression se fait par cups, alors il y a un serveur qq part. On peut interroger ce serveur, le reconfigurer et faire des tests d'impression avec un simple navigateur. Pour cela, il suffit d'aller sur http://localhost:631/ (remplacer localhost par le nom du serveur s'il n'est pas sur la même machine). Le mieux c'est de commencer par là selon moi : de vérifier la config et de faire dans un premier temps ses tests d'impression depuis l'interface fournie. > Pour le grand scarabé: > Je pense aussi à un noyau pourri. Comme un fruit trop mûr. Moi ça m'étonnerait. > J'espérais au moins avoir une sortie après un lpr. Rien. > J'ai essayé un cat direct vers le périphérique. Je ne me suis même pas > fait engu... > merci ne me rassurer... (la dernière fois que j'ai compilé un noyau et > que je l'ai installé, j'ai tout bloqué) > > Je dois avoir un autre noyau sous la main... Qui a certainement été mis > à jour par Mandriva... OK, j'essaye une compil ou la réinstal du vieux > noyau MDV (que je dois avoir sur cdrom). Pourquoi recompiler un noyau ? On peut en trouver partout des déjà compilés, packagés en rpm. De toute façon, avant de s'attaquer au noyau, il faudrait avoir au moins un bon indice (logs ?) que le pb vienne de là. La chaîne d'impression dépend de nombreux packages (lpr, cups, libc, ghostscript, kernel, etc., etc.) alors pourquoi incriminer le noyau plutôt qu'un autre ? Xavier
