Perteneciente a LPIC-1
Se explica cómo es la arquitectura del sistema, cómo se relaciona Linux con los componentes de hardware y cómo comienza la ejecución del sistema cuando se enciende la máquina.
SysV
1. Busca cual es el runlevel por defecto y lista los procesos que arrancan en él
El runlevel por defecto se especifica en el fichero /etc/inittab
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
2. Cambia al runlevel 2 y comprueba si hay alguna diferencia en los procesos que estan corriendo
Primero verificamos los procesos que están corriendo en el runlevel actual:
ps aux
Ahora cambiamos al runlevel 2:
telinit 2 / init 2
Y verificamos de nuevo:
ps aux
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.)
Quitamos el servicio crond del runlevel 2:
chkconfig --level 2 crond off
Establecemos el runlevel 2 por defecto en /etc/inittab:
id:2:initdefault:
Reiniciamos:
reboot # o telinit 6
Comprobamos el nivel de ejecución en el que estamos:
runlevel
Verificamos si está corriendo el servicio crond:
service crond status # o también ps aux |grep -i crond
4. Deshabilita totalmente del sistema el servicio “crond”
chkconfig --del crond
5. Levanta manualmente ese servicio
service crond start
Systemd
1. Busca cual es el target por defecto y lista todos los targets del sistema
Para ver el target por defecto:
systemctl get-default
Para listar todos los targets del sistema:
systemctl list-units --type=target
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:
ps aux
Para cambiar al target multi-user:
systemctl isolate multi-user.target
Miramos los procesos en el target actual:
ps aux
3. Deshabilita el servicio “cron” y comprueba que ese servicio ya no es una dependencia del target.
Para deshabilitarlo:
systemctl disable cron.service
Revisamos si cron.service es dependencia del target actual:
systemctl list-dependencies
4. Comprueba si el servicio está corriendo y si es así detenlo
systemctl status crond.service
Lo detenemos con:
systemctl stop crond.service
5. Vuelve a habilitar el servicio “cron”
systemctl enable cron.service
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:
lsmod
Buscamos alguno para el cdrom:
lsmod | grep -i cdrom
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.
lspci -vvv
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.
lsmod | grep -i fs
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.
modprobe -r <MODULO>
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:
uname -r
Vamos a la carpeta de dicho kernel /lib/modules/<VERSION_KERNEL> y buscamos el módulo.
Lo cargamos en memoria con:
insmod <RUTA_MODULO.so>
Verificamos que esté cargado:
lsmod
The lsmod utilities list which of the following when run?
Which of the following filesystem types are referred to as a 'pseudofilesystem'?
Which of the following represents the correct boot order of a 'sysvinit' system?
Which of the following runlevel numbers translates to the 'reboot' runlevel (either in 'sysvinit' or 'systemd')?
The 'procfs' filesystem is referred to as a 'pseudofilesystem'.