Sistema Operativo Linux- Recopilación

Transcripción

1 CARACTERISTICAS DEL SISTEMA OPERATIVO GNU/LINUX GNU/Linux implementa la mayor parte de las características que se encuentran en otras implementaciones de UNIX, más algunas otras que no son habituales. GNU/Linux es un sistema operativo completo con multitarea y multiusuario (como cualquier otra versión de UNIX). Esto significa que pueden trabajar varios usuarios simultáneamente en él, y que cada uno de ellos puede tener varios programas en ejecución. El sistema GNU/Linux es compatible con ciertos estándares de UNIX a nivel de código fuente, incluyendo el IEEE POSIX.1, System V y BSD. Fue desarrollado buscando la portabilidad de los archivos fuentes. Y esto es cierto, encontraremos que casi todo el software gratuito desarrollado para UNIX se compila en GNU/Linux sin problemas. Y todo lo que se hace para GNU/Linux (código del núcleo, drivers, librerías y programas de usuario) es de libre distribución. En GNU/Linux también se implementa el control de trabajos POSIX (que se usa en los shells csh y bash), las pseudoterminales (dispositivos thy), y teclados nacionales mediante administradores de teclado cargables dinámicamente. Además, soporta consolas virtuales, lo que permite tener más de una sesión abierta en la consola de texto y conmutar entre ellas fácilmente. A los usuarios del programa "screen" les resultará familiar esto. El núcleo es capaz de emular por su cuenta las instrucciones del coprocesador 387, con lo que en cualquier 386 con coprocesador o sin él se podrán ejecutar aplicaciones que lo requieran. GNU/Linux soporta diversos sistemas de archivos para guardar los datos. Algunos de ellos, como el ext2fs, han sido desarrollados específicamente para GNU/Linux. Otros sistemas de archivos, como el Minix-1 o el de Xenix también están soportados. Y con el de MS-DOS se podrán acceder desde GNU/Linux a los disquetes y particiones en discos rígidos formateados con MS-DOS. Además, también soporta el ISO-9660, que es el estándar en el formato de los CD-ROMs. GNU/Linux implementa todo lo necesario para trabajar en red con TCP/IP. Desde administradores para las tarjetas de red más populares hasta SLIP/PPP, que permiten acceder a una red TCP/IP por el puerto serie. También se implementan PLIP (para comunicarse por el puerto de la impresora) y NFS (para acceso remoto a ficheros). Y también se han portado los clientes de TCP/IP, como FTP, telnet, NNTP y SMTP. El núcleo de GNU/Linux ha sido desarrollado para utilizar las características del modo protegido de los microprocesadores y En concreto, hace uso de la gestión de memoria avanzada del modo protegido y otras características avanzadas. Cualquiera que conozca la programación del 386 en el modo protegido sabrá que este modo fue diseñado para su uso en UNIX (o tal vez Multics). GNU/Linux hace uso de esta funcionalidad precisamente. El núcleo soporta ejecutables con paginación por demanda. Esto significa que sólo los segmentos del programa que se necesitan se cargan en memoria desde el disco. Las páginas de los ejecutables son compartidas mediante la técnica copy-on-write, contribuyendo todo ello a reducir la cantidad de memoria requerida para las aplicaciones. Con el fin de incrementar la memoria disponible, GNU/Linux implementa la paginación con el disco: puede tener hasta 256 megabytes de espacio de intercambio o "swap" en el disco duro. Cuando el sistema necesita más memoria, expulsará páginas inactivas al disco, permitiendo la ejecución de programas más grandes o aumentando el número de usuarios Prof Ing Maria E Darahuge Luis E Arellano González Pág 1

2 que puede atender a la vez. Sin embargo, el espacio de intercambio no puede suplir totalmente a la memoria RAM, ya que el primero es mucho más lento que ésta. La memoria dedicada a los programas y a la caché de disco está unificada. Por ello, si en cierto momento hay mucha memoria libre, el tamaño de la caché de disco aumentará acelerando así los accesos. Los ejecutables hacen uso de las librerías de enlace dinámico. Esto significa que los ejecutables comparten el código común de las librerías en un único archivo, como sucede en SunOS. Así, los ejecutables serán mas cortos a la hora de guardarlos en el disco, incluyendo aquellos que hagan uso de muchas funciones de librería. También pueden enlazarse estáticamente cuando se deseen ejecutables que no requieran la presencia de las librerías dinámicas en el sistema. El enlace dinámico se hace en tiempo de ejecución, con lo que el programador puede cambiar las librerías sin necesidad de recompilación de los ejecutables. MULTITAREA EN GNU/LINUX La palabra multitarea describe la capacidad de ejecutar muchos programas al mismo tiempo sin detener la ejecución de cada aplicación. Se le denomina multitarea prioritaria porque cada programa tiene garantizada la oportunidad de ejecutarse, y se ejecuta hasta que el sistema operativo da prioridad a otro programa para que se ejecute. Este tipo de multitarea es exactamente lo que hace GNU/Linux. MS-DOS y Windows 3.1 no admiten la multitarea prioritaria; admiten una forma de multitarea denominada multitarea cooperativa. Con ésta, los programas se ejecutan hasta que permiten voluntariamente que se ejecuten otros programas o no tienen nada más que hacer por el momento. Para comprender mejor la capacidad multitarea de GNU/Linux, debemos examinarlo desde otro punto de vista: El microprocesador sólo es capaz de hacer una tarea a la vez, pero las realiza en tiempos tan cortos que se escapan a nuestra comprensión es por eso que en sus "ratos libres" se dedica a ejecutar otras tareas que se le hayan pedido. Es fácil ver las ventajas de disponer de multitarea prioritaria. Además de reducir el tiempo muerto (tiempo en el que no puede seguir trabajando en una aplicación porque un proceso aún no ha finalizado), la flexibilidad de no tener que cerrar las ventanas de las aplicaciones antes de abrir y trabajar con otras es infinitamente mucho más cómoda. GNU/Linux y otros sistemas operativos multitarea prioritaria consiguen el proceso de prioridad supervisando los procesos que esperan para ejecutarse, así como los que se están ejecutando. El sistema programa entonces cada proceso para que disponga de las mismas oportunidades de acceso al microprocesador. El resultado es que las aplicaciones abiertas parecen estar ejecutándose al mismo tiempo (en realidad, hay una demora de billonésimas de segundo entre el momento en que el procesador ejecuta una serie de instrucciones de una aplicación y el momento programado por GNU/Linux para volver a dedicar tiempo a dicho proceso). Es esta capacidad de asignar tiempo a las aplicaciones que se están ejecutando desde un sistema operativo de acceso gratuito, lo que destaca a GNU/Linux de otros sistemas operativos y entornos disponibles en la actualidad. Es necesario tener en cuenta: Condiciones de Bernstein: Dos procesos son independientes (se pueden ejecutar en paralelo) si y sólo si: R s0 W s1 = Ǿ R s1 W s0 = Ǿ W s0 W s1 = Ǿ Prof Ing Maria E Darahuge Luis E Arellano González Pág 2

3 Estado de una instrucción: Sistema Operativo Linux- Recopilación (f) Fetch, búsqueda. (r) Read, lectura. (d) Decode, decodificación. (x) Execute, ejecución. (w) Write, escritura. MULTIUSUARIO EN GNU/LINUX La idea de que varios usuarios pudieran acceder a las aplicaciones o la capacidad de proceso de un único PC era una utopía hace relativamente pocos años. La capacidad de GNU/Linux para asignar el tiempo de microprocesador simultáneamente a varias aplicaciones ha derivado en la posibilidad de ofrecer servicio a diversos usuarios a la vez, ejecutando cada uno de ellos una o más aplicaciones. La característica que más resalta de GNU/Linux es que un grupo de personas puede trabajar con la misma versión de la misma aplicación al mismo tiempo, desde el mismo terminal o desde terminales distintos. No se debe confundir esto con el hecho de que varios usuarios puedan actualizar el mismo archivo simultáneamente, característica que es potencialmente confusa, peligrosa y decididamente indeseable. 2. DIFERENCIAS ENTRE GNU/LINUX Y OTROS SISTEMAS OPERATIVOS Es importante entender las diferencias entre GNU/Linux y otros sistemas operativos, tales como MS-DOS, OS/2, y otras implementaciones de UNIX para PCs. Primeramente, conviene aclarar que GNU/Linux puede convivir felizmente con otros sistemas operativos en la misma máquina: es decir, podemos correr MS-DOS y OS/2 en compañía de GNU/Linux sobre el mismo sistema sin problemas. Por qué usar GNU/Linux en lugar de un sistema operativo comercial conocido, bien probado, y bien documentado? Podríamos darles miles de razones. Una de las más importantes es que GNU/Linux es una excelente elección para trabajar con UNIX a nivel personal. Si Ud. es un desarrollador de software UNIX, GNU/Linux le permitirá desarrollar y probar el software UNIX en su PC, incluyendo aplicaciones de bases de datos y X Windows. Si es Ud. estudiante, la oportunidad está en que los sistemas de su universidad correrán UNIX. Con GNU/Linux, podrá correr su propio sistema UNIX y adaptarlo a sus necesidades. La instalación y uso de GNU/Linux es también una excelente manera de aprender UNIX si no tiene acceso a otras máquinas UNIX. GNU/Linux es robusto y suficientemente completo para manejar grandes tareas, así como necesidades de cómputo distribuidas. Grandes empresas y gobernantes de todo el mundo están migrando a GNU/Linux en lugar de otros entornos de estación de trabajo basados en UNIX. Las universidades encuentran a GNU/Linux perfecto para dar cursos de diseño de sistemas operativos. Grandes vendedores de software comercial se están dando cuenta de las oportunidades que puede brindar un sistema operativo gratuito. ARBOL DE DIRECTORIOS DE LINUX El árbol de directorios de Linux contiene: /: En este directorio comienza el sistema operativo. Es el equivalente al disco c:\ del dos. /bin: Comandos ejecutables compilados de manera dinámica. Esto significa que las funciones que usan estos programas están en otro subdirectorio. Por ejemplo en /lib Prof Ing Maria E Darahuge Luis E Arellano González Pág 3

4 /boot: Este directorio contiene el núcleo del sistema operativo en un archivo llamado vmlinuz y también información del booteo. Es la configuración del programa llamado grub. /dev: Dispositivos. /etc/skel: Aquí se encuentran los archivos que se asignan automáticamente al agregar un usuario. /etc/x11: X-Windows. /etc: Archivos de configuración del sistema. En este directorio se encuentra todo lo que tiene que ver con la configuración de los programas. /home: Directorio donde se generan los directoros de trabajo de los distintos usuarios. Este es el directorio de los usuarios. GNU/Linux permite que cada usuario tenga su lugar. Donde solo él y root pueden estar. /lib: Librerías. En este subdirectorio están las funciones que necesitan los programas para poder correr. También están los módulos. /lost+found: Este directorio sirve cuando corremos una aplicación que se llama fsck que repara automáticamente los errores en el disco. La información sobre los archivos reparados se aloja en este directorio. /mnt Este directorio se usa para poder acceder a dispositivos de uso común. Ej: floppy y cdrom. /opt: Este directorio se usa para instalar aplicaciones que no vienen con el S.O. su nombre viene de other products. /proc: Lectura de los procesos en memoria. Este directorio es el que guarda información de los procesos que se están corriendo en el sistema operativo. Los procesos son los programas que se están ejecutando. También encontramos en este directorio la información de la memoria y el procesador. No se encuentra físicamente en el disco, sino que reside permanentemente en memoria. /root: Directorio del administrador. Este es el directorio del administrador del sistema operativo. Es la casa del administrador, donde guarda sus cosas, sus programas, sus scripts, toda la información propia del administrador debe guardarse en root. /sbin: Binarios compilados de forma estática (Tienen todo lo que necesitan para funcionar). /tmp: Temporales del sistema. Directorio de archivos temporales. Este es un directorio que tiene permisos de escritura para todo el mundo, generalmente lo usan los navegadores o aplicaciones cuando tienen que escribir algo en el disco. /usr/bin: Ejecutables para usuarios. /usr/doc: Para documentos. /usr/etc: Configuración del sistema para los usuarios. /usr/g++-include: Compilación para C++ /usr/games: Para juegos. /usr/include: Compilación para C. /usr/lib: Librerias para usuarios. /usr/local: Para la instalación de programas. /usr/man: Información sobre comandos /usr/src: Directorio de códigos fuente. /usr: Directorio para usuarios. Aquí tenemos los programas que hacen que pueda trabajar el web Server, y el servidor de correo el modo gráfico. En este directorio también están los fuentes del kernel. /var: Variables del sistema. Este es el directorio en el que el administrador está más tiempo. Aquí encontraremos toda la información de lo que le sucede al Prof Ing Maria E Darahuge Luis E Arellano González Pág 4

5 sistema. Ej: información de los logins, información de cuantos mails se enviaron, cuanta gente visito los sitios web, colas de impresión, etc. NIVELES DE CORRIDA EN GNU/LINUX Este sistema operativo funciona en base a los denominados niveles de corrida. Estos niveles le dan el nombre al sistema de arranque, conocido como SystemV (System 5), porque existen 5 niveles. En realidad son siete pero dos no son operativos: los de apagado y reinicio. Los niveles de corrida tienen que ver con la cantidad de servicios que se van a ejecutar en el sistema operativo, esto significa qué cosas va a poder hacer nuestro equipo después del arranque. CÓMO LLEGAMOS HASTA AQUÍ? Después que nuestro sistema corrió por lilo y descomprimió el kernel, le pasa el control al proceso de init, representado por un archivo que está ubicado en /etc/inittab (tabla de inicio). Este archivo le dice al sistema operativo cómo tiene que arrancar para después chequearlo cada X cantidad de tiempo. Vamos a dejar nota de una copia del archivo de configuración de nuestro equipo para después ir comentando sus líneas. # # inittab This file describes how the INIT process should set up # the system in a certain run-level. # # Author: Miquel van Smoorenburg, miquels@drinkel.nl.mugnet.org # Modified for RHS Linux by Marc Ewing and Donnie Barnes # # Default runlevel. The runlevels used by RHS are: # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 # 6 - reboot (Do NOT set initdefault to this) # id:3:initdefault: # System initialization. si::sysinit:/etc/rc.d/rc.sysinit l0:0:wait:/etc/rc.d/rc 0 l1:1:wait:/etc/rc.d/rc 1 l2:2:wait:/etc/rc.d/rc 2 l3:3:wait:/etc/rc.d/rc 3 Prof Ing Maria E Darahuge Luis E Arellano González Pág 5

6 l4:4:wait:/etc/rc.d/rc 4 l5:5:wait:/etc/rc.d/rc 5 l6:6:wait:/etc/rc.d/rc 6 # Things to run in every runlevel. ud::once:/sbin/update # Trap CTRL-ALT-DELETE ca::ctrlaltdel:/sbin/shutdown -t3 -r now Sistema Operativo Linux- Recopilación # When our UPS tells us power has failed, assume we have a few minutes # of power left. Schedule a shutdown for 2 minutes from now. # This does, of course, assume you have powerd installed and your # UPS connected and working correctly. pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down" # If power was restored before the shutdown kicked in, cancel it. pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled" # Run gettys in standard runlevels 1:2345:respawn:/sbin/mingetty tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 # Run xdm in runlevel 5 # xdm is now a separate service x:5:respawn:/etc/x11/prefdm -nodaemon ARCHIVO DE CONFIGURACION: COMENTARIOS Las primeras líneas del archivo de configuración comienzan con "#". Esto indica que son Comentarios. Nos describe los siete niveles de corrida posibles y aclara que hay dos que no se pueden usar. El nivel de corrida 0 es el nivel de apagado. El nivel de corrida 1 es del monousuario sin servicios de red de ningún tipo. Este nivel de corrida es exclusivo para el usuario root. No requiere de password. Se utiliza cuando el administrador del sistema necesita configurar algún programa. Al nivel de corrida 2 se lo llama nivel de corrida del multiusuario. Requiere una password. No habilita servicios de red. El nivel de corrida 3 es el más utilizado. Nuestro equipo está preparado para hacer todo lo que se requiera de él. Tiene servicios de red, de webserver, de correo, etc. En este nivel de corrida no se levanta el modo gráfico. El loguin es en modo texto. El nivel de corrida 4 esta vacío y nos permite que armemos el que más nos conviene de acuerdo a los servicios que queremos levantar. Prof Ing Maria E Darahuge Luis E Arellano González Pág 6

7 Esto lo veremos más adelante. Sistema Operativo Linux- Recopilación El nivel de corrida 5 es igual que el 3, pero levanta el servidor de modo gráfico por defecto y nos loguea en este modo. El nivel de corrida 6 es de reinicio. En este nivel el equipo se apaga y enciende nuevamente. # # inittab This file describes how the INIT process should set up # the system in a certain run-level. # # Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org> # Modified for RHS Linux by Marc Ewing and Donnie Barnes # # Default runlevel. The runlevels used by RHS are: # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 # 6 - reboot (Do NOT set initdefault to this) # id:3:initdefault: Tomen en cuenta que la primera línea sin comentarios del archivo dice: id:3:initdefault Este 3 que aparece ahí es el nivel de corrida por defecto. Si queremos cambiar este nivel de corrida para que empiece en el modo gráfico colocamos en su lugar un 5. Las líneas del archivo inittab tienen la siguiente sintaxis: identificador de nivel de ejecución:acción:script a ejecutar. # System initialization. si::sysinit:/etc/rc.d/rc.sysinit l0:0:wait:/etc/rc.d/rc 0 l1:1:wait:/etc/rc.d/rc 1 l2:2:wait:/etc/rc.d/rc 2 l3:3:wait:/etc/rc.d/rc 3 l4:4:wait:/etc/rc.d/rc 4 l5:5:wait:/etc/rc.d/rc 5 Lo que sigue, luego de haber seleccionado el nivel de corrida es buscar un archivo que se encuentra en /etc/rc.d/rc.sysinit Prof Ing Maria E Darahuge Luis E Arellano González Pág 7

8 Este archivo tiene por función arrancar y buscar las configuraciones particulares de los dispositivos. * Determina la configuración de red basándose en /etc/sysconfig/network. * Monta el sistema de archivos /proc que usa GNU/Linux para llevar a cabo el control de procesos. * Configura el reloj del sistema basándose en BIOS y en la zona horaria seleccionada. * Arranca la memoria virtual del sistema y la monta en la partición swap definida en /etc/fstab. * Establece el nombre de host de la máquina y evalúa procesos de autentificación de usuarios globales tales como NIS, Kerberos, Smb. * Comprueba los file systems del equipo (particiones definidas durante la instalación), busca posibles errores y lo monta en caso de no encontrar ninguno. * Identifica cualquier rutina especial requerida en el sistema operativo para usar el hardware del equipo, configura dispositivos de plug-and-play, activa sistemas básicos como sonido. * Comprueba el estado de dispositivos especiales de cualquier tipo. * Configura dispositivos (mouse, teclado, etc.). Después de haber completado estas tareas lanza de acuerdo al nivel de corrida seleccionado los servicios. Esto es lo que vemos con un [ OK ] mientras el equipo bootea. Cómo sabe el sistema operativo qué servicios tiene que iniciar en el nivel 3? Este sistema operativo es sumamente ordenado para trabajar. Tiene subdirectorios para cada nivel de corrida: /etc/rc.d/init.d/ En este subdirectorio están todos los scripts de arranque de servicios del sistema Operativo. Un script es un archivo que contiene comandos que se ejecutan línea por línea. Cómo hacemos para individualizarlos en el nivel 3 ó 5? Para cada nivel de corrida tenemos un subdirectorio con links de tipo soft, archivos que se encuentran en el directorio /etc/rc.d/init.d /etc/rc.d/init.d/rc0.d /etc/rc.d/init.d/rc1.d /etc/rc.d/init.d/rc2.d /etc/rc.d/init.d/rc3.d /etc/rc.d/init.d/rc4.d /etc/rc.d/init.d/rc5.d /etc/rc.d/init.d/rc6.d Por qué es mejor seguir los pasos de este modo? La ventaja es la siguiente: si queremos que un servicio no se levante podríamos "borrar" el link soft y ese servicio no se levanta para ese nivel de corrida, pero el script de arranque sigue estando y puede ser usado en otro nivel o levantarse a mano si se prefiere. Veamos que es lo que sucede realmente. Prof Ing Maria E Darahuge Luis E Arellano González Pág 8

9 Vamos a listar todo lo que hay en nuestro directorio /etc/rc.d/rc3.d K03rhnsd K25squid K65identd S08iptables S25netfs S80sendmail K15httpd K34yppasswdd K74ntpd S09isdn S26apmd S85gpm K16rarpd K35smb K74ypserv S10network S28autofs S90crond K20nfs K35vncserver K74ypxfrd S12syslog S45pcmcia S90xfs K20rstatd K45named K89bcm5820 S13portmap S55sshd S95anacron K20rusersd K46radvd K96irda S14nfslock S56rawdevices S95atd K20rwalld K50snmpd S05kudzu S17keytable S56xinetd S99local K20rwhod K50tux S08ipchains S20random S60lpd S99wine * Observen que los links comienzan con una "S" (start) o con una "K" (kill). Los que comienzan con una "S" levantan, los que en comienzan con "K" no. Luego siguen con un número de dos cifras que indica en que orden se levantan. Ej: S10network levantará antes que S99wine. El archivo de configuración continúa con la siguiente línea: # Trap CTRL-ALT-DELETE ca::ctrlaltdel:/sbin/shutdown -t3 -r now Esto significa que cuando presionemos <ctrl><alt><del> en forma simultánea, el sistema operativo se va a reiniciar. Si queremos deshabilitar esta secuencia de teclas simplemente comenzamos esta líneas anteponiendo "#". Esto es muy útil, ya que si muchos usuarios están conectados, cualquiera podría apagar el servidor. Las siguientes líneas tienen que ver con la siguiente pregunta: Qué pasa si se corta la luz? Si la luz se corta el equipo se apaga, a menos que tenga un UPS. Si nuestro UPS tiene un cable serial conectado a nuestro equipo ocurre que cuando se detecta que la energía viene de una fuente distinta a la tradicional se le envía una señal al kernel diciendo que se cortó la luz. Allí se ejecuta el comando que esta después de la líneas pf: Este comando envía una señal a todas las terminales avisando que en 2 minutos se apagará el sistema. #When our UPS tells us power has failed, assume we have a few minutes # of power left. Schedule a shutdown for 2 minutes from now. # This does, of course, assume you have powerd installed and your # UPS connected and working correctly. pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down" Si la luz volviera antes de que se cumplan los dos minutos se ejecuta este comando que cancela el anterior: # If power was restored before the shutdown kicked in, cancel it. pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled" Luego, GNU/Linux tiene que cargar las terminales que sirven para que podamos ejecutar comandos. Para ello llama a un programa llamado mingetty. El término tty viene de tele type. Notemos que llama a 6 terminales de modo texto. Si quisiéramos agregar más Prof Ing Maria E Darahuge Luis E Arellano González Pág 9

10 terminales deberíamos agregar una línea como ésta cambiándole el primer y el último parámetro. # Run gettys in standard runlevels 1:2345:respawn:/sbin/mingetty tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 La última línea del archivo de configuración tiene por función guardar en una variable "x" cual fue la última terminal de texto y a partir de allí lanzar las terminales gráficas, llamadas pts (pseudo terminales). # Run xdm in runlevel 5 # xdm is now a separate service x:5:respawn:/etc/x11/prefdm -nodaemon En este punto finaliza el proceso de arranque. OBSERVACIONES Existen tres formas de cambiar el nivel de corrida del sistema operativo: 1. Ejecutando el comando shutdown: Ejemplo: shutdown -r now (reinicia el sistema operativo nivel de corrida 6). shutdown -h (nivel de corrida 0). shutdown - r 2 (reinicia el sistema con nivel de corrida 2). 2. Arrancando desde lilo: Cuando el equipo bootea y aparece lilo presionamos <ctrl-x> y nos aparece la palabra: boot: si en ese momento tipeamos "linux single" iniciamos en nivel de corrida 1 ( monousuario ). 3. Cambiando el nivel de corrida desde la línea de comandos: Ejemplo: init 0 (apaga el equipo). init 1 (cambia el nivel de corrida a monousuario). init 2 (cambia al nivel de corrida multiusuario sin red). init 3 (cambia al nivel de corrida de multiusuario completo). init 5 (cambia al nivel de corrida gráfico ). init 6 (reinicia el equipo). Luego de haber iniciado el S.O. con los niveles correspondientes a cada corrida, GNU/Linux nos muestra una pantalla que contiene la versión del sistema operativo, una descripción del núcleo y de la arquitectura del procesador. Este archivo está ubicado en el directorio /etc y su nombre es: issue Prof Ing Maria E Darahuge Luis E Arellano González Pág 10

11 Red Hat Linux release 7.2 (Enigma) Kernel on an i586 Sistema Operativo Linux- Recopilación Posteriormente aparece el proceso de login. EQUIPO1 Login: (cuando colocamos el usuario se está validando contra el archivo /etc/passwd). Una vez colocado el usuario se requiere la password. Password: (cuando colocamos la password la validamos contra el archivo /etc/shadow). _ El algoritmo utilizado para encriptar las claves no permite hacer lo inverso, siempre podemos encriptar pero nunca desencriptar. (Esto es en teoría, ya que no existe un equipo 100% seguro, y mucho menos un algoritmo imposible de ser crackeado!). Si la password ha sido aceptada nos aparece un archivo que está en el directorio /etc/ llamado motd que generalmente esta vacío pero le sirve al administrador para brindarle información a los usuarios: Por ejemplo: " Hoy a las 20:00 horas se efectuará un backup, les agradezco dejar todas las aplicaciones cerradas " Luego el sistema operativo nos devuelve el "prompt". En el caso de la distribución RedHat el prompt está compuesto por tres partes: [root@equipo1 root]# (usuario equipo directorio) Es importante ver el último símbolo "#". Identifica a root. Para un usuario común el símbolo es "$". Cuando un usuario efectúa el login siempre el directorio en el que va a estar parado es su home. Además cada usuario tiene asignado un shell o intérprete de comandos. INTERPRETE DE COMANDOS EN GNU/LINUX Un intérprete de comandos es un programa que recibe lo que se escribe en la terminal y lo convierte en instrucciones para el sistema operativo. El prompt es una indicación que muestra el intérprete de comandos para anunciar que espera una orden del usuario. Cuando el usuario escribe una orden o comando, el intérprete la ejecuta. El intérprete utilizado en nuestro caso es bash (Bourne-Again Shell). Bash tiene la posibilidad de ejecutar comandos en tiempo real pero además tiene un poderoso lenguaje de programación de scripts. Permite generar programas con funciones, control de flujo, creación de archivos, seguimiento de procesos, etc. ADMINISTRACIÓN DEL SISTEMA OPERATIVO Nuestro sistema operativo trabaja con terminales. Si queremos saber en que terminal estamos trabajando ejecutamos el comando tty Ejemplo: [root@equipo1 root]# tty /dev/tty1 Nos devuelve /dev/tty1. Esto significa que estoy ejecutando comandos en esa terminal. Prof Ing Maria E Darahuge Luis E Arellano González Pág 11

12 Nuestro sistema operativo tiene también un sistema Xwindows. Este sistema corre sobre una terminal con intérprete de comandos y sirve para que los desarrolladores dibujen sobre esta terminal. Ejemplo: Ejecutar el comando xinit [root@equipo1 root]# xinit Vamos a ver aquí que la terminal ahora cambia de forma, aparece un fondo gris y arriba de este fondo gris una terminal de texto. Si en esa terminal tipeamos: mozilla, se levantará el navegador mozilla. Observen que no aparece el botón de minimizar ni el de cerrar. Tenemos que cerrarlo desde el menú archivo ---> cerrar. Y ocurre una cosa más curiosa aún que es la siguiente: si ejecuto el comando tty observo: [root@equipo1 root]# tty /dev/pts/1 Dice que estamos en una pseudo terminal en este caso la número 1. Más curioso aún... si presiono <ctrl-alt-f1> la consola de texto está deshabilitada para ejecutar comandos. Volvemos a presionar <ctrl-alt-f7> y ahora estamos de nuevo en X. Escribamos exit para salir. [root@equipo1 root]# exit Explicación: GNU/Linux trabaja con terminales de texto que corren directamente sobre el kernel. Sobre esas terminales, en pseudo-terminales corre el servidor de X y sobre ese X corre un programa que permite manjar ventanas, y sobre ese programa corre el modo gráfico. Esquema KERNEL X windows manager! entorno gráfico. El entorno gráfico corre como cualquier aplicación. Si esta aplicación tuviera un fallo, siempre podremos volver a la línea de comandos. Ahora vamos a dar un paso más. Si deseamos cambiarnos a otra terminal presionamos simultáneamente las teclas <ctrl-alt-f2> (control-alt-funcion2). En ese momento aparecerá de nuevo el proceso de login. Volvemos a loguearnos. Puede ser con el mismo usuario o con otro (Recordemos que es un es un sistema operativo multiusuario multitarea). Ejemplo: me logueo con el usuario Linux College. Si este usuario quiere ver en que terminal está, vuelvo a ejecutar el comando tty. [linuxcollege@equipo1 linuxcollege]$ tty /dev/tty2 Estamos probando que es un sistema multiusuario, veamos si funciona el multitarea. Ahora este usuario quiere usar el entorno gráfico terminado, no el X. Ejemplo: quiere utilizar KDE. Tipea startx (este es el comando para llamar al kde o gnome). Prof Ing Maria E Darahuge Luis E Arellano González Pág 12

13 linuxcollege]$ startx Se va a levantar la gráfica que tiene seteada por defecto el sistema operativo. Vayamos viendo cómo está nuestro esquema de terminales después de haber ejecutado este comando. tty1: root ejecutando aplicaciones tty2: deshabilitada logueó linuxcollege y ahora está haciendo de soporte al modo gráfico tty3: sin login tty4: sin login tty5: sin login tty6: sin login pts/1: gráfico de linuxcollege Todavía podemos loguear en las otras terminales y trabajar con el mismo usuario o con otro distinto. Qué sucede si el usuario que está en la terminal 1 (tty1) quiere usar el modo gráfico? Presionamos <ctrl-alt-f1> para volver a la terminal 1. Si ejecutamos startx nos va a dar un error como éste: [root@equipo1 root]# startx Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.x0- lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please report problems to xfree86@xfree86.org. xinit: unexpected signal Esto significa que la pts/1 está ocupada, pero todavía tenemos la pts/2. Entonces podemos decirle al modo gráfico que se levante en esa terminal. Veamos como: [root@equipo1 root]# startx -- :1 Esto permitirá que se dispare la gráfica en la segunda pts. Por lo tanto podemos tener muchas terminales de texto y muchas terminales gráficas corriendo en forma simultánea en nuestro sistema operativo. OBSERVACIONES Para cambiar el entorno gráfico por defecto escribimos el siguiente comando: Para kde: [root@equipo1 root]# switchdesk kde Para gnome: [root@equipo1 root]# switchdesk gnome Planificación Teniendo en cuenta que los recursos del sistema pueden clasificarse en: 1. Reutilizables o consumibles. 2. Compartidos o exclusivos. 3. Únicos o múltiples. 4. Expropiables (apropiativos), no expropiables (no apropiativos) Prof Ing Maria E Darahuge Luis E Arellano González Pág 13

14 La planificación debe realizarse en base a los recursos necesarios y disponibles, el tiempo requerido y utilizable, las necesidades de accesos compartidos o la independencia de los mismos. Podemos dividirla en 1. Procesos que se ejecutan todo el tiempo o una vez, desde el inicio. Están relacionados con los archivos inittab y rc (run command) a..bashrc (bash es el entorno de programación estándar) contiene las funciones y comandos personalizados por cada usuario, b..bash_logut contiene las instrucciones a ejecutar cuando el usuario se retira del sistema, c..bash_history contiene un listado de los comandos ejecutados por el usuario, 1, d..bash_profile define el entorno de trabajo del usuarios, especifica las variables personalizadas, p.e. PATH), todos ellos disponibles dentro del directorio /etc/skel y en el directorio raiz de cada usuario (/root /home/xxx) 2. Procesos que se ejecutan repetidamente en un momento determinado, relacionados con la herramienta crontab. 3. Procesos que se ejecutan a veces, relacionados con la herramienta at. El arranque de Linux 1. El proceso primario de arranque se denomina init Init lee el archivo /etc/inittab, el cuál configura las acciones de init. 3. /etc/inittab Indica a init que permita los inicios de sesión de los usuarios (gettys), controla procesos autónomos y otros procesos en tiempo de inicio. 4. Init se puede ejecutar en uno de entre 16 niveles 3. El nivel de ejecución cambia acorde a la decisión del root, que configurando /sbin/telinit, indicará a init qué nivel de ejecución debe efectuar. 5. Luego de iniciar sus procesos, init espera: a. la finalización (kill) de uno de sus procesos secundarios, b. una señal de fallo en el suministro eléctrico o 1 Se encuentra relacionado con la tecla hacia arriba ( ) del cursor y permite la repetición de los comandos ejecutados. Se puede ejecutar con el comando history que muestra el contenido de.bash_history. 2 telinit se encuentra en el directorio /sbin/telinit y es un link a /sbin/init, utiliza un caracter de argumento y señales de inicio para ejecutar la acción apropiada. Los argumentos son: 1. 0,1,2,3,4,5, o 6 indican cambiar a un nivel específico de arranque, 2. a, b, le indican procesar solamente aquellas entradas de archivos de /etc/inittab que tengan el nivel de arranque a, b. Son flags de inicio, se pueden pasar desde el gestor de arranque, indican: a. a, auto, el gestor de arranque agrega la palabra auto a la línea de comando, si el kernel es arrancado por la línea de comando por defecto (sin intervención del usuario) b. b, emergency, inicia directamente en el shell del modo monousuario sin ejecutar ningún otro script de arranque. c. z xxx, el argumento z, se puede utilizar para expandir la línea de comando en un bit, para aumentar su espacio en la pila. De esta manera ps (1) mostrará el nivel actual de arranque o ejecución. 3. las letras Q o q indican reexaminar el archivo /etc/inittab las letras S o s, indican cambiar a modo monousuario, 4. las letras U o u, le indican que vuelva a ejecutar a si mismo preservando el estado, no reexamina lo que ocurre con /etc/inittab, el nivel de arranque debería ser S, s, 1, 2, 3, 4, telinit le puede indicar a init cuánto tiempo debería esperar para enviar una señal de SIGTERM y SIGKILL, por defecto son cinco segundos, puede ser modificado con la opción t sec. 3 Generalmente se usan los niveles del 0 al 6. Del 7 al 9 son válidos, pero no se encuentran documentados, ya que sólo lo utilizan algunas versiones de UNIX. El nivel 4 es configurable acorde al deseo del usuario, por defecto viene configurado igual que el nivel 3. Prof Ing Maria E Darahuge Luis E Arellano González Pág 14

15 c. una señal /sbin/telinit, para cambiar el nivel de ejecución del sistema. Si se produce uno de estos cambio se vuelve a leer el archivo /etc/inittab. El root también puede obligar a recargar el archivo con el comando init. Mientras no se produce uno de estos eventos init no lee archivos. Archivo Inittab Es una lista de entrada separadas por dos puntos con el siguiente formato id:runlevels:action:process id identifica una secuencia de 1 a 4 caracteres, que identifica una entrada runlevel describe en qué nivel de ejecución se debe producir esta acción. action indica la acción que se debe ejecutar. process especifica el proceso a ejecutar. Si comienza con una a +, init no llevará la contabilidad de utmp y wtmp de este proceso. 4 Es fácil confundir action y process. La acción es lo que init hace y no lo que el proceso hace. Hay 14 acciones posibles: Acción Descripción respawn init reinicia el proceso siempre que éste finaliza. wait init inicia este proceso y espera a que se termine antes de continuar con el siguiente proceso once init inicia este proceso y prosigue. Si este proceso finaliza, no se reinicia. boot Este proceso se ejecuta durante el inicio del sistema, el campo runlevel se omite. bootwait init inicia este proceso en el einicio del sistema y espera a que se termine antes de continuar, el campo runlevel se omite. off No se ejecuta ondemand Este proceso se ejecuta siempre que se llamen al nivel de ejecución ondemand. NO se produce un cambio real en el nivel de ejecución, los niveles de ejecución de ondemand son a, b, y c. initdefault Esta entrada especifica el nivel de ejecución que se debe introducir tras el inicio del sistema. Si no hay ninguno, init pedirá un nivel de ejecución en la consola. El campo process se omite. El valor predeterminado es 3 (o 5, gráfico). systinit Este proceso se ejecuta durante el inicio del sistema y delante de las entradas boot o bootwait si es que las hay. El campo runlevel se omite. powerwait Este proceso se ejecuta cuando init recibe la señal SIGPWR indicando que existe un problema con el suministro eléctrico, init espera la finalización de este proceso antes de proseguir. (cuando no existe una UPS) powerfail Este proceso se ejecuta cuando init recibe la señal SIGPWR indicando que existe un problema con el suministro eléctrico, init no espera la finalización de este proceso antes de proseguir. (cuando el sistema cuenta con UPS) powerokwait Este proceso se ejecuta cuando init recibe la señal SIGPWR y existe un archivo llamado /etc/powerstatus que contenga la palabra OK. Con esto se indica que la corriente se ha restablecido. (la UPS ha devuelto el sistema a la red eléctrica o se ha restablecido la red eléctrica antes del tiempo previsto de apagado) ctrlaltdel init ejecuta este proceso cuando recibe la señal SIGINT. Alguien ha presionado Ctrl+Alt+Supr. Es normalmente un comando de apagado o un modo de iniciar como monousuario. 4 utmp lleva el control del usuario que está usando el sistema en /var/run/utmp, mientras que wtmp, lleva el control de los usuarios que efectuaron un login o logout del sistema en /var/log/wtmp. Prof Ing Maria E Darahuge Luis E Arellano González Pág 15

16 kbrequest Cuando init recibe una señal del teclado que implica una combinación especial de teclas. Los niveles de ejecución que Red Hat utiliza son: 0 Detener 1 Monousuario 2 Multiusuario sin NFS (Network File System) 3. Multiusuario total 4 A configurar 5 X11 (Modo gráfico) 6 Reinicio Nivel de arranque: id:3:initdefault: Inicialización del sistema: si::sysinit:/etc/rc.d/sysinit Nivel de arranque acorde a lo establecido en initdefault. 10:0:wait:/etc/rc.d/rc 0 11:1:wait:/etc/rc.d/rc 1 12:2:wait:/etc/rc.d/rc 2 13:3:wait:/etc/rc.d/rc 3 14:4:wait:/etc/rc.d/rc 4 15:5:wait:/etc/rc.d/rc 5 16:6:wait:/etc/rc.d/rc 6 Elemento común a ejecutar en todos los niveles de ejecución: ud::once:/sbin/update Trap CTRL-ALT-DELETE ca::ctrlaltdel:/sbin/shutdown t3 r now (ver de qué se trata el comando shutdown dentro del /sbin) Problemas eléctricos: pf::powerfail:/sbin/shutdown f h +2 Fallo eléctrico, el sistema se apagará Ejecuta el comando shutdown, luego de 2 minutos y envía un mensaje a los usuarios para que apaguen sus máquinas. pr:12345:powerokwait:/sbin/shutdown c Fallo eléctrico solucionado, el sistema continuará operando normalmente Detiene el comando shutdown, por haberse restablecido la electricidad antes de los 2 minutos y envía un mensaje a los usuarios para que sigan trabajando normalmente. Nivel de ejecución de las terminales: 1:2345:respawn:/sbin/mingetty tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 Ejecutar el modo gráfico en nivel 5 Prof Ing Maria E Darahuge Luis E Arellano González Pág 16

17 x:5:respawn:/etc/x11/prefdm nodaemon Se debe tener en cuenta que el id de cada entrada corresponde a la misma entrada p.e. pf, significa power fail, pr significa power restart Los archivos rc: Se inician a partir de las siguientes líneas del archivo inittab 10:0:wait:/etc/rc.d/rc 0 11:1:wait:/etc/rc.d/rc 1 12:2:wait:/etc/rc.d/rc 2 13:3:wait:/etc/rc.d/rc 3 14:4:wait:/etc/rc.d/rc 4 15:5:wait:/etc/rc.d/rc 5 16:6:wait:/etc/rc.d/rc 6 Nivel de arranque acorde a lo establecido en initdefault, hace referencia a un directorio específico que contiene los enlaces simbólicos (links), que apuntan a los servicios a ejecutar, relacionados con el nivel seleccionado. (ver contenido de cada directorio en particular y en qué difieren los servicios). 5 Se está ejecutando el script: /etc/rc.d/rc, con distintos parámetros: 0 al 6. Es decir el script: rc está recibiendo argumentos para el nivel de ejecución. 6 Al final de este script se ejecutan los siguientes comandos: Ejecutar los script start (arranque de servicios) for i in /etc/rc.d/rc$run level.d/s*; do Compobar si el script está ahí. [ -f $i ] && continue Comprobar si el subsistema está activo subsys=${i#/etc/rc.d/rc$run level.d/s??} [ -f /var/lock/subsys/$subsys ] && \ [ -f /var/lock/subsys/${subsys}.init ] && continue Activar el sistema $i start done 5 Comparar los contenidos de los directorios rc0.d, rc0.d, rc1.d, rc2.d, rc3.d, rc4.d, rc5.d, rc6.d. especialmente el porqué de la aparición de un servicio que comienza con k (kil)l en el nivel 0 y el incremento de servicios que comienzan en S (star)t en los restantes. 6 Los scripts de inicio y cierre se encuentran en el subárbol de directorio /etc/rc.d. Suelen ser scripts bash que inician demonios. Cada nivel de ejecución posee su propio subdirectorio en /etc/rc.d, que contiene el número de nivel de ejecución (pe. /etc/rc.d/rce.d para el nivel de ejecución 3) Estos subdirectorios contienen vínculos simbólicos (links) a scripts reales que se encuentran en /etc/rc.d/init. Esto garantiza que todos los niveles de ejecución lean el mismo grupo de scrips. Sin embargo, algunos procesos y demonios deben iniciarse antes que otros procesos. Pe. no tiene sentido que el sistema inicie el servidor web (httpd) antes de haber iniciado la red del sistema, ya que el servidor web necesita una interfaz de red para inicializarse. Si el script está diseñado para iniciar un servicio la primera letra sera S (start), si esta diseñado para detenerlo, comenzara con K (kill). Luego viene un número de dos dígitos y luego el nombre del script del directorio init.d. Cuando el sistema cambie a un nivel de ejecución distinto, primero ejecutará los script K, en orden numérico y luego los scripts S, también en orden numérico. La herramienta chkconfig comprueba los números recomendados del script que esté utilizando para ambos tipos de scripts. En general, siempre deberá usar estos números Los scripts init empaquetan funciones que facilitan las tareas de administración. Prof Ing Maria E Darahuge Luis E Arellano González Pág 17

18 El ciclo anterior comprueba si hay un directorio asociado con cada nivel determinado de ejecución. Si el directorio existe, iniciará cada proceso de ese directorio. Una vez que se ejecutan todos los demás archivos rc, se inicia /etc/rc.d/rclocal. Este es el mejor lugar para realizar los cambios en el sistema. Este archivo sobrescribe el archivo /var/lock/subsys/local (utilizando un touch, que si el archivo existe sólo le cambia la fecha de creación, esto permite al sistema conocer la última fecha de inicio) en cada arranque. También sobrescribe el archivo /etc/issue en cada inicio. Si desea realizar cambios en el rótulo que aparece en el incio de sesión, hágalo en el archivo rc.local, en lugar del archivo /etc/issue. Los archivos inittab y rc proveen un conjunto de herramientas excelente para iniciar los procesos en el tiempo de inicio, capturar eventos acorde a pulsaciones y reaccionar a ellos adecuadamente. 7 Servicio de planificación crontab: Ciertos procesos deben ejecutarse en un momento determinado, una y otra vez, por ejemplo una copia de seguridad nocturna, en momentos o días determinados, el resto del tiempo no se ejecutan. cron se inicia desde rc o desde rc.local, se ejecuta en segundo plano (background). Busca en /var/spool/cron entradas que concuerden con usuarios del /etc/passwd, las entradas se cargan en memoria, también busca en /etc/crontab. 8 cron se despierta cada minuto, por lo que no es necesario iniciarlo cuando se cambian los archivos de configuración del mismo, al despertarse ejecuta: 1. comprueba las entradas que conoce y ejecuta los comandos programados para ejecutarse. 2. Determina di modtime del directorio cron ha cambiado. 3. Si ha cambiado, comprueba cada archivo y recarga los que se hayan modificado. Activar el servicio crontab: El archivo crontab planifica los servicios, el demonio cron lee dicho archivo en /etc/crontab. Cada usuario puede tener su propia versión de esta archivo: La sintaxis del programa crontab es: crontab [ -u usuario ] archivo crontab [ -u usuario ] l e r 1. La opción u inicia el nombre del usuario, si se omite, el sistema asumirá que está modificando el crontab general. El comando switch user (su) puede provocar 7 Ejecutar: view /etc/rc.d/rc view /etc/rc.d/rc.local view /etc/issue view /etc/issuenet view /var/lock/subsys/local view /etc/rc.d/sysinit Analizar el contenido del directorio /etc/rc.d/init.d Visualizar (view) los scripts que contiene y determinar su utilidad. 8 Ejecutar: view /etc/passwd view /etc/crontab view /var/spool/cron Prof Ing Maria E Darahuge Luis E Arellano González Pág 18

19 errores en crontab, por lo que si se cambia de usuario, debe asegurarse de usar la opción u. 2. La opción l le indica a crontab que numere el archivo acorde a la salida estandar (que numere el archivo) 3. La opción e le indica a crontab que modifique el archivo. Utiliza el editor que define EDITOR o VISUAL. Por defecto es el vi. Al salir graba el archivo actualizado. 4. La opción r elimina el archivo crontab especificado. Si no se especifica archivo, eliminará el archivo crontab de ese usuario. Entradas de crontab: Se permiten dos tipos de entradas: 1. parámetros de entorno. 2. parámetros de comandos. Parámetros de entorno: Los parámetros de entorno, adoptan la forma general: name = valor Por ejemplo: SHELL (/bin/sh), LOGNAME y HOME (al propietario del archivo), (SHELL y HOME pueden omitirse en el script, pero LOGNAME no), MAILTO (enviará mensajes al usuario especificado).p.e. # mail any output to paulc, no importa el propietario de crontab se enviará un MAILTO=paulc. Por defecto, los mensajes se envían al propietario de un archivo crontab, sino está explícitamente establecido con MAILTO. Parámetros de comandos: Se utilizan con un formato estándar: cada línea se inicia con cinco campos de fecha-hora. A continuación el comando (sólo se ejecuta cuando la fecha y hora en curso coincide con los cinco criterios de fecha-hora). Un campo de fecha hora puede contener un asterisco, indica que deben cotejarse todos los valores válidos, pe. un asterisco en día de la semana, indica que se ejecute todos los días. Campo Valores válidos minute 0-59 hour 0-23 day 0-31 month 0-12 (o abreviaturas de nombres de meses, de tres letras) day of the week 0-7 (siendo 0 y 7 domingo, se pueden usar abreviaturas de nombre del día de la semana, de tres letras) Se pueden utilizar intervalos para especificar tiempos de inicio: pe. el valor 1-5 indica que el campo es válido para los números 1 al 5. No se pueden usar intervalos si usa abreviaturas de tres letras. Se pueden usar intervalos progresivos mediante una (/) y un número luego del intervalo, que indica el valor progresivo. pe. la siguiente instrucción indica que debe realizarse una acción determinada cada tercer valor (en este caso 2, 5, 8 y 11): 0 12/3 Los valores progresivos también se pueden usar con asteriscos. El valor */3 del campo horario coincidiría con cada tercer hora (0, 3, 6, 9, 12, 15, 18, 21) Se pueden usar listas para especificar tiempos de inicio. Las listas se separan con comas, pe.: Prof Ing Maria E Darahuge Luis E Arellano González Pág 19

20 1 15, Se refiere a todos los números del 1 al 15 y del 31 al 45. Si usa una abreviatura de nombre, no puede especificar una lista. pe. [usuario1@pointy usuario1]$ more /etc/crontab SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root HOME:/ #run parts (arrancar estas partes) 01 * * * * root run-parts /etc/cron.hourly 02 4 * * * root run-parts /etc/cron.daily 22 4 * * 0 root run-parts /etc/cron.weekly * * root run-parts /etc/cron.monthly Debemos asegurarnos que estamos en el nivel de sistema crontab (01, 02, 22, 42) y que éste incluye el nombre del usuario con que debe funcionar el comando. Este campo no se incluye en los archivos crontab de los usuarios individuales, si no, la estructura de archivos será la misma. El ejemplo de crontab anterior en realidad llama a cuatro crontab distintos: 1. uno asociado a los eventos horarios. 2. uno asociado a los eventos diarios. 3. uno asociado a los eventos semanales. 4. uno asociado a los eventos mensuales. Si está usando un sistema que cambia entre Linux y otro SO, (pe. Windows 98), es posible que quiera iniciar algunas de esta tareas usted mismo (pe. si el tiempo pasó mientras estaba en otro SO), el sistema no vuelve y reinicia las tareas cronometradas, sólo las ejecuta si la fecha y hora en curso coinciden con la entrada. Permitir y negar el acceso al servicio crontab: Dos archivos son los que hacen que el root permita o niegue el servicio crontab a los usuarios: 1. /etc/cron.allow Este archivo no existe por defecto, deberá crearlo. Las entradas que introduzca en este archivo tendrán prioridad sobre las colocadas en el archivo: 2. /etc/cron.deny El archivo /etc/cron.deny existe por defecto. En él se colocan los nombres de usuario a los que no se permite utilizar el servicio crontab. Si el archivo /erc/cron.allow existe, sólo aquellos usuarios que se especifique en este archivo podrán usar el servicio crontab. Es importante que sólo se permita al root modificar o agregar estos archivos al sistema. Si un usuario trata de usar el servicio cron (crontab e), pero su nombre aparece en cron.deny, se produce el siguiente error: you (account name) are not allowed to use this programa (crontab). See crontab (1) for more information. Especificar un día: El día que un comando se ejecuta está especificado por dos campos, day of the week y day. El comando se ejecuta si uno de ellos es verdadero. Pe. la siguiente línea especifica que se ejecuta el comando a las p.m. los días primero y quince de cada mes, y también todos los viernes: ,15 5 No es conveniente que se permita el uso de crontab a los usuarios, ya que es una forma de consumir recursos del sistema sin saberlo. Generar un archivo /etc/cron.allow es una Prof Ing Maria E Darahuge Luis E Arellano González Pág 20