Samsung ML-3561N User Manual (SPANISH) - Page 63

Problema Causa posible y solución Mi aplicación parece estar inactiva mientras se ejecuta LLPR. La mayor parte de las aplicaciones Unix esperan que los comandos de tipo "lpr" normal no sean interactivos, para que vuelva inmediatamente. Puesto que LLPR está esperando alguna interacción por parte del usuario antes de enviar el trabajo a la cola de impresión, con frecuencia la aplicación esperará a que se produzca el retorno del proceso, y parecerá estar inactiva (la ventana no se actualiza). Se trata de algo normal, y la aplicación volverá a funcionar correctamente en cuanto el usuario salga de LLPR. ¿Cómo se especifica la dirección IP del servidor SMB? Se puede especificar desde el cuadro de diálogo "Add Printer" de la herramienta de configuración, si no se utiliza el sistema de impresión CUPS. Desgraciadamente, en este momento CUPS no permite especificar la dirección IP de las impresoras SMB, por lo que tendrá que buscar el recurso con Samba para poder imprimir. Algunos documentos se imprimen en blanco. Algunas versiones de CUPS, especialmente las que se entregan con las versiones de Mandrake Linux anteriores a la 8.1, tienen errores conocidos al procesar la salida PostScript de algunas aplicaciones. Pruebe a actualizarse a la última versión de CUPS (como mínimo, la 1.1.14). Algunos paquetes de RPM de las distribuciones más conocidas se entregan por comodidad con este paquete de impresión Linux. Dispongo de CUPS y algunas opciones (como la de impresión de varias páginas en una cara) resultan estar siempre activadas, aunque no las selecciono en LLPR. Es posible que existan algunas opciones locales definidas en el archivo ~/.lpoptions, que se gestiona mediante el comando lpoptions. Estas opciones se utilizarán siempre si la configuración de LLPR no las anula. Si desea eliminar todas estas opciones para una impresora, ejecute el siguiente comando, donde deberá sustituir "impresora" por el nombre de la cola: lpoptions -x impresora He configurado una impresora para que imprima en archivo, pero recibo errores de permiso denegado. La mayor parte de los sistemas de impresión no se ejecutan como superusuario, sino como usuario especial (normalmente, "lp"). Por consiguiente, asegúrese de que el archivo en el que desea imprimir esté accesible para el usuario que posea el daemon de la cola. En la impresora PCL (o SPL), a veces se imprimen mensajes de error en lugar del documento. Desgraciadamente, algunas aplicaciones Unix pueden generar una salida PostScript que no es compatible con Ghostscript, o incluso la impresora en modo PostScript. Puede intentar capturar la salida en un archivo y ver los resultados con Ghostscript (gv o ghostview le permitirán hacerlo de forma interactiva) y comprobar si aparecen mensajes de error. Sin embargo, puesto que es posible que la aplicación falle, póngase en contacto con el proveedor de software para informarle del problema. Problema Algunas imágenes en color se imprimirán totalmente en negro. Causa posible y solución Se trata de un fallo conocido de Ghostscript (hasta GNU Ghostscript versión 7.05) que se produce cuando el espacio de color básico del documento es de tipo indexado y se convierte al espacio de color CIE. Dado que el método Postscript emplea el espacio de color CIE para el sistema de correspondencia del color, debe actualizar Ghostscript a la versión 7.06 o posterior de GNU Ghostscript. Puede encontrar versiones recientes de Ghostscript en www.ghostscript.com. 7.15 Solución de problemas