1

Tarea 3: "Gestin de procesos, Arranque y Parada"

15 de abril de 2014 | Stalin Crdenas | 21:10 PM

1. Explica las diferencias y semejanzas entre un proceso, servicio y demonio. Para que te
quede claro, indica al menos dos nombres de cada uno de ellos, esto es: dos nombres
de procesos, dos nombres de demonios y dos nombres de servicios.

El servicio es un tipo de aplicacin del Sistema Operativo que se ejecuta en segundo plano al igual
que un daemon. El servicio puede proporcionar aplicaciones de servidores (web, bases de datos)
tanto a nivel local como de red. A estos servicios se los puede gestionar parndolos o inicindolos.
A dems, se puede incorporar una capa de seguridad, configurndolos para que sean ejecutados
por determinados usuarios.

Los daemons no son ms que un proceso que se ejecuta en segundo plano. Estos daemons
ejecutan diferentes funciones y proporcionan ciertos servicios, pero sin la interaccin del usuario;
son procesos de los que no "notamos" su ejecucin.

En cambio, el proceso es un concepto manejado por el sistema operativo, alojado en memoria,
y que, mediante colas, accede a la CPU para ejecutarse.

La diferencia entre uno y otro, es que el servicio lanza (crea) un proceso para ejecutarse. Puede
ser uno o varios, y desde el propio servicio, se puede gestionar la aplicacin (pararla o iniciarla).

Cuando el proceso getty detecta ingreso de caracteres, llama al programa login, el cual nos pide
usuario y contrasea para autentificarnos.

El proceso login verifica en el archivo /etc/shadow (o/etc/passwd si no tenemos el shadow
habilitado) si la contrasea es correcta, ejecuta el programa indicado para dicho usuario en el
archivo/etc/passwd

daemonio, apache tambien, mysq.

2. Escribe tres ejemplos del uso del signo & al fnal de un comando y describe lo que
lograste con ello

Cuando se agrega al final de un comando el signo (&), significa que el comando se debe ejecutar
en segundo plano. Es decir, el programa se ejecuta, pero en lugar de dejar trabada la terminal
permite ingresar ms comandos.

Si no se agrega el signo & al final, la consola espera a que termine el comando antes de permitir
ingresar otro comando. (Existe la combinacin de teclas Ctrl-z para pausar un comando en
ejecucin y despus con un comando se puede decirle que contine en segundo plano.)

Linux, como cualquier sistema Unix, puede ejecutar varias tareas al mismo tiempo. En sistemas
monoprocesador, se asigna un determinado tiempo a cada tarea de manera que, al usuario, le
parece que se ejecutan al mismo tiempo.
Para ejecutar un programa en background, basta con poner el signo ampersand (&) al trmino
de la lnea de comandos.

Por ejemplo, si se quisiera copiar el directorio /usr/src/ linux al directorio /tmp:

# cp-r/usr/src/linux/tmp&
#

Cuando ha terminado la ejecucin del programa, el sistema lo reporta mediante un mensaje:




2
Tarea 3: "Gestin de procesos, Arranque y Parada"
15 de abril de 2014 | Stalin Crdenas | 21:10 PM
#[Done]cp-r/usr/src/linux/tmp

Si se hubiese ejecutado el programa y no se hubiese puesto el ampersand, se podra
pasarlo a background de la siguiente manera:

1. Se suspende la ejecucin del programa, pulsando Ctrl+Z.

Como b puede crear esta base de datos usando el comando updatedb.
updatedb[opcin(es)]

Con este comando se puede actualizar de forma sencilla la base de datos requerida por
locate. Para conseguir que todos los archivos se tengan en cuenta, se debe ejecutar el
comando como root. Tambin es posible, aadiendo al fnal del comando el smbolo &,
que el programa se ejecute en segundo plano, y as poder seguir trabajando mientras
se produce la actualizacin . (updatedb & .fnd[Opcin(en)]



3. Indica al menos tres servicios que consideres importantes para Linux e indica por
qu.

1. init, es el servicio individual ms importante en un sistema basado en UNIX, es provisto por
init. init es el primer proceso que se inicia en todo sistema basado en UNIX, siendo la ltima
accin que el ncleo realiza al arrancar. Cuando init comienza su ejecucin, contina con el
proceso de arranque del sistema, realizando varias tareas de inicio (chequear y montar sistemas
de archivos, iniciar demonios, etc.).
2. Los administradores de sistemas y los usuarios, a menudo necesitan ejecutar comandos
peridicamente. Como ejemplo, supongamos que el administrador del sistema desea ejecutar
un comando que elimine los archivos ms antiguos de los directorios con archivos temporales
(/tmp y /var/tmp) para evitar as que el disco se llene, debido a que no todos los programas
eliminan correctamente los archivos temporales que ellos mismos generan.
El servicio cron se configura para que realice la tarea anterior. Cada usuario tiene un archivo
crontab, en el cual se listan los comandos que se desea ejecutar y la fecha y hora de ejecucin.
El servicio cron se encarga con precisin de iniciar cada comando, a la fecha y hora adecuada de
acuerdo a lo especificado en cada archivo crontab. El servicio at es similar a cron, pero este se
inicia nicamente una vez: el comando es ejecutado a la hora especificada, pero esta ejecucin
no vuelve a repetirse.
3. Los inicios de sesin a travs de la red tienen, en vez de una cantidad enorme de getty's, un
servicio individual por tipo de inicio de sesin (telnet y rlogin tienen servicios separados) que
"escucha" todos los intentos de inicio de sesin entrantes. Cuando el servicio advierte un intento
de inicio de sesin, inicia una nueva instancia de s mismo para atender la peticin individual; la
instancia original contina atenta a otros posibles intentos. La nueva instancia trabaja de manera
similar a getty.



3
Tarea 3: "Gestin de procesos, Arranque y Parada"
15 de abril de 2014 | Stalin Crdenas | 21:10 PM
4. Explica la diferencia entre runlevel 1, 3 y 5. Indica y prueba el comando para cambiar
de runlevel.

Las diferencias entre el runlevel 1, 3 y 5 son las siguientes:

El runlevel 1 es mono usuario sin red, solicita clave de root para iniciar sesin como
usuario administrador solamente, de ah que se le llame monousuario. Se lo usa bajo
cuenta y riesgo del usuario, para tareas de mantenimiento del sistema y/o slo para
emergencias.

El runlevel 3 es mult-usuario con red, por lo que se puede iniciar sesin con cualquier
usuario existente en la PC.

El runlevel 5, no es ms que una combinacin del runlevel 3 y (graphical.target) la
interfaz grfca (y quiz otros pocos servicios)

Para conocer con que nivel de ejecucin esta confgurada el Sistema Operatvo, se puede
digitar en la terminal el commando: who -r , el sistema desplegara que runlevel esta
confgurado, que por lo general sera run-level 5.





Para cambiar al runlevel 3 se puede escribir cualquiera de siguientes commandos:
# systemctl isolate mult-user.target
# systemctl isolate runlevel3.target

Se debe reiniciar el sistema operatvo para que surta efecto el cambio de runlevel.

Para volver al runlevel 5, se debe escribir cualquiera de los dos comandos siguientes
(con permisos administratvos root-):
# systemctl isolate graphical.target
# systemctl isolate runlevel5.target

5. Por qu consideras que es necesario que Linux tenga varios runlevels.

El concepto de runlevel o nivel de ejecucin es bastante sencillo, existen varios runlevels,
del 0 al 6 y bsicamente son scripts de inicio de sistema, y cada uno de estos runlevels
es una confguracin de arranque distnta.
Tenemos una maquina con Linux (en este caso Centos, para los ejercicios) instalado, y
esta mquina a su vez la utlizamos de dos "modos" o como PC de escritorio o como
Servidor de Red, de archivos, web... lo que sea.
Si vamos a utlizar la mquina como PC de escritorio necesitaremos un entorno grfco y
otros servicios al gusto del usuario. En cambio si lo vamos a utlizar como servidor es
totalmente innecesario el entorno grfco, pero si es interesante que cargue en el
arranque los servicios a los que esta destnado.
Para simplifcar esto lo ideal seria utlizar dos runlevels, cada uno con un nmero distnto,
uno para la carga del servidor y el otro para el PC de escritorio.




4
Tarea 3: "Gestin de procesos, Arranque y Parada"
15 de abril de 2014 | Stalin Crdenas | 21:10 PM
6. Investga en internet qu pasara si terminas (con el comando kill o equivalente) un
proceso de base de datos sin notfcar previamente a la base de datos.

En esta pregunta he tenido problema, no encontr informacin en internet
sobre la pregunta, o tal vez no consulte bien, baje varios manuales pero no
encontr informacin con respecto a la pregunta planteada.