Herramientas de usuario

Herramientas del sitio


informatica:certificaciones:lpic:lpic-1:101_system_architecture

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión
Revisión previa
informatica:certificaciones:lpic:lpic-1:101_system_architecture [2022/03/04 14:44] tempwininformatica:certificaciones:lpic:lpic-1:101_system_architecture [2022/03/05 15:54] (actual) – [Ejercicio 1: Módulos del kernel y niveles de ejecución] tempwin
Línea 11: Línea 11:
 ===== Ejercicios ===== ===== Ejercicios =====
  
-Ejercicio 1: Módulos del kernel y niveles de ejecución+==== Ejercicio 1: Módulos del kernel y niveles de ejecución ====
  
-En el documento que hay que subir a la plataforma para ser corregido hay que poner los comandos utilizados, y hay que adjuntar capturas de pantalla con los resultados.+**SysV**
  
-Para ayudar con este ejercicio, podréis encontrar en la sección de Documentos de Apoyo un archivo ampliando información sobre SysV Systemd+**1. Busca cual es el runlevel por defecto lista los procesos que arrancan en él**
  
-Vamos a trabajar en la gestión de procesos del sistema, para comparar el funcionamiento de SysV y Systemd+El runlevel por defecto se especifica en el fichero ''/etc/inittab''
  
-Para los ejercicios de SysV utiliza la maquina CentOS 6 y para los de Systemd la Debian 8+Para ver los procesos que arrancan en dicho nivel de servicio: ''/etc/rcX.d/'' (donde X habrá que sustituirlo por el runlevel que aparezca en ''/etc/inittab''
  
-SysV+**2. Cambia al runlevel 2 y comprueba si hay alguna diferencia en los procesos que estan corriendo**
  
-1. Busca cual es el runlevel por defecto y lista los procesos que arrancan en él+Primero verificamos los procesos que están corriendo en el runlevel actual:
  
-2. Cambia al runlevel 2 y comprueba si hay alguna diferencia en los procesos que estan corriendo+''ps aux''
  
-3. Quita el servicio "crond" del runlevel 2, ponlo como runlevel por defecto y reinicia. +Ahora cambiamos al runlevel 2:
-Comprueba que ese servicio no esté corriendo (creo que lo que quieren es que quitemos el servicio crond del runlevel2, que pongamos el runlevel por defecto al runlevel2 y que luego verifiquemos que cuando arrancamos el linux efectivamente ese servicio crond no está habilitado al haber arrancado el sistema en el runlevel2.)+
  
-4. Deshabilita totalmente del sistema el servicio "crond"+''telinit 2'' / ''init 2''
  
-5. Levanta manualmente ese servicio+Y verificamos de nuevo:
  
 +''ps aux''
  
-Systemd+**3. Quita el servicio "crond" del runlevel 2, ponlo como runlevel por defecto y reinicia. Comprueba que ese servicio no esté corriendo (//creo que lo que quieren es que quitemos el servicio crond del runlevel2, que pongamos el runlevel por defecto al runlevel2 y que luego verifiquemos que cuando arrancamos el linux efectivamente ese servicio crond no está habilitado al haber arrancado el sistema en el runlevel2.//)**
  
-1. Busca cual es el target por defecto y lista todos los targets del sistema+Quitamos el servicio crond del runlevel 2:
  
-2. Cambia al target multi-user y comprueba si hay alguna diferencia en los procesos que estan corriendo+<code> 
 +chkconfig --level 2 crond off 
 +</code>
  
-3. Deshabilita el servicio "cron" y comprueba que ese servicio ya no es una dependencia del target.+Establecemos el runlevel 2 por defecto en ''/etc/inittab'':
  
-4. Comprueba si el servicio está corriendo y si es así detenlo+<code> 
 +id:2:initdefault: 
 +</code>
  
-5. Vuelve a habilitar el servicio "cron"+Reiniciamos:
  
-Trabajar con módulos del kernel+<code> 
 +reboot # o telinit 6 
 +</code>
  
-1. Desde la línea de comando, enumere todos los módulos activados actualmente en el sistema. Determine si su +Comprobamos el nivel de ejecución en el que estamos:
  
-sistema tiene un módulo habilitado para el cdrom. Si es así, ¿cuál es el nombre?+<code> 
 +runlevel 
 +</code>
  
-2. Use el comando lspci para listar todos los dispositivos en su sistema. Use el modo detallado y asegúrese de que se incluya toda la información de IRQ o dirección.+Verificamos si está corriendo el servicio crond:
  
-3. Usando algunos de los comandos que hemos aprendido hasta ahora, encuentre un módulo de sistema de archivos que esté CARGADO pero que usted NO esté en usando. Identifica el nombre de su módulo.+<code> 
 +service crond status # o también ps aux |grep -i crond 
 +</code>
  
- 4. Ahora desinstale ese módulo y verifique que ya no está cargado en el kernel. Enumere los pasos para desinstalar el módulo y cómo ha verificado que ya no está cargado.+**4. Deshabilita totalmente del sistema el servicio "crond"**
  
-5. Sin usar modprobe, vuelva a cargar y verifique el módulo que se eliminó recientemente. Enumere los pasos para cargar el módulo y cómo ha verificado que ahora se haya cargado.+<code> 
 +chkconfig --del crond 
 +</code>
  
 +**5. Levanta manualmente ese servicio**
 +
 +<code>
 +service crond start
 +</code>
 +
 +**Systemd**
 +
 +**1. Busca cual es el target por defecto y lista todos los targets del sistema**
 +
 +Para ver el target por defecto:
 +
 +<code>
 +systemctl get-default
 +</code>
 +
 +Para listar todos los targets del sistema:
 +
 +<code>
 +systemctl list-units --type=target
 +</code>
 +
 +**2. Cambia al target multi-user y comprueba si hay alguna diferencia en los procesos que estan corriendo**
 +
 +Miramos los procesos en el target actual:
 +
 +<code>
 +ps aux
 +</code>
 +
 +Para cambiar al target multi-user:
 +
 +<code>
 +systemctl isolate multi-user.target
 +</code>
 +
 +Miramos los procesos en el target actual:
 +
 +<code>
 +ps aux
 +</code>
 +
 +
 +**3. Deshabilita el servicio "cron" y comprueba que ese servicio ya no es una dependencia del target.**
 +
 +Para deshabilitarlo:
 +
 +<code>
 +systemctl disable cron.service
 +</code>
 +
 +Revisamos si cron.service es dependencia del target actual:
 +
 +<code>
 +systemctl list-dependencies 
 +</code>
 +
 +**4. Comprueba si el servicio está corriendo y si es así detenlo**
 +
 +<code>
 +systemctl status crond.service
 +</code>
 +
 +Lo detenemos con:
 +
 +<code>
 +systemctl stop crond.service
 +</code>
 +
 +**5. Vuelve a habilitar el servicio "cron"**
 +
 +<code>
 +systemctl enable cron.service
 +</code>
 +
 +**Trabajar con módulos del kernel**
 +
 +**1. Desde la línea de comando, enumere todos los módulos activados actualmente en el sistema. Determine si su 
 +sistema tiene un módulo habilitado para el cdrom. Si es así, ¿cuál es el nombre?**
 +
 +Para ver los módulos del kernel cargados en memoria:
 +
 +<code>
 +lsmod
 +</code>
 +
 +Buscamos alguno para el cdrom:
 +
 +<code>
 +lsmod | grep -i cdrom
 +</code>
 +
 +**2. Use el comando ''lspci'' para listar todos los dispositivos en su sistema. Use el modo detallado y asegúrese de que se incluya toda la información de IRQ o dirección.**
 +
 +<code>
 +lspci -vvv
 +</code>
 +
 +**3. Usando algunos de los comandos que hemos aprendido hasta ahora, encuentre un módulo de sistema de archivos que esté CARGADO pero que usted NO esté en usando. Identifica el nombre de su módulo.**
 +
 +<code>
 +lsmod | grep -i fs
 +</code>
 +
 +**4. Ahora desinstale ese módulo y verifique que ya no está cargado en el kernel. Enumere los pasos para desinstalar el módulo y cómo ha verificado que ya no está cargado.**
 +
 +<code>
 +modprobe -r <MODULO>
 +</code>
 +
 +**5. Sin usar modprobe, vuelva a cargar y verifique el módulo que se eliminó recientemente. Enumere los pasos para cargar el módulo y cómo ha verificado que ahora se haya cargado.**
 +
 +Comprobamos el kernel que está en ejecución:
 +
 +<code>
 +uname -r
 +</code>
 +
 +Vamos a la carpeta de dicho kernel ''/lib/modules/<VERSION_KERNEL>'' y buscamos el módulo.
 +
 +Lo cargamos en memoria con:
 +
 +<code>
 +insmod <RUTA_MODULO.so>
 +</code>
 +
 +Verificamos que esté cargado:
 +
 +<code>
 +lsmod
 +</code>
 ===== Test ===== ===== Test =====
 +
 +**The ''lsmod'' utilities list which of the following when run?** 
 +
 +  * Kernel modules that are loaded into memory (**Solución**)
 +  * All kernel modules and their attributes
 +  * All kernel modules available on the system
 +  * None of the above
 +
 +**Which of the following filesystem types are referred to as a 'pseudofilesystem'?**
 +
 +  * sysfs (**Solución**)
 +  * xfs
 +  * ext2
 +  * dev
 +
 +**Which of the following represents the correct boot order of a 'sysvinit' system?**
 +
 +  * None of the above
 +  * BIOS, kernel, boot loader, init, login
 +  * Boot loader, BIOS, init, device initialization, mount filesystems, login
 +  * BIOS, MBR, boot loader, kernel, device initialization, root filesystem mount (**Solución**)
 +
 +**Which of the following runlevel numbers translates to the 'reboot' runlevel (either in 'sysvinit' or 'systemd')?**
 +
 +  * 6 (**Solución**)
 +  * 1
 +  * 0
 +  * 5
 +
 +**The 'procfs' filesystem is referred to as a 'pseudofilesystem'.**
 +
 +  * Verdadero (**Solución**)
 +  * Falso 
 +
informatica/certificaciones/lpic/lpic-1/101_system_architecture.1646401494.txt.gz · Última modificación: por tempwin