Conexión a una Base de Datos con Dreamweaver

En esta unidad vamos a ver cómo utilizar Dreamweaver para crear páginas PHP y acceder a datos almacenados en una base de datos.

Como vimos en el tema anterior, las páginas dinámicas se almacenan en el servidor y cuando son requeridas se ejecutan y devuelven una salida de código HTML al cliente que lo visualizará en su navegador.

Mientras el archivo PHP se ejecuta en el servidor, puede crear una conexión a una base de datos y extraer o guardar información en ella.

Ahora que ya tenemos un servidor de pruebas donde pueda ejecutarse el código que introduzcamos en nuestras páginas y permita la creación de bases de datos para almacenar información pasaremos a crear nuestras propias páginas dinámicas de acceso a datos.

Una vez instalado WAMP empezaremos a crear nuestras primeras páginas para mostrar información específica y personalizada.

Para ello nos apoyaremos siempre en la sección Aplicación de la barra de herramientas Insertar:

Puede que en tu ordenador no veas la barra de esta forma, pues puede tomar la forma de pestañas o de menú.

Si la tuvieses en forma de menú haz clic en el desplegable de la izquierda y selecciona Aplicación:

Y en el panel Aplicación que puedes abrir desde el menú Ventana → Bases de datos.

Crear una conexión a la Base de Datos

Como puedes ver en el panel Aplicación los requisitos necesarios para empezar a trabajar con bases de datos ya los hemos cubierto en los temas anteriores del curso.

El último paso que nos quedaría para poder empezar a crear páginas será definir una conexión para que Dreamweaver establezca los parámetros en los que se realizará la comunicación entre los archivos PHP y los datos de nuestras tablas.

En otras palabras deberemos decirle a Dreamweaver dónde está la base de datos, su nombre y un usuario (con su contraseña) con suficientes privilegios como para poder, al menos, visualizar los datos almacenados.

Para ello nos dirigimos a la pestaña Bases de datos en el panel Aplicación y hacemos clic sobre el botón .

Selecciona la opción Conexión MySQL para crear la conexión que necesitamos.

Se abrirá el siguiente cuadro de diálogo:

Aquí deberás colocar los datos correspondientes a tu base de datos.

En Nombre de conexión escribiremos un nombre significativo para poder reconocer la conexión más adelante.

En Servidor MySQL deberemos escribir localhost en nuestro caso ya que la base de datos está alojada en nuestro propio equipo. En otro caso habría que introducir la dirección del servidor donde se encuentre almacenada la información.

Escribe un Nombre de usuario y Contraseña con priviegios suficientes para acceder a la base de datos (al menos parcialmente).

Y finalmente selecciona (pulsando el botón Seleccionar) o escribe el nombre de la base de datos a la cual nos vamos a conectar.

Puedes hacer una prueba de conexión pulsando el botón Prueba, así te asegurarás de que se puede establecer comunicación entre Dreamweaver y el servidor correctamente con los datos facilitados.

Una vez hayas acabado pulsa Aceptar y la conexión estará lista para utilizarse.

Fuente: http://www.aulaclic.es/dreamweaver8/t_20_1.htm

Exportar documentos de Excel a MySQL

La necesidad de exportar alghunos documentos en Excel me hizo averiguar algunas formas para ello. Justamente encontre alternativas interesantes. Si tienes conocimiento de MySQL (ó SQL en general) sabrás lo fácil de manejar gran cantidad de data con un par de consultas. Bueno ese fue mi finalidad.

Bien, averiguando por allí encontre 2 formas. Una de ellas la he probado y comprobado (Navicat) y va excelente. La otra alternativa (Plugin para Excel), también fácil de usar y desde la misma barra de herramienta del Excel.

Usando Navicat MySQL

Navicat es un GUI (Interfaz Gráfica de Usuario) y software para la administración de base de datos MySQL. Nos permite realizar diversas tareas en nuestras bases de datos de manera sencilla. En fin, Navicat tiene muchas bondades que por ahora no son el tema de atención.

Para realizar el proceso de importación de datos de Excel a MySQL deberás descargarte la última versión de Navicat. Luego de instalarlo nos conectamos al servidor MySQL y creamos una base de datos. Bien hasta allí nada complicado y tampoco lo será.

Ahora seleccionamos la base de datos que creamos y pulsamos en el boton Import Wizard (Asistente de Importación). Pasaremos por una serie de 8 pasos para poder configurar adecuadamente la fuente de donde se obtendrán los datos y a donde irán para ser almacenados.

En el paso 1 del asistente deberás seleccionar el tipo de formato de los datos. Aparte de Excel (.xls) Navicat soporta otros formatos como: .db, .dbf, .txt y etc.

Paso 2, deberás seleccionar el archivo de donde se obtendrá la data. Una vez seleccionado aparecerán en la parte inferior las hojas de cálculo que contiene el documento de excel, esta serán tratadas como tablas luego.

Paso 4, especificas los formatos para las fecha, hora y números.

Paso 5, le asignas un nombre a tu tabla.

Paso 6, aparecen todos los posibles campos de tu tabla. En esta parte del proceso podrás cambiar el nombre, tipo de dato y longitud de los campos para que se adecuen mejor a los datos que manejaste en Excel. Por ejemplo, si en la columna B de tu documento excel tienes fechas, entonces en el asistente deberás cambiar el tipo a datetime. Igual para los formatos númericos.

Paso 7, seleccionas la primera opción para agregar los datos como nuevos a la tabla.

Finalmente en el Paso 8, pulsas Start, y si todo sale bien, se mostrará un mensaje de "Proceso satisfactorio".

Si deseas modificar/eliminar algunos campos de tu nueva tabla, seleccionas la tabla y en el menu contextual (clic derecho) seleccionas Design Table, para entrar en el modo diseño y así hacer los cambios deseados.

Usando Excel MySQL Import, Export & Convert

Descargar y luego de instalar procedemos a activar, vamos a menú Inicio > Todos los programas > Excel MySQL Import Export [...] . Hacemos clic en el ejecutable y nos abrirá el MS Excel el cual integrará un menú extra. Por ejemplo, en Excel 2007 queda así:

Entre las opciones que nos muestra está la configuración de la conexion con el servidor, importar un tabla de MySQL a Excel, exportar datos de celdas a tabla MySQL, exportar datos de celdas a una tabla existente y etc.

Para hacer una prueba de que funciona, configuramos la conexion con MySQL y los datos correctos y creamos la siguiente estructura:

Luego seleccionamos toda las celdas y filas con contenido y vamos al menú MySQL > Export Entire Excel Cell Selection as MySQL Table. Escribimos el nombre de la nueva tabla y continuamos. Nos mostrará un mensaje de éxito. Verificamos en nuestro GUI de MySQL favorito ó phpmyadmin.

En fin, existe muchas otras formas de pasar datos de Excel a MySQL y no morir en el intento, solo es cuestión de encontrar la que mejor se adecue a nuestras necesidades. En ambos casos, estas herramientas son demos ó pruebas limitadas.

Fuente: http://www.ribosomatic.com/articulos/exportar-documentos-de-excel-a-mysql/

Understanding /etc/shadow file

/etc/shadow file stores actual password in encrypted format for user's account with additional properties related to user password i.e. it stores secure user account information. All fields are separated by a colon (:) symbol. It contains one entry per line for each user listed in /etc/passwd file Generally, shadow file entry looks as follows (click to enlarge image):

/etc/shadow file fields

1. User name : It is your login name
2. Password: It your encrypted password. The password should be minimum 6-8 characters long including special characters/digits
3. Last password change (lastchanged): Days since Jan 1, 1970 that password was last changed
4. Minimum: The minimum number of days required between password changes i.e. the number of days left before the user is allowed to change his/her password
5. Maximum: The maximum number of days the password is valid (after that user is forced to change his/her password)
6. Warn : The number of days before password is to expire that user is warned that his/her password must be changed
7. Inactive : The number of days after password expires that account is disabled
8. Expire : days since Jan 1, 1970 that account is disabled i.e. an absolute date specifying when the login may no longer be used

The last 6 fields provides password aging and account lockout features (you need to use chage command to setup password aging). According to man page of shadow - the password field must be filled. The encrypted password consists of 13 to 24 characters from the 64 character alphabet a through z, A through Z, 0 through 9, \. and /. Optionally it can start with a "$" character. This means the encrypted password was generated using another (not DES) algorithm. For example if it starts with "$1$" it means the MD5-based algorithm was used.+

Comando pstree

El comando pstree permite mostrar los procesos en forma de estructura de árbol. Una ventaja es que con el comando pstree se puede ver inmediatamente quien es el proceso padre de otro: cuando quiere eliminar toda una serie de procesos, y si son todos padres e hijos, es suficiente matar al ancestro común.

Sintaxis:

pstree [opciones]

Opciones:

• -p : muestra el PID de cada proceso.
• -u : muestra el nombre del usuario que inició el proceso.
• -a : muestra argumentos de la línea de comandos
• -s : opción del comando pstree que permite mostrae el ID de seguridad para cada proceso.

Ejemplo:

• pstree -up | less

Fuente: http://www.comandos-linux.we.bs/comando-pstree.html

El comando tail

El comando tail es al head como el less es al more ^[6]. El comando tail escribe a la salida estándar la última parte de un archivo. Su sintaxis es:

tail [opción...] [archivo...]

Al igual que head, si no se le proporciona un argumento archivo, este comando tomará su entrada desde la entrada estándar. Alguna de sus opciones son las siguientes:

-c N

Escribe los últimos N bytes.

-n N

Escribe las últimas N líneas.

-f

Escribir la última parte del archivo a medida que va creciendo. Esta opción es muy útil para monitorear archivos de registro que van creciendo con el tiempo.

Ejemplo 22. Ejemplo del uso del comando tail

Un uso muy común de tail es utilizarlo para inspeccionar logs (o bitácoras) del sistema.

$ tail -n 10 /var/log/messages

mostrará las ultimas 10 líneas del log messages.

En el caso que se quiera tener un seguimiento de un log en especial se puede utilizar la opción -f

$ tail -n 10 -f /var/log/messages

mostrará las ultimas 10 líneas del log messages. Y luego quedará a la espera de nuevas líneas por aparecer en el final del archivo.

Fuente: http://dns.bdat.net/documentos/cursos/ar01s26.html

El comando less

Este comando es de mucha utilidad, su función es paginar texto en pantalla. Muchas veces ocurre que cuando se ejecuta algún comando, la salida del mismo es demasiada información como para que se pueda leer en la pantalla del monitor, entonces se puede redireccionar esta salida al less para que permita al usuario leer sin mayores problemas, pudiendo avanzar o retroceder en el texto con las flechas de cursor del teclado. También se utiliza para visualizar archivos de texto almacenados en disco.

La idea de less proviene de un paginador llamado more, un clásico en los UNIX. El more no era lo suficientemente amigable, es por eso que hicieron less. Su sintaxis es la siguiente:

less [archivo...]

Este comando es un programa interactivo, es por eso que no se hablará de argumentos sino de comandos:

Si se oprime la barra espaciadora, el less avanzará un número de líneas igual al número de líneas por pantalla que posea la terminal que se esté usando.

Pulsando la tecla se va avanzando de a una línea.

Ir al final del texto.

Ir al inicio del texto.

Ingresar una palabra a ser buscada avanzando dentro del texto.

Ingresar una palabra a ser buscada retrocediendo dentro del texto.

Buscar la siguiente ocurrencia de la búsqueda.

Avanzar una pantalla de texto.

Retroceder una pantalla de texto.

Cargar el editor de texto en el lugar donde se encuentre el usuario dentro del archivo. El editor que normalmente se utiliza es el vi, el cual se dará en la sección 4.2.

Salir del programa.

Repintar la pantalla. Útil cuando se está visualizando un archivo que ha sido modificado por otro programa.

Fuente: http://www.ibiblio.org/pub/linux/docs/LuCaS/Cursos/distro/intermedio/html/node27.html

El comando whereis

Este comando se utiliza para localizar el archivo binario, el código fuente y la página de manual de un determinado comando. Su sintaxis es como sigue:

whereis [opciones] archivo...

La lista de opciones más utilizadas es:

-b

Buscar solamente el archivo binario.

-m

Buscar solamente la página manual.

-s

Buscar solamente el código fuente.

Como ejemplos, se ve lo siguiente:

Ejemplo 25. Ejemplo del uso de whereis

usuario@maquina:~/$ whereis -m whereis whereis: /usr/share/man/man1/whereis.1.gz usuario@maquina:~/$ whereis passwd passwd: /usr/bin/passwd /etc/passwd /usr/man/passwd.5.gz

En el primer case se ha pedido la página de manual del mismo comando whereis ^[8] , mientras que en el segundo se han pedido todos los archivos que tengan que ver con el comando passwd.

Fuente: http://dns.bdat.net/documentos/cursos/ar01s29.html

Los comandos last y lastb

Vamos a conocer a dos comandos muy utiles, que nos brindan información sobre los accesos a nuestro sistema ellos son last y lastb. Si bien aparentan ser similares no lo son para nada. Empezaremos por hablar del comando last.

Con este comando podemos ver los ultimos usuarios que se han logueado en el sistema y que terminales usaron, asi como también los ultimos reinicios del sistema.
Su sintaxis es tan simple como:

$: last

facundo  pts/3        localhost        Thu Mar 27 04:07 - 04:07  (00:00)
facundo  :0                            Wed Mar 26 19:11   still logged in
reboot   system boot  2.6.24-1-amd64   Wed Mar 26 19:10 - 05:23 (1+10:13)
facundo  :0                            Tue Mar 25 15:54 - down   (12:40)
reboot   system boot  2.6.24-1-amd64   Tue Mar 25 15:33 - 04:34  (13:01)

Y obtendremos una salida como esta, la verdad es muy sencillo.
Entre la informacion que nos muestra se encuentran de izquierda a derecha, el usuario, la terminal que uso, el kernel con que arranco este usuario, la fecha del login, la hora de acceso y la hora de salida, asi como un resumen (entre parentesís) de la cantidad de horas que este usuario estuvo en el sistema.
Con el agregado de modificadores, encontraremos mucha mas información que nos puede ser realmente muy util.
Podemos utilizar pipes (tuberias) y hacer uso de la redirección estándar, como con cualquier comando, por ejemplo si queremos generar un archivo sobre los ultimos logins del usuario overclock podemos hacer lo siguiente:

$: last | grep overclock > login_overclock.txt

overclock  pts/3                 localhost      Thu Mar 27 04:07 - 04:07   (00:00)
overclock  :0                                   Wed Mar 26 19:11   still logged in
overclock  :0                                   Tue Mar 25 15:54 - down  (12:40)

Existen otras formas de filtrar al usuario overclock, pero esto lo veeremos mas adelante.

El modificador -n [numero] nos muestra los ultimos X cantidad de logins del usuario. Por ejemplo si necesitamos saber los utlimos dos logins en el sistema hariamos:

$: last -n 2

facundo  pts/3        localhost        Thu Mar 27 04:07 - 04:07  (00:00)
facundo  :0                                     Wed Mar 26 19:11   still logged in

El modificador [username] nos muestra los ultimos accesos al sistema de un usuario en particular, por ejemplo si queremos saber sobre los accesos de "root", cosa que por defecto no muestra la salida de este comando, hacemos:

$: last root

root     tty1                          Tue Mar 18 23:20 - 23:21  (00:00)
root     tty4                          Tue Mar 18 23:20 - 23:20  (00:00)
root     tty3                          Tue Mar 18 23:01 - 23:20  (00:19)

El modificador [ttyX] donde X es un numero real, que identifica a la terminal, nos muestra los ultimos logins en esa shell para ello:

$: last tty1

facundo  tty1                          Sun Mar 23 01:37 - crash  (00:05)
facundo  tty1                          Sun Mar 23 01:37 - 01:37  (00:00)
root        tty1                          Tue Mar 18 23:20 - 23:21  (00:00)
root        tty1                          Tue Mar 18 23:20 - 23:20  (00:00)
root        tty1                          Tue Mar 18 23:01 - 23:20  (00:19)

Estas entradas por lo general son leidas de un log, este es el archivo /var/log/wtmp, comunmente en ciclos de 30 días, por lo que siempre tendremos una copia del mes anterior llamada wtmp.1 (nunca dos meses, ya que se sobreescriben), a menos que hagamos una copia de este archivo, por ejemplo estableciendo con el cron, un backup mensual de este archivo.

El modificador -f especifica el archivo del cual deben ser leidas las entradas, por ejemplo nosotros actualmente queremos ver las del mes anterior por lo que hacemos:

$: last -f /var/log/wtmp.1

root         tty1                        Sat Mar  1 05:04    gone - no logout
root         tty1                        Sat Mar  1 05:04 - 05:04  (00:00)
facundo  :0                              Sat Mar  1 05:02    gone - no logout
reboot     System boot  2.6.22-2-486     Sat Mar  1 05:02 - 04:50 (27+00:48)
facundo  :0                              Sat Mar  1 02:38 - down   (02:22)
root         tty1                        Sat Mar  1 02:36 - down   (02:25)

El modificador -i, nos dice desde que dirección de IP se loguearon en nuestro sistema.

$: last -i

juan         tty1         192.168.1.3      Sat Mar  1 05:04    gone - no logout
raul         tty1         192.150.1.5      Sat Mar  1 05:04 - 05:04  (00:00)

Por su parte el comando lastb nos muestra una información que puede ser tan util como la anterior, los intentos fallidos de login en el sistema, su uso es simliar al anterior, la diferencia reside en que se “fija” en el archivo /var/log/btmp.
Como dije anteriormente su sintaxis es similar a el comando last, por lo cual solo pondremos un ejemplo.
Si queremos conocer los intentos fallidos de login del usuario “facundo” hacemos:

$: lastb facundo
facundo                                Fri Mar 14 23:11 - 23:11  (00:00)

Y la salida es esta, el usuario facundo, el viernes (friday) 14 de marzo, a las 23:11,

hasta las 23:11 (pues no entro al sistema), tuvo un intento fallido de login.

Para mas información sobre este comando, ya sabén:

$: man last

El manual de ayuda es similar tanto para last como para lastb.

Fuente: http://facusdelacruz.wordpress.com/2008/03/29/los-comandos-last-y-lastb/

El comando Free

El comando Free en Linux muestra la cantidad de memoria libre y usada que tiene el sistema. Por una parte muestra la memoria física y por otra la swap, también muestra la memoria caché y de buffer consumida por el Kernel.

No es necesario pasarle ningún parámetro al comando para ver su funcionalidad:

$ free
            total       used       free     shared    buffers     cached
Mem:        514796     503800      10996          0       9208     184804
-/+ buffers/cache:     309788     205008
Swap:      1510036      38252    1471784

No obstante, puede ser personalizado con los siguientes parámetros:

-b, –bytes

Muestra la salida en bytes.

-k, –kb

Muestra la salida en kilobytes (KB). Es el resultado por defecto.

-m, –mb

Muestra la salida en megabytes (MB).

-g, –gb

Muestra la salida en gigabytes (GB).

-l, –lowhigh

Muestra información detallada acerca de la utilización baja y alta de memoria.

-o, –old

Muestra el formato antiguo, sin -/+ buffers/cache.

-t, –total

Muestra un resumen del total de memoria física y swap.

-c n, –count=n

Refrescará la información n veces y luego saldrá del programa.

-s n, –repeat=n

Repetición, pausando n segundos entre una y otra

-V, –version

Muestra la versión de free y sale.

–help

Muestra la ayuda y sale.

Fuente: http://rm-rf.es/el-comando-free/

El Comando Top

El comando TOP muestra a tiempo real un listado de los procesos que se están ejecutando en el sistema, especificando además el % de Cpu y Memoria que están utilizando, sus IDs, usuarios que lo están ejecutando, etc. Todo esto y mucho más lo hace una de las herramientas imprescindibles para la administración de cualquier tipo de sistema Unix y derivado.

La salida por pantalla de Top, puede dividirse en dos partes, la “cabecera” muestra entre otras cosas, el Uptime del servidor, nº de usuarios conectados y load average. En la siguiente línea podemos ver el nº de procesos ejecutandose en el sistema, así como el uso de disco, memoria y cpus.

Posteriormente podemos observar un listado de procesos, que pueden ser ordenados por uso de cpu o memoria, lo que es una excelente ayuda para detectar procesos que consumen excesivos recursos en el servidor. Este listado, muestra varios detalles de cada uno de los procesos, como pueden ser el PID de proceso, usuario que lo ejecuta, %cpu y memoria que consume, comando que está ejecutando o tiempo de ejecución del proceso entre otros.

Como siempre digo, toda la información necesaria para sacar el máximo partido al proceso la tenemos en man:

man top

No obstante, paso a detallar algunas de las opciones que podemos pasarle al comando:

Opciones del comando TOP:

-c : Para visualizar la línea de comandos completa de cada proceso, activado mostrará las rutas completas, mientras que desactivandolo solo muestra el nombre del programa, ejemplo:

$ top -c:

4969 root      20   0 55092  39m   9m S   14  7.8  26:08.38 /usr/bin/X :0 -br -audit 0 -auth /var/lib/gdm/:0.Xauth -nolisten tcp vt7

$ top

4969 root      20   0 59996  39m   9m S   16  7.8  26:05.87 Xorg

-d : Intervalo de actualización y refresco, podemos asignarle un valor numérico (segundos) que determinará cada cuanto actualice la información.

-U : Monitorizar solamente los procesos de un determinado UID.

-p : Monitorizar solamente los ID de procesos especificados, ejemplo:

top -p12 -p133

-n : Especificaremos el nº de veces que actualizará hasta que finalice la ejecución de Top, ejemplo:

top -n4 # Refrescará la información cuatro veces y finalizará la ejecución de TOP.

Fuente: http://rm-rf.es/el-comando-top/

Comando md5sum [Qué es y Cómo usarlo]

Bueno, diré que “md5sum” es un programa nativo de Unix, que tienen versiones para distintas plataformas, que se utiliza para “verificar” archivos. Me explicaré mejor:

md5sum nos crea un hash md5 con el cual podemos saber si 1 archivo que descarguemos de internet, por ejemplo, es el que debería ser o si se descargó mal y tiene alguna alteración. El hash, es una cadena de caracteres, que podríamos decir, única, que nos indica qué archivo es. Al mínimo cambio, el hash sufre una alteración, así que es un sistema muy fiable.

Es realmente útil cuando descargamos archivos de internet y usamos gestores de descargas para “continuarlas” en lugar de bajar todo el archivo “de un tiro”. En muchas páginas de distros de linux, se nos ofrece el Hash md5 de las isos para que chequemos antes de quemarlas. Además, se puede usar para otras cosas, como juegos; yo descargué “Metin2″ -para Windows, porque para Linux no hay-, y pesa más de 500 MB, para estar seguro que estaba bien, pedí que un amigo cuya conexión es más rápida, tasara el que bajó, e instaló correctamente, para verificarlo; todo salió bien, mi archivo estaba correcto.

En una terminal, se escribe lo siguiente:

md5sum archivo_que_deseas_probar

y nos devolverá una cadena alfanumérica, por ejemplo:

md5sum Metin2_ES_20080908.exe

Me devuelve:

96e1d034b5260e9b5a57ffc4ad066262 Metin2_ES_20080908.exe

Pero, para no estar checando con los ojos, guardo los datos que me devolvió, con cualquier editor de textos, en un archivo llamado:

Metin2_ES_20080908.exe.md5

Y en la consola pongo:

md5sum -c Metin2_ES_20080908.exe.md5

Lo cual verificará el arvivo por sí solo y me dirá si “las sumas coinciden” o no:

Metin2_ES_20080908.exe: La suma coincide

Ahora sé que mi archivo es el que dice ser y lo puedo ocupar sin problemas. Espero sea de utilidad; md5sum es una especie de standard en las distros, de no estar el paquete, pues dejarlo comentado.

Fuente: http://pingato.wordpress.com/2009/04/14/md5sum-que-es-y-como-usarlo/

Comando Diff

Diff Compara ficheros y si son directorios, el contenido de los mismos.

Por Ejemplo:
 diff [opciones] fichero1 fichero2        
Opciones:

-b = Ignora los espacios en blanco. --text = Compara el texto línea por línea -w = Descarta espacio en blanco cuando compara líneas. -r = Compara directorios de forma recursiva. -q = Informa sólo de si los ficheros difieren. -y = Muestra la salida a dos columnas.

Fuente: linuxcomandos.blogspot.com/2008/04/comando-diff.html

MANUAL BÁSICO DE CRON

Copyright 2005-2008 Sergio González Durán
Se concede permiso para copiar, distribuir y/o modificar este documento siempre y cuando se cite al autor y la fuente de linuxtotal.com.mx y según los términos de la GNU Free Documentation License, Versión 1.2 o cualquiera posterior publicada por la Free Software Foundation.

autor: sergio.gonzalez.duran@gmail.com

¿Qué es cron?

Cron es el nombre del programa que permite a usuarios Linux/Unix ejecutar automáticamente comandos o scripts (grupos de comandos) a una hora o fecha específica. Es usado normalmente para comandos de tareas administrativas, como respaldos, pero puede ser usado para ejecutar cualquier cosa. Como se define en las páginas del manual de cron (#> man cron) es un demonio que ejecuta programas agendados.

En prácticamente todas las distribuciones de Linux se usa la versión Vixie Cron, por la persona que la desarrolló, que es Paul Vixie, uno de los grandes gurús de Unix, también creador, entre otros sistemas, de BIND que es uno de los servidores DNS más populares del mundo.

Iniciar cron

Cron es un demonio (servicio), lo que significa que solo requiere ser iniciado una vez, generalmente con el mismo arranque del sistema. El servicio de cron se llama crond. En la mayoría de las distribuciones el servicio se instala automáticamente y queda iniciado desde el arranque del sistema, se puede comprobar de varias maneras:

#> /etc/rc.d/init.d/crond status
#> /etc/init.d/crond status   Usa cualquiera de los dos dependiendo de tu distro
crond (pid 507) is running...

o si tienes el comando service instalado:
#> service crond status
crond (pid 507) is running...

se puede también revisar a través del comando ps:
# ps -ef   |  grep crond

si por alguna razón, cron no esta funcionando:
#> /etc/rc.d/init.d/crond start
Starting crond:            [ OK ]

Si el servicio no estuviera configurado para arrancar desde un principio, bastaría con agregarlo con el comando chkconfig:

#> chkconfig --level 35 crond on

Usando cron

Hay al menos dos maneras distintas de usar cron:

La primera es en el directorio /etc, donde muy seguramente encontrarás los siguientes directorios:

• cron.hourly
• cron.daily
• cron.weekly
• cron.monthly

Si se coloca un archivo tipo script en cualquiera de estos directorios, entonces el script se ejecutará cada hora, cada día, cada semana o cada mes, dependiendo del directorio.

Para que el archivo pueda ser ejecutado tiene que ser algo similar a lo siguiente:

 #!/bin/sh
#script que genera un respaldo
cd /usr/documentos
tar czf * respaldo
cp respaldo /otra_directorio/.

Nótese que la primera línea empieza con #!, que indica que se trata de un script shell de bash, las demás líneas son los comandos que deseamos ejecute el script. Este script podría nombrarse por ejemplo respaldo.sh y también debemos cambiarle los permisos correspondientes para que pueda ser ejecutado, por ejemplo:

#> chmod 700 respaldo.sh
#> ls -l respaldo.sh
-rwx------ 1 root root 0 Jul  20 09:30 respaldo.sh

La "x" en el grupo de permisos del propietario (rwx) indica que puede ser ejecutado.

Si este script lo dejamos en cron.hourly, entonces se ejecutará cada hora con un minuto de todos los días, en un momento se entenderá el porque.

Como segundo modo de ejecutar o usar cron es a través de manipular directamente el archivo /etc/crontab. En la instalación por defecto de varias distribuciones Linux, este archivo se verá a algo como lo siguiente:

#> cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

Las primeras cuatro líneas son variables que indican lo siguiente:

SHELL es el 'shell' bajo el cual se ejecuta el cron. Si no se especifica, se tomará por defecto el indicado en la línea /etc/passwd correspondiente al usuario que este ejecutando cron.

PATH contiene o indica la ruta a los directorios en los cuales cron buscará el comando a ejecutar. Este path es distinto al path global del sistema o del usuario.

MAIL TO es a quien se le envía la salida del comando (si es que este tiene alguna salida). Cron enviará un correo a quien se especifique en este variable, es decir, debe ser un usuario válido del sistema o de algún otro sistema. Si no se especifica, entonces cron enviará el correo al usuario propietario del comando que se ejecuta.

HOME es el directorio raíz o principal del comando cron, si no se indica entonces, la raíz será la que se indique en el archivo /etc/passwd correspondiente al usuario que ejecuta cron.

Los comentarios se indican con # al inicio de la línea.

Después de lo anterior vienen las líneas que ejecutan las tareas programadas propiamente. No hay límites de cuantas tareas pueda haber, una por renglón. Los campos (son 7) que forman estas líneas están formados de la siguiente manera:

Minuto  Hora  DiaDelMes  Mes  DiaDeLaSemana  Usuario  Comando

Campo	Descripción
Minuto	Controla el minuto de la hora en que el comando será ejecutado, este valor debe de estar entre 0 y 59.
Hora	Controla la hora en que el comando será ejecutado, se especifica en un formato de 24 horas, los valores deben estar entre 0 y 23, 0 es medianoche.
Día del Mes	Día del mes en que se quiere ejecutar el comando. Por ejemplo se indicaría 20, para ejecutar el comando el día 20 del mes.
Mes	Mes en que el comando se ejecutará, puede ser indicado numéricamente (1-12), o por el nombre del mes en inglés, solo las tres primeras letras.
Día de la semana	Día en la semana en que se ejecutará el comando, puede ser numérico (0-7) o por el nombre del día en inglés, solo las tres primeras letras. (0 y 7 = domingo)
Usuario	Usuario que ejecuta el comando.
Comando	Comando, script o programa que se desea ejecutar. Este campo puede contener múltiples palabras y espacios.

Un asterisco * como valor en los primeros cinco campos, indicará inicio-fin del campo, es decir todo. Un * en el campo de minuto indicará todos los minutos.

Para entender bien esto de los primeros 5 campos y el asterisco usaré mejor varios ejemplos:

Ejemplo	Descripción
01 * * * *	Se ejecuta al minuto 1 de cada hora de todos los días
15 8 * * *	A las 8:15 a.m. de cada día
15 20 * * *	A las 8:15 p.m. de cada día
00 5 * * 0	A las 5 a.m. todos los domingos
* 5 * * Sun	Cada minuto de 5:00a.m. a 5:59a.m. todos los domingos
45 19 1 * *	A las 7:45 p.m. del primero de cada mes
01 * 20 7 *	Al minuto 1 de cada hora del 20 de julio
10 1 * 12 1	A la 1:10 a.m. todos los lunes de diciembre
00 12 16 * Wen	Al mediodía de los días 16 de cada mes y que sea Miércoles
30 9 20 7 4	A las 9:30 a.m. del dia 20 de julio y que sea jueves
30 9 20 7 *	A las 9:30 a.m. del dia 20 de julio sin importar el día de la semana
20 * * * 6	Al minuto 20 de cada hora de los sábados
20 * * 1 6	Al minuto 20 de cada hora de los sábados de enero

También es posible especificar listas en los campos. Las listas pueden estar en la forma de 1,2,3,4 o en la forma de 1-4 que sería lo mismo. Cron, de igual manera soporta incrementos en las listas, que se indican de la siguiente manera:

Valor o lista/incremento

De nuevo, es más fácil entender las listas e incrementos con ejemplos:

Ejemplo	Descripción
59 11 * 1-3 1,2,3,4,5	A las 11:59 a.m. de lunes a viernes, de enero a marzo
45 * 10-25 * 6-7	Al minuto 45 de todas las horas de los días 10 al 25 de todos los meses y que el día sea sábado o domingo
10,30,50 * * * 1,3,5	En el minuto 10, 30 y 50 de todas las horas de los días lunes, miércoles y viernes
*/15 10-14 * * *	Cada quince minutos de las 10:00a.m. a las 2:00p.m.
* 12 1-10/2 2,8 *	Todos los minutos de las 12 del día, en los días 1,3,5,7 y 9 de febrero a agosto. (El incremento en el tercer campo es de 2 y comienza a partir del 1)
0 */5 1-10,15,20-23 * 3	Cada 5 horas de los días 1 al 10, el día 15 y del día 20 al 23 de cada mes y que el día sea miércoles
3/3 2/4 2 2 2	Cada 3 minutos empezando por el minuto 3 (3,6,9, etc.) de las horas 2,6,10, etc (cada 4 horas empezando en la hora 2) del día 2 de febrero y que sea martes

Como se puede apreciar en el último ejemplo la tarea cron que estuviera asignada a ese renglón con esos datos, solo se ejecutaría si se cumple con los 5 campos (AND). Es decir, para que la tarea se ejecute tiene que ser un martes 2 de febrero a las 02:03. Siempre es un AND booleano que solo resulta verdadero si los 5 campos son ciertos en el minuto específico.

El caso anterior deja claro entonces que:

El programa cron se invoca cada minuto y ejecuta las tareas que sus campos se cumplan en ese preciso minuto.

Incluyendo el campo del usuario y el comando, los renglones de crontab podrían quedar entonces de la siguiente manera:

0 22 * * * root /usr/respaldodiario.sh
0 23 * * 5 root /usr/respaldosemanal.sh
0 8,20 * * * sergio mail -s "sistema funcionando" sgd@ejemplo.com

Las dos primeras líneas las ejecuta el usuario root y la primera ejecuta a las 10 de la noche de todos los días el script que genera un respaldo diario. La seguna ejecuta a las 11 de la noche de todos los viernes un script que genera un respaldo semana. La tercera línea la ejecuta el usuario sergio y se ejecutaría a las 8 de la mañana y 8 de la noche de todos los día y el comando es enviar un correo a la cuenta sgd@ejemplo.com con el asunto "sistema funcionando", una manera de que un administrador este enterado de que un sistema remoto esta activo en las horas indicadas, sino recibe un correo en esas horas, algo anda mal.

Siendo root, es posible entonces, modificar directamente crontab:

#> vi /etc/crontab

Ejecutando Cron con múltiples usuarios, comando crontab

Linux es un sistema multiusuario y cron es de las aplicaciones que soporta el trabajo con varios usuarios a la vez. Cada usuario puede tener su propio archivo crontab, de hecho el /etc/crontab se asume que es el archivo crontab del usuario root, aunque no hay problema que se incluyan otros usuarios, y de ahí el sexto campo que indica precisamente quien es el usuario que ejecuta la tarea y es obligatorio en /etc/crontab.

Pero cuando los usuarios normales (e incluso root) desean generar su propio archivo de crontab, entonces utilizaremos el comando crontab.

En el directorio /var/spool/cron (puede variar según la distribución), se genera un archivo cron para cada usuario, este archivo aunque es de texto, no debe editarse directamente.

Se tiene entonces, dos situaciones, generar directamente el archivo crontab con el comando:

$> crontab -e

Con lo cual se abrira el editor por default (generalemente vi) con el archivo llamado crontab vacio y donde el usuario ingresará su tabla de tareas y que se guardará automáticamente como /var/spool/cron/usuario.

El otro caso es que el usuario edite un archivo de texto normal con las entradas de las tareas y como ejemplo lo nombre 'mi_cron', después el comando $> crontab mi_cron se encargará de establecerlo como su archivo cron del usuario en /var/spool/cron/usuario:

$> vi mi_cron
# borra archivos de carpeta compartida
0 20 * * * rm -f /home/sergio/compartidos/*
# ejecuta un script que realiza un respaldo de la carpeta documentos el primer día
de cada mes
0 22 1 * * /home/sergio/respaldomensual.sh
# cada 5 horas de lun a vie, se asegura que los permisos sean los correctos en mi
home
1 *5 * * * 1-5 chmod -R 640 /home/sergio/*
:wq (se guarda el archivo)
$> ls
gt; ls
gt; ls
mi_cron
$> crontab mi_cron
gt; crontab mi_cron
gt; crontab mi_cron
(se establece en /var/spool/cron/usuario)

Resumiendo lo anterior y considerando otras opciones de crontab:

$> crontab archivo.cron gt; crontab archivo.cron gt; crontab archivo.cron (establecerá el archivo.cron como el crontab del usuario)
$> crontab -e           gt; crontab -e           gt; crontab -e           (abrirá el editor preestablecido donde se podrá crear o
editar el archivo crontab)
$> crontab -l           gt; crontab -l           gt; crontab -l           (lista el crontab actual del usuario, sus tareas de cron)
$> crontab -r           gt; crontab -r           gt; crontab -r           (elimina el crontab actual del usuario)

En algunas distribuciones cuando se editan crontabs de usuarios normales es necesario reiniciar el servicio para que se puedan releer los archivos de crontab en /var/spool/cron.

#> service crond restart

Para entender mejor como iniciar/detener/reiniciar servicios, en este artículo encontrarás más información.

Controlando el acceso a cron

Cron permite controlar que usuarios pueden o no pueden usar los servicios de cron. Esto se logra de una manera muy sencilla a través de los siguientes archivos:

• /etc/cron.allow
• /etc/cron.deny

Para impedir que un usuario utilice cron o mejor dicho el comando crontab, basta con agregar su nombre de usuario al archivo /etc/cron.deny, para permitirle su uso entonces sería agregar su nombre de usuario en /etc/cron.allow, si por alguna razón se desea negar el uso de cron a todos los usuarios, entonces se puede escribir la palabra ALL al inicio de cron.deny y con eso bastaría.

#> echo ALL >>/etc/cron.deny
o para agregar un usuario mas a cron.allow
#> echo juan >>/etc/cron.allow

Si no existe el archivo cron.allow ni el archivo cron.deny, en teoría el uso de cron esta entonces sin restricciones de usuario. Si se añaden nombres de usuarios en cron.allow, sin crear un archivo cron.deny, tendrá el mismo efecto que haberlo creado con la palabra ALL. Esto quiere decir que una vez creado cron.allow con un solo usuario, siempre se tendrán que especificar los demás usuarios que se quiere usen cron, en este archivo.

Fuente: http://www.linuxtotal.com.mx/index.php?cont=info_admon_006

MANUAL BÁSICO DE ADMINISTRACIÓN DE PROCESOS

La más simple definición de un proceso podría ser que es una instancia de un programa en ejecución (corriendo). A los procesos frecuentemente se les refiere como tareas. El contexto de un programa que esta en ejecución es lo que se llama un proceso. Este contexto puede ser mas procesos hijos que se hayan generado del principal (proceso padre), los recursos del sistema que este consumiendo, sus atributos de seguridad (tales como su propietario y permisos de archivos asi como roles y demás de SELinux), etc.

Linux, como se sabe, es un sistema operativo multitarea y multiusuario. Esto quiere decir que múltiples procesos pueden operar simultáneamente sin interferirse unos con los otros. Cada proceso tiene la "ilusión" que es el único proceso en el sistema y que tiene acceso exclusivo a todos los servicios del sistema operativo.

Programas y procesos son entidades distintas. En un sistema operativo multitarea, múltiples instancias de un programa pueden ejecutarse sumultáneamente. Cada instancia es un proceso separado. Por ejemplo, si cinco usuarios desde equipos diferentes, ejecutan el mismo programa al mismo tiempo, habría cinco instancias del mismo programa, es decir, cinco procesos distintos.

Cada proceso que se inicia es referenciado con un número de identificación único conocido como Process ID PID, que es siempre un entero positivo. Prácticamente todo lo que se está ejecutando en el sistema en cualquier momento es un proceso, incluyendo el shell, el ambiente gráfico que puede tener múltiples procesos, etc. La excepción a lo anterior es el kernel en si, el cual es un conjunto de rutinas que residen en memoria y a los cuales los procesos a través de llamadas al sistema pueden tener acceso.

ps

El comando ps es el que permite informar sobre el estado de los procesos. ps esta basado en el sistema de archivos /proc, es decir, lee directamente la información de los archivos que se encuentran en este directorio. Tiene una gran cantidad de opciones, incluso estas opciones varían dependiendo del estilo en que se use el comando. Estas variaciones sobre el uso de ps son las siguientes:

• Estilo UNIX, donde las opciones van precedidas por un guión -
• Estilo BSD, donde las opciones no llevan guión
• Estilo GNU, donde se utilizan nombres de opciones largas y van precedidas por doble guión --

Sea cual sea el estilo utilizado, dependiendo de las opciones indicadas, varias columnas se mostrarán en el listado de procesos que resulte, estas columnas pueden ser entre muchas otras, las siguientes (y principales):

p o PID		Process ID, número único o de identificación del proceso.
P o PPID		Parent Process ID, padre del proceso
U o UID		User ID, usuario propietario del proceso
t o TT o TTY		Terminal asociada al proceso, si no hay terminal aparece entonces un '?'
T o TIME		Tiempo de uso de cpu acumulado por el proceso
c o CMD		El nombre del programa o camndo que inició el proceso
RSS		Resident Sise, tamaño de la parte residente en memoria en kilobytes
SZ o SIZE		Tamaño virtual de la imagen del proceso
NI		Nice, valor nice (prioridad) del proceso, un número positivo significa menos tiempo de procesador y negativo más tiempo (-19 a 19)
C o PCPU		Porcentaje de cpu utilizado por el proceso
STIME		Starting Time, hora de inicio del proceso
S o STAT		Status del proceso, estos pueden ser los siguientes R runnable, en ejecución, corriendo o ejecutándose S sleeping, proceso en ejecución pero sin actividad por el momento, o esperando por algún evento para continuar T sTopped, proceso detenido totalmente, pero puede ser reiniciado Z zombie, difunto, proceso que por alguna razón no terminó de manera correcta, no debe haber procesos zombies D uninterruptible sleep, son procesos generalmente asociados a acciones de IO del sistema X dead, muerto, proceso terminado pero que sigue apareciendo, igual que los Z no deberían verse nunca

Las opciones completas de ps las encuentras en las páginas del manual (man ps), o escribiendo en la terminal ps L, y para ver un resumen de sus opciones más comunes usa ps --help:

#> ps --help
********* simple selection *********  ********* selection by list *********
-A all processes                      -C by command name
-N negate selection                   -G by real group ID (supports names)
-a all w/ tty except session leaders  -U by real user ID (supports names)
-d all except session leaders         -g by session OR by effective group name
-e all processes                      -p by process ID
T  all processes on this terminal     -s processes in the sessions given
a  all w/ tty, including other users  -t by tty
g  OBSOLETE -- DO NOT USE             -u by effective user ID (supports names)
r  only running processes             U  processes for specified users
x  processes w/o controlling ttys     t  by tty
*********** output format **********  *********** long options ***********
-o,o user-defined  -f full            --Group --User --pid --cols --ppid
-j,j job control   s  signal          --group --user --sid --rows --info
-O,O preloaded -o  v  virtual memory  --cumulative --format --deselect
-l,l long          u  user-oriented   --sort --tty --forest --version
-F   extra full    X  registers       --heading --no-heading --context
                 ********* misc options *********
-V,V  show version      L  list format codes  f  ASCII art forest
-m,m,-L,-T,H  threads   S  children in sum    -y change -l format
-M,Z  security data     c  true command name  -c scheduling class
-w,w  wide output       n  numeric WCHAN,UID  -H process hierarchy

A continuación algunos cuantos ejemplos de ps con la salida recortada.

># ps -e    (-e muestra todos los procesos)
PID TTY          TIME CMD
 1 ?        00:00:01 init
 2 ?        00:00:00 kthreadd
 3 ?        00:00:00 migration/0
 4 ?        00:00:00 ksoftirqd/0

#> ps -ef    (-f muestra opciones completas)
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 10:12 ?        00:00:01 init [5]
root         2     0  0 10:12 ?        00:00:00 [kthreadd]
...
root      6130  5662  0 10:24 pts/0    00:00:00 su -
root      6134  6130  0 10:24 pts/0    00:00:00 -bash
sergon    6343  5604  0 10:28 ?        00:00:00 kio_file [kdeinit] file /home
                                    /sergon/tmp/ksocket-sergon/kl
root      6475  6134  0 10:38 pts/0    00:00:00 ps -ef

#> ps -eF    (-F muestra opciones completas extra)
UID        PID  PPID  C    SZ   RSS PSR STIME TTY          TIME CMD
root         1     0  0   412   556   1 16:59 ?        00:00:01 init [5]
root         2     0  0     0     0   1 16:59 ?        00:00:00 [kthreadd]
sergon    8326  8321  0   902  1272   0 17:07 ?        00:00:00 /bin/sh /usr/lib
                                                    /firefox-2.0.0.8/
                                                    run-mozilla.sh /
                                                    usr/lib/f
sergon    8331  8326  4 53856 62604   0 17:07 ?        00:00:50 /usr/lib/
                                                    firefox-2.0.0.8/
                                                    mozilla-firefox-bin
sergon    8570  7726  2 15211 37948   0 17:17 ?        00:00:10 quanta

#> ps ax     (formato BSD sin guión, a muestra todos, x sin mostrar tty)
PID TTY      STAT   TIME COMMAND
 1 ?        Ss     0:01 init [5]
 2 ?        S<> ps aux   (formato BSD sin guión, u muestra usuarios y demás columnas)
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   1648   556 ?        Ss   16:59   0:01 init [5]
root         2  0.0  0.0      0     0 ?        S<> ps -eo user,pid,tty   (-o output personalizado, se indican los campos
separados por coma, ver ps --help o ps L)
USER       PID TT
root         1 ?
root         2 ?
sergon    8570 tty 1
root      8876 pts/1

#> ps -eH  (muestra árbol de procesos)
#> ps axf  (lo mismo en formato BSD)
#> ps -ec  (el comando  que se esta ejecutando, sin la ruta, solo el nombre real)
#> ps -el  (muestra formato largo de varias columnas, muy práctico)
#> ps L    (No muestra procesos, lista todos los códigos de formatos)

pstree

Muestra los procesos en forma de árbol, pstree --help te da las opciones más comunes. Recomiendo uses lo uses con la opción -A y -G para que te un árbol con líneas con líneas estilo ASCII y de terminal VT100 respectivamente, puedes añadir también -u para mostrar entre paréntesis al usuario propietario del proceso:

#> pstree -AGu
init---acpid
  |-atd(daemon)
  |-automount----2*[{automount}]
  |-avahi-daemon(avahi)
  |-beagled(sergon)----7*[{beagled}]
  |-beagled-helper(sergio)----3*[{beagled-helper}]
  |-compiz(sergon)----kde-window-deco
  |-console-kit-dae----61*[{console-kit-dae}]
  |-crond
  |-dbus-daemon(messagebus)
  |-dbus-daemon(sergio)
  |-dbus-launch(sergio)
  |-dcopserver(sergio)
  |-dhclient
  |-gam_server(sergio)
  |-gconfd-2(sergio)
  |-hald(haldaemon)----hald-runner(root)----hald-addon-acpi(haldaemon)
  |                                       |-hald-addon-cpuf
  |                                       |-hald-addon-inpu
  |                                       |-hald-addon-stor
  |-httpd---8*[httpd(apache)]
  |-2*[ifplugd]
  |-ipw3945d
  |-kaccess(sergio)
...

kill

El comando kill, que literalmente quiere decir matar, sirve no solo para matar o terminar procesos sino principalmente para enviar señales (signals) a los procesos. La señal por default (cuando no se indica ninguna es terminar o matar el proceso), y la sintaxis es kill PID, siendo PID el número de ID del proceso. Asi por ejemplo, es posible enviar una señal de STOP al proceso y se detendrá su ejecución, después cuando se quiera mandar una señal de CONTinuar y el proceso continuara desde donde se quedo.

#> kill -l     (lista todas las posibles señales que pueden enviarse a un proceso)
1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
5) SIGTRAP      6) SIGABRT      7) SIGBUS       8) SIGFPE
9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
13) SIGPIPE     14) SIGALRM     15) SIGTERM     16) SIGSTKFLT
17) SIGCHLD     18) SIGCONT     19) SIGSTOP     20) SIGTSTP
21) SIGTTIN     22) SIGTTOU     23) SIGURG      24) SIGXCPU
25) SIGXFSZ     26) SIGVTALRM   27) SIGPROF     28) SIGWINCH
29) SIGIO       30) SIGPWR      31) SIGSYS      34) SIGRTMIN
35) SIGRTMIN+1  36) SIGRTMIN+2  37) SIGRTMIN+3  38) SIGRTMIN+4
39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12
47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14
51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10
55) SIGRTMAX-9  56) SIGRTMAX-8  57) SIGRTMAX-7  58) SIGRTMAX-6
59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX

La lista previa presenta una lista de todas las posibles señales que pueden mandarse a un proceso y estas pueden ser invocadas a través del número de la señal o de su código, por ejemplo:

#> kill -9 11428        (termina, mata un proceso completamente)
#> kill -SIGKILL 11428  (Lo mismo que lo anterior)

Las señales más comunes son la 19 y 20 que detienen momentáneamente la ejecución de un proceso o programa, 18 la continua, 1 que es la señal de hang up que obliga al proceso a releer sus archivos de configuración estando en ejecución y 9 que termina rotundamente un proceso.

killall

El comando killall, que funciona de manera similar a kill, pero con la diferencia de en vez de indicar un PID se indica el nombre del programa, lo que afectará a todos los procesos que tengan ese nombre. Asi por ejemplo si se tienen varias instancias ejecutándose del proxy server squid, con killall squid eliminará todos los procesos que se esten ejecutando con el nombre 'squid'

#> killall -l             (lista de posibles señales)
#> killall -HUP httpd     (manda una señal de "colgar", detenerse releer sus
archivos de configuración y reiniciar)
#> killall -KILL -i squid (manda señal de matar a todos los procesos squid pero
pide confirmación en cada uno)

nice

Permite cambiar la prioridad de un proceso. Por defecto, todos los procesos tienen una prioridad igual ante el CPU que es de 0. Con nice es posible iniciar un programa (proceso) con la prioridad modificada, más alta o más baja según se requiera. Las prioridades van de -20 (la más alta) a 19 la más baja. Solo root o el superusuario puede establecer prioridades negativas que son más altas. Con la opción -l de ps es posible observar la columna NI que muestra este valor.

#> nice             (sin argumentos, devuelve la prioridad por defecto )
0
#> nice -n -5 comando  (inicia comando con una prioridad de -5, lo que le da más
tiempo de cpu)

renice

Asi como nice establece la prioridad de un proceso cuando se incia su ejecución, renice permite alterarla en tiempo real, sin necesidad de detener el proceso.

#> nice -n -5 yes   (se ejecuta el programa 'yes' con prioridad -5)
                 (dejar ejecutando 'yes' y en otra terminal se analiza con 'ps')
#> ps -el
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
4 S     0 12826 12208  4  75  -5 -   708 write_ pts/2    00:00:00 yes

#> renice 7 12826
12826: prioridad antigua -5, nueva prioridad 7
#> ps -el
F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
4 S     0 12826 12208  4  87   7 -   708 write_ pts/2    00:00:15 yes

(obsérvese el campo NI en el primer caso en -5, y en el segundo con renice quedó en
7, en tiempo real)

nohup y &

Cuando se trata ejecutar procesos en background (segundo plano) se utiliza el comando nohup o el operador &. Aunque realizan una función similar, no son lo mismo.

Si se desea liberar la terminal de un programa que se espera durará un tiempo considerable ejecutándose, entonces se usa . Esto funciona mejor cuando el resultado del proceso no es necesario mandarlo a la salida estándar (stdin), como por ejemplo cuando se ejecuta un respaldo o se abre un programa Xwindow desde la consola o terminal. Para lograr esto basta con escribir el comando en cuestión y agregar al final el símbolo & (ampersand).

$> yes > /dev/null &
$> tar czf respaldo /documentos/* > /dev/null/ &
$> konqueror & gt; konqueror & gt; konqueror & (con estos ejemplos se ejecuta el comando y se libera la terminal
regresando el prompt)

Sin embargo lo anterior produce que el padre del proceso PPID que se invocó con sea el proceso de la terminal en si, por lo que si cerramos la terminal o salimos de la sesión también se terminaran los procesos hijos que dependan de la terminal, no muy conveniente si se desea que el proceso continué en ejecución.

Para solucionar lo anterior, entonces se usa el comando nohup que permite al igual que '&' mandar el proceso y background y que este quede inmune a los hangups (de ahí su nombre nohup) que es cuando se cuelga o termina la terminal o consola de la cual se ejecutó el proceso.

$> nohup yes > /dev/null &
$> nohup czf respaldo /documentos/* > /dev/null/
$> nohup konqueror

Asi se evita que el proceso se "cuelgue" al cerrar la consola.

jobs

Si por ejemplo, se tiene acceso a una única consola o terminal, y se tienen que ejecutar varios comandos que se ejecutarán por largo tiempo, se pueden entonces como ya se vió previamente con nohup y el operador '&' mandarlos a segundo plano o background con el objeto de liberar la terminal y continuar trabajando.

Pero si solo se está en una terminal esto puede ser difícil de controlar, y para eos tenemos el comando jobs que lista los procesos actuales en ejecución:

#> yes > /dev/null &
[1] 26837
#> ls -laR > archivos.txt &
[2] 26854
#> jobs
[1]-  Running                 yes >/dev/null &
[2]+  Running                 ls --color=tty -laR / >archivos.txt &

En el ejemplo previo, se ejecutó el comando yes y se envió a background (&) y el sistema devolvió [1] 26837, indicando asi que se trata del trabajo o de la tarea [1] y su PID, lo mismo con la segunda tarea que es un listado recursivo desde la raíz y enviado a un archivo, esta es la segunda tarea.

Con los comandos fg (foreground) y bg background es posible manipular procesos que esten suspendidos temporalmente, ya sea porque se les envió una señal de suspensión como STOP (20) o porque al estarlos ejecutando se presionó ctrl-Z. Entonces para reanudar su ejecución en primer plano usaríamos fg:

#> jobs
[1]-  Stopped                 yes >/dev/null &
[2]+  Stopped                ls --color=tty -laR / >archivos.txt &
#> fg %1
#> jobs
[1]+  Running                 yes >/dev/null &
[2]-  Stopped                ls --color=tty -laR / >archivos.txt &

Obsérvese como al traer en primer plano al 'job' o proceso 1, este adquirió el símbolo [+] que indica que esta al frente. Lo mismo sería con bg que volvería a reinicar el proceso pero en segundo plano. Y también es posible matar los procesos con kill indicando el número que devuelve jobs: kill %1, terminaría con el proceso en jobs número 1.

top

Una utilería muy usada y muy útil para el monitoreo en tiempo real del estado de los procesos y de otras variantes del sistema es el programa llamado top, se ejecuta desde la línea de comandos, es interactivo y por defecto se actualiza cada 3 segundos.

$> top
top - 13:07:30 up 8 days,  6:44,  4 users,  load average: 0.11, 0.08, 0.08
Tasks: 133 total,   1 running, 131 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.0%us,  0.2%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:    497356k total,   472352k used,    25004k free,    21500k buffers
Swap:  1156640k total,   257088k used,   899552k free,    60420k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
26156 sergon    15   0  2160 1016  784 R    1  0.2   0:00.93 top
 1 root      15   0  2012  616  584 S    0  0.1   0:00.98 init
 2 root      RT   0     0    0    0 S    0  0.0   0:00.29 migration/0
 3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
 4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0
 5 root      RT   0     0    0    0 S    0  0.0   0:00.38 migration/1
...

Estando adentro de la apliación, presionando 'h' muestra una ayuda de los posibles comandos que permiten configurar top, por ejemplo, al presionar 's' pregunta por el tiempo en segundos de actualización, etc.

Estas son algunas de las herramientas, las más importantes y usadas, para adminsitrar procesos, hay varios programas en ambientes gráficos que en una sola pantalla permiten todo lo anterior y más, y en línea de comandos te recomiendo htop, que es como un top pero en esteroides.

Copyright 2005-2008 Sergio González Durán
Se concede permiso para copiar, distribuir y/o modificar este documento siempre y cuando se cite al autor y la fuente de linuxtotal.com.mx y según los términos de la GNU Free Documentation License, Versión 1.2 o cualquiera posterior publicada por la Free Software Foundation.

autor: sergio.gonzalez.duran@gmail.com

Fuente: http://www.linuxtotal.com.mx/index.php?cont=info_admon_012

El proceso de impresión en Linux

El proceso de impresión en Linux

1. Introduccion
2. Impresión en Linux
3. Impresión remota
4. El area de Spool
5. Directorios temporales
6. Configuracion de impresoras y printcap
7. El demonio de la impresion
8. Formatos de texto
9. Filtros

INTRODUCCION

El sistema de impresión de Linux (el sistema lp) es una adaptación del código escrito por los Regents de la Universidad de California para la versión Berkeley Software Distribution (BSD) del sistema operativo UNIX.

IMPRESIÓN EN LINUX Impresión en Linux

La forma más simple de imprimir en Linux es enviar el fichero que se va a imprimir directamente al dispositivo de impresión.

Para esto podemos usar el comando cat.

Como usuario root, uno puede hacer lo siguiente:

cat tesis.txt > /dev/lp

otro ejemplo podría ser

ls > /dev/lp1

Lp o lp1 son enlaces simbólicos a las impresoras existentes en la máquina. Cuando se instala una impresora se debe poner el nombre completo de la misma y se asigna un alias o nombre corto para la misma lp1, lp2, lp3, etc.

Para el propósito de la seguridad, sólo el usuario root y los usuarios de su mismo grupo como el demonio de impresión son capaces de escribir directamente a la impresora. Es por esto por lo que se tienen que usar comandos como lpr, lprm, etc para acceder a la impresora.

Este método de impresión tiene el problema de no utilizar la multitarea de linux ya que el proceso duraría el tiempo que la impresora necesite para despachar el trabajo a imprimir, incluyendo otro tipo de problemas , como por ejemplo que la impresora se encuentre apagada, trancada o sin papel.

Lo que saldría por la impresora en el primer caso sería el documento tesis.txt, en el segundo caso se ejecuta el comando ls, listando por impresora los ficheros que se encuentren en el directorio actual.

IMPRESIÓN REMOTA

Cualquier máquina que intente imprimir en un sistema determinado, debe estar registrada en la maquina que se va a imprimir en cualquiera de los siguientes ficheros:

* /etc/hosts.equiv

* /etc/hosts.lpd

Estos, son simples ficheros de texto, con un nombre de maquina por línea. Es preferible el segundo, reservando el primero para proporcionar mayores permisos de acceso.

Puede restringirse el uso tanto por nombre como por grupos.

- Las siguientes son líneas que se deben agregar al fichero /etc/printcap.

:rg: Con esta línea se especifican los grupos autorizados con uno o varios campos.

Ej. :rg=Grupo: Poniendo esta línea en el printcap solo podrán acceder a la impresora aquellos usuarios asignados al grupo que se especifica en la línea, en este caso es Grupo.

:rs: Con este campo, se puede también limitar el acceso a aquellos usuarios con cuenta en su sistema.

EL AREA DE SPOOL

El spool o cola de impresión es un área de almacenamiento, donde se guardan los datos a imprimir en un archivo temporal y se arranca un proceso en segundo plano (que es el demonio de impresión o lpd) que es quen envía la información a la impresora seleccionada.



Generalmente el directorio de spool se encuentra en:

/usr /spool / lpd

o

/var /spool / impresora

La cola de Impresión permite que se puedan imprimir varios ficheros a la vez, cuantos sean necesarios.

Cada impresora tiene su cola de impresión esto significa que se pueden estar mandando varios documentos a las impresoras que se tengan instaladas e incluso pueden haber varios documentos en cada una de las colas.

Los documentos de una cola no se mezclan con los documentos de la otra y existe un procesos o demonios que se encargan de tratar individualmente cada documento, esto lo veremos más detalladamente en la parte de Proceso de Impresión).

Realmente, sólo hay un directorio importante que es el spool.

Sin embargo, un sistema típico debería configurarse en varios directorios, uno para cada impresora, lo que facilita notablemente el mantenimiento. En la mayoría de las instalaciones, /var/spool/lpd o /usr /spool / lpd (algunos materiales hacen referencia a la primera y otros a la segunda) es el directorio de spool principal, y cada impresora tiene un subdirectorio particular, con el mismo nombre que la impresora. Así, si tiene una impresora llamada PJL-16 que admite PostScript y HPGL, debería crear dos directorios, por ejemplo /var/spool/lpd/PJL-16-ps y /var/spool/lpd/PJL-16-hpgl..

DIRECTORIOS TEMPORALES

Los directorios temporales deberían pertenecer a root, grupo lp

El usuario y el grupo deben poder leer y escribir, y el resto solo leer.

Cada directorio temporal debe contener como mínimo estos cuatro ficheros: ".seq" , "errs" , "lock" y "status".

- El fichero .seq contiene la secuencia de trabajos enviados.

- El fichero status contiene el mensaje que devuelve "lpc stat".

- El fichero lock impide al demonio lpd imprimir dos trabajos al mismo tiempo en la misma impresora.

- El fichero errs guarda un registro de los errores de la impresora.

CONFIGURACION DE IMPRESORAS Y PRINTCAP

Configuración de Impresoras El /etc/printcap es simplemente un archivo de texto, que guarda la configuración de las impresoras y que puede ser modificado por el root o superusuario.

Su propietario es el administrador del sistema y debe tener permisos de lectura y escritura para el mismo. Los permisos para todos los demás deben ser de solo lectura, por razones obvias.

Cada entrada de printcap describe una impresora, es decir, cada entrada de printcap provee una denominación lógica para un dispositivo físico, y describe cómo deben ser los datos enviados y manejados por este dipositivo.

Por ejemplo, una entrada de printcap definirá qué puerto vamos a usar, que spool, que proceso deben soportar los datos, qué clase de errores debemos notificar, qué volumen de datos se permiten enviar como máximo, o limitar el acceso de ciertos dispositivos.

Cada entrada de /etc/printcap se estructura con una serie de campos, encabezados por una etiqueta, y limitados por dos puntos, a excepción del primer campo, que describe la impresora.

Campos del printcap:

- lp :

Apunta al puerto/dispositivo de impresión.

Generalmente es /dev/lp.

Cuando configure una impresora remota, se debe poner ":lp=:" en /etc/printcap, indicando que no está asignada a ningún dispositivo local..

- lf :

Guarda un registro de los errores de la impresión.

- if :

Indica el nombre del filtro de impresión a ejecutar.

- rm y rp :

Controlan el destino de la impresión remota.

- sh y sf :

Son separadores.

Se usan cuando hay mucha gente usando la misma impresora.

- mx :

Limita el tamaño del spool, señalando una cantidad en bloques de 1 K ( 1024 bits ).

Si mx=0, el límite viene dado por el espacio disponible en disco.

Este campo es útil si se tienen programas que accidentalmente pueden generar un volumen desproporcionado de datos a imprimir (imágenes, por ejemplo).

Ejemplo de entrada en /etc/printcap:

impresora|HP850C:\

# Se pone la impresora con 2 alias.

:lp=/dev/lp1:\

# lp es el dispositivo de impresión, acá se está seteando como la primera impresora.

:sd=/var/spool/lpd/HP850C:

# Con esta línea especificamos el área de spool para esta impresora.

COMANDOS

lpr :

Nos permite imprimir un fichero o conjunto de ficheros, así como la salida de alguna orden.

Sintaxis de impresión de ficheros:

lpr fichero1

lpr fichero1 fichero2 fichero3

Como la salida de un comando:

comando | lpr

ls -l | lpr

El parámetro -P nos permite especifica a que impresora va dirigido el trabajo de impresión.

Sintaxis:

lpr -P nombre_impresora fichero1

lpq :

Lo utilizamos para poder gestionar el conjunto de tareas de impresión que se encuentran en la cola de impresión.

El parámetro -P especifica que cola de impresión queremos ver.

La información que visualiza el lpq es entre otra el nombre del propietario del trabajo, un número de trabajo que es secuencial, el nombre del fichero o del comando a imprimir, el tamaño del fichero y el orden en el que se va a imprimir.

lprm :

Este comando se utiliza para remover un trabajo de la cola de impresión.

Se puede indicar específicamente el numero de trabajo, o con el parámetro "–P" podemos cancelar todos los trabajos destinados a una impresora seleccionada.

Sintaxis de eliminación de ficheros:

lprm número de trabajo

Si el superusuario deseara eliminar todos los trabajos pertenecientes a un usuario determinado, bastaría con especificar el nombre del usuario en la línea de comandos.

Sintaxis de eliminación de todos los ficheros de un usuario:

lprm -P impresora usuario

También existe con este commando, una forma de eliminar todos los trabajos de la cola de impresión, esto esta reservad solo para el administrador del sistema.

Sintaxis:

lprm -

lpc :

Con lpc podemos comprobar el estado de las impresoras, y controlar algunos aspectos de su uso.

permite arrancar y parar la cola de impresión, permite activar y desactivar impresoras, y reorganizar el orden de los trabajos en cola.

1) lpc down impresora

2) lpc enable impresora

3) lpc topq 23

1.- Inhabilita la impresora "impresora".

2.- Habilita la impresora "impresora".

3.- Mueve el trabajo 23 al principio de la cola de impresión.

EL DEMONIO DE LA IMPRESION

Es un proceso en segundo plano, que analiza constante y metódicamente los directorios de spool, buscando nuevos datos a imprimir.

Cuando hay algún dato para imprimir, este demonio realiza una copia de si mismo que toma los archivos correspondientes y los manda a la impresora seleccionada.

El demonio original se encarga de seguir chequeando la cola en espera de nuevos trabajos para imprimir.

Vale decir que para cada trabajo se crea un demonio que se ocupe únicamente de ese trabajo.

PROCESO DE LA IMPRESION

Vamos a presentar el proceso de impresión mediante un ejemplo.

Suponemos que el usuario manda a imprimir el archivo carta.txt, en la impresora cuyo nombre simbólico es lp

Esto se puede hacer con el comando lpr, de la siguiente manera:

lpr -Plp carta.txt

Las características de la impresora física son especificadas por el administrador del sistema en el archivo /etc/printcap.

El archivo carta.txt es leído por el programa lpr, el cual crea una copia en el directorio de spool de esta impresora.

Esta copia es tomada como un Data File y el nombre de la copia del archivo será algo parecido a dfA123host.

En este momento, la copia del archivo carta.txt (data file), se coloca en el directorio de spool, junto con otro archivo llamado el archivo de control (control file).

El archivo de control especifica los parámetros de impresión para el programa que imprime el archivo y su nombre será algo parecido a cfA123host.

Una vez copiados los archivos de datos y de control al directorio de spool, el proceso lpr manda un mensaje IPC al demonio de impresión (lpd).

Para ver el grafico seleccione la opción "Descargar" del menú superior

El mensaje IPC notifica que hay un trabajo a imprimir y también contiene el nombre de la impresora, para que el demonio sepa en que directorio de spool debe buscar los datos a imprimir.

El demonio, que ha estado por un mensaje IPC, hace una copia de sí mismo.

Esta copia maneja la solicitud de impresión, enviando los datos al dispositivo (impresora), mientras que el lpd original espera por otro mensaje IPC que le indique que hay otro trabajo para imprimir.

El proceso lpr está completo:

- Se copiaron los archivos en el directorio de spool.

- Se creó un archivo de control para el programa de impresión.

- Se notificó al demonio que hay trabajos para imprimir.

- El proceso lpd (hijo) busca los archivos en el spool y los envía a la impresora.

II – FORMATOS DE TEXTO

PostScript :

Unix generalmente opera en "terminales ASCII" y no en el ambiente de Ventanas.

El hecho de usar "terminales ASCII", limita toda la escritura a un sólo tipo de formato texto simple o ASCII), esto significa documentos sin sangrías, encabezados, margenes o cualquier tipo de formato.

Por lo tanto, antes de imprimir un documento de "texto simple" este debe ser formateado para que la impresión contenga el formato adecuado.

Para esto existen programas como troff y TEX , que integran márgenes, diferentes tipos de letra, encabezados, entre otras cosas al documento.

Lo anterior producía un problema para muchos usuarios que no conocían el funcionamiento de troff o TEX ya que no era posible observar el documento formateado antes de su impresión, además en la "terminales ASCII" no era posible observar este tipo de formato, previamente a la impresión

Para solucionar estos problemas surgieron los procesadores de palabras que se conocen hoy en día.

Procesadores de Palabras WYSIWYG

Los procesadores de Palabras que conocemos hoy en día, también denomindos WYSIWYG ("What you see is what you get" que significa lo que ves es lo que obtienes), surgieron para auxiliar a los usuarios que necesitaban ver la presentación del documento antes de enviarlo a impresión.

Pero surge un problema, "el formato", cada procesador de palabras implementa diferentes conversiones.

A pesar de la ventaja de poder observar el documento de una manera formateada con diferentes tipos de letra, el problema de intercambiar documentación en estos procesadores de palabras resulta problemático.

La Impresión

Al mandar imprimir un documento ya sea de "Word","WordPerfect","troff" o cual fuera el formato visualizado en pantalla, aún ocurre otra conversión.

Ya que ningún procesador de palabras utiliza las mismas conversiones, este documento debe de ser convertido en un lenguaje que pueda ser interpretado por la impresora, generalmente es: Postscript o PCL de IBM.

Texinfo :

Es el formato nativo del proyecto GNU. emacs puede ser forzado a producir un fichero de información desde TeXinfo, y TeX producirá un excelente resultado a partir de este mismo fichero. Realmente, el documento está en formato TeX, y necesita que el fichero de macros texinfo.tex esté instalado en su sistema.

Simplemente ejecute 'tex fichero' dos veces (con el fin de generar índices), y obtendrá un fichero dvi que podrá imprimir o visualizar.

Adobe Acrobat. Ficheros PDF :

PDF es un formato de documentación que permite absoluta independencia del sistema operativo.

Un fichero PDF se imprimirá igual de bien en un ordenador con MS-Windows, un Mac o un PC con Linux.

Los documentos PDF se traducen justo a la hora de imprimirlos al formato que cada sistema operativo requiera.

En UNIX, se traducen a PostScript.

III - FILTROS

Los filtros son programas que reciben datos por la entrada estándar, y los devuelven procesados por la salida estándar.

El trabajo del filtro consta de procesar los datos a imprimir.

Un filtro puede incluso no enviar ningún dato al puerto.

Un ejemplo de filtro típico es detectar texto llano y convertirlo en PostScript para imprimirlo en ese tipo de trastos.

Son muy útiles, por ejemplo, para eliminar el efecto escalera, o cambiar la página de códigos sin necesidad de cambiar la configuración de la impresora cada vez que la usemos entre UNIX y DOS.

Cuando se especifica un filtro de entrada, el demonio de impresión no envía los datos pendientes al dispositivo especificado. En su lugar, arranca el filtro y asigna el fichero temporal a la entrada estándar, y el dispositivo de impresión como salida estándar.

Además, podemos definir distintos modos de procesar datos para una misma impresora. Por ejemplo, una misma impresora puede manejar datos en formatos PostScript, HPGL y PCL, dependiendo de la secuencia de órdenes que le enviamos al comienzo de cada trabajo.

GHOSTSCRIPT

PostScript es el formato estándar de los ficheros imprimibles en UNIX.

El problema radica en que no todos tienen impresora que Maneje PostScript.

GhostScript, creado por Peter Deutsch, fundador de Aladdin Enterprises es el interprete por excelencia de documentos en formato PostScript y también PDF.

GhostScript permite presentar datos PS y PDF en la pantalla y además traducirlos de manera que puedan ser impresos en una impresora con capacidad gráfica, mediante el uso del controlador de dicha impresora.

Ghostscript, como la mayoría de las utilidades, procede del proyecto GNU.

Tiene la finalidad de traducir PostScript a formato X Window, el cual es el que usan las impresoras como IBM, Epson, HP, Canon, fax y casi para cualquier dispositivo que exista.

Los dispositivos soportados en cada versión de ghostscript están debidamente relacionados en la documentación del programa; puede obtenerse una relación con la orden 'gs -help'.

Ghostscript se ha convertido en utilidad estándar en la mayoría de las distribuciones de Linux, que la incluyen completa.

Para imprimir ps lo primero que hay que hacer es determinar el nombre del dispositivo por donde quiero imprimir con la orden 'gs -help', que lista los dispositivos instalados.

# gs -dNOPAUSE - sDEVICE=? -sOutputFile=/dev/lp1 fichero.ps

gs puede imprimir en la mayoría de las resoluciones soportadas por el dispositivo: '-r300' '-r150', '-r360x180' son ejemplos de las opciones para su control.

Las impresoras matriciales necesitan que se fije esta opción, al no soportar normalmente la resolución por defecto de 300x300.

OTROS FILTROS

mpage :

Transforma texto llano a PostScript y/o imprime más de una página en cada hoja de papel a partir de PostScript o texto.

a2ps, enscript, nenscript :

A partir de un texto ascii llano, a2ps produce una página debidamente formateada, con cabeceras, pies, números de página

enscript y nenscript hacen lo mismo que a2ps.

TeX, LaTeX :

TeX es un sistema de formateado de textos.
Aunque más bien se usa como un procesador de documentos.

Funciona de modo análogo a un compilador: El código fuente corre a través del programa tex, y obtenemos un fichero .dvi, independiente del dispositivo, que normalmente debe ser procesado de nuevo para obtener un documento impreso.

La calidad del producto obtenido es muy buena.

dvips :

Convierte el fichero dvi generado a partir de un documento TeX en un fichero PostScript, que puede imprimir a través de gs, o directamente en la máquina adecuada.

Sintaxis:

dvips -f1 fich.dvi | lpr

Banderas:

dvips -r1 fich.dvi

Esta línea imprime el documento en orden inverso.

Es una opción muy útil para los propietarios de impresoras HP ya que de este modo las hojas saldrán ya ordenadas.

eps, dvilj, dvi500 :

Transforman los ficheros dvi en los lenguajes de impresoras Epson y HP LaserJet y DeskJet respectivamente.

*roff; (es para crear páginas man) :

Troff es el generador de documentos virtualmente universal, esto es debido a que las páginas de manual se escriben para ellos.

Sintaxis:

man -t | lpr

Groff traduce la página a PostScript, que se procesa sin mayores problemas.

FILTROS MAGICOS

Existen otros tipos de filtros que son capaces de reconocer el tipo de fichero que queremos imprimir y realizar las operaciones necesarias para que obtengamos una salida correcta, a estos programas los denominamos Filtros Mágicos.

Un filtro mágico analiza la entrada que recibe, y de acuerdo con los datos que se le envíen, manda estos datos a otros filtros secundarios, que son los que detallamos en la sección anterior.

Así por ejemplo cuando le llega un trabajo que está en PostScript lo envía al GhostScript y cuando le llega un formato de dibujo como BMP, lo envía al filtro correspondiente.

Los filtros mágicos más conocidos son MagicFilter, apsfilter y los filtros de impresión del Redhat.

MagicFilter :

El programa MagicfilterConfig se crea al instalar el paquete Magicfilter y permite una comoda configuración de la impresora, escribiendo el archivo etc/printcap a través de respuestas a preguntas que nos hace interactivamente.

El creador de este programa es Peter Anvin y el programa puede descargarse de cualquier espejo de Sunsite.

Una vez instalado el programa permite que el sistema reconozca e imprima Gráficos (Jpeg, Tiff, BMP, Gif, etc.), ficheros PS, PDF, DVI, paginas de manual, Ficheros ASCII con acentos y ñ e incluso cualquier fichero comprimido con gzip.

ApsFilter :

Este programa fue desarrollado por Andreas Klemm, y hace básicamente lo mismo que el MagicFilter, pero además añade algunas opciones interesantes como por ejemplo, permite imprimir ficheros comprimidos con gzip, compress y freeze entre otros.

Además el ApsFilter ofrece las siguientes colas de impresión para máquinas locales:

- Lp :

Cola estándar para todos los formatos de fichero.

- Lp-mono :

Se genera para impresoras de color, cuando se quiere imprimir en blanco y negro

- Ascii :

Para imprimir ficheros tipo ascii.

- Raw :

Para imprimir ficheros que ya tienen un formato específico de la impresora y por lo tanto no requieren ningún tipo de compresión.

Filtros de Impresión de RedHat :

Redhat cuenta con su propio sistema de configuración de impresora (Printtool) y su propio sistema de filtros de impresión (/usr/lib/rhs/rhs-printfilters).

Se incluye dentro de estos filtro una herramienta de configuración visual y un administrador gráfico de trabajos de impresión.

La configuración de una impresora mediante Printtool es muy sencilla y no requiere que el usuario tenga muchos conocimientos del sistema.

El filtro de RedHat se parece más al MagicFilter que al ApsFilter porque genera solo una cola de impresión para una impresora única lp.