Tema 3.

1. Tema 3. Arranque y parada del sistema Msc.Rina Arauz

2. Índice • 1.  Proceso de arranque del sistema • a)  Arranque de un PC • b)  Gestor de arranque GRUB • c)  Modo monousuario • d)  Modo multiusuario • e)  Niveles de ejecución o arranque en Linux • f)  Arranque mediante Upstart • g)  Ficheros de inicializaciónh)  Resumen del proceso de arranque • 2.  Parada del sistema • 3.  Caídas del sistema y problemas de arranque

3. Arranque y parada del sistema • *   Todo sistema necesita los procesos de arranque y deparada • *   En el proceso de arranque se prepara al sistema paraser usado por los usuarios • *   En el proceso de parada se deja el sistema • consistente (por ejemplo, los bloques de disco modificados enmemoria se guardan en el sistema de ficheros) • *   El administrador debe saber qué hacen estos dosprocesos y cómo lo hacen, ya que le facilitaráreconocer posibles situaciones de error y solucionarlas • *   En la actualidad son procesos muy sencillos => una seriede ficheros de configuración y de guiones shelldetermi-nan y controlan estos procesos

4. 1. Proceso de arranque del sistema • Arranque de un PC • * El arranque de un ordenador actual tiene 2 fases: • *  arranque hardware • *  arranque del S.O. • Test del hardware • Carga en memoria del cargador del SO

5. 1.1 Arranque de un PC (ii) • *   Iniciador ROM => Programa de arranque disponible enla ROM • *  Al arrancar el ordenador => Señal eléctrica => Cargavalores predefinidos en los registros • *   En el contador del programa se carga la dirección deinicio del iniciador ROM • *   El iniciador ROM realiza tres funciones: • 1.   Comprueba el sistema, detectando sus características ycomprobando su funcionamiento • 2.   Lee y almacena en memoria el programa cargador del S.O. • 3.   Pasa el control al cargador del S.O., saltando a la dirección dememoria donde lo ha almacenado

6. 1.1 Arranque de un PC (iii) • *   El programa cargador (masterbootprogamo bootprogam) está enlos primeros sectores del disco y con un tamaño prefijado • *   Estos sectores se conocen como MasterBoot Record • (o VolumeBoot Record) • *   Es el encargado de cargar el núcleo (o kernel) del S.O. y pasarle el control • *   El iniciador de la ROM y el S.O. tienen un acuerdo sobre el programa cargador, • (ubicación, dirección de arranque y tamaño), de esta manera el iniciador puede • soportar varios S.O.’s

7. 1.1 Arranque de un PC (iv) • * El núcleo del S.O. continúa el proceso de arranque: • *   Realiza una comprobación del hardware del sistema • *   Se prepara a sí mismo para ejecutar el sistema inicializando sustablas internas, creando las estructuras de datos necesarias, etc. • *   A continuación crea el proceso Init y le pasa el control • *   Para que el núcleo no tenga un tamaño muy grande, la mayoría delas opciones se compilan como módulos, que se cargarán cuando senecesiten • *   Por ello, en el arranque el núcleo necesitará cargar algunos módulospara poder iniciar el sistema, p.e. el módulo ext3 para acceder al SF • *   El fichero initrd_version.img cargará los módulos que el núcleonecesita para poder arrancar: • *    El núcleo primero carga el initrd y le pasa el control • *    El initrd carga los módulos necesarios y le devuelve el control al núcleo • *    Entonces el núcleo continuará el proceso de arranque

8. 1.1 Arranque de un PC (v) • * El proceso Inittermina el proceso de arranque,dejando el sistema en modo multiusuario preparadopara que los usuarios trabajen en él • *   Usa una serie de ficheros scripts que le indican las acciones arealizar • *Las tareas que realiza el proceso Initson: • Chequea los sistemas de ficheros • Monta los sistemas de ficheros permanentes • Activa las áreas de swapping o intercambio • Activa los demonios y la red (NFS, NIS, etc.) • Limpia los sistemas de ficheros (borra los directorios temporales) • Habilita el login a los usuarios del sistema

9. 1.2 Gestor de arranque GRUB • GRUB: GRandUnifiedBootloader • *   GRUB se instala en el masterboot record (M.B.R.) y hace de lasfunciones de masterbootprogram(M.B.P.) • *   Pregunta qué S.O. arrancar: Linux o Windows • *   Si la respuesta es Linux => carga el núcleo solicitado y le pasa elcontrol para que el arranque continúe • *   Si la respuesta es Windows => pasa el control a Windows querealiza su arranque • *Fichero de configuración: /boot/grub/grub.conf(enalgunossistemases • /boot/grub/menu. Ist) • *   Ejecutable (para instalación): /sbin/grub-install • *   Soporta el modo Direccionamiento Lógico de Bloques (LBA) (es • un método de acceso a unidades de disco duro. • *   Lee los sistemas de ficheros Ext2, Ext3 o reiserfs • * (GRUB se puede instalar el sector de arranque de la partición de Linux, en este caso sólo se lanzará sies esa partición activa)

10. 1.2 Gestor de arranque de GRUB (ii) • *   Lee el fichero de configuración en cada arranque (las • modificaciones se toman de manera automática) • *   Dispone de tres interfaces con distinto grado de funcionalidad: • - De menú => seleccionar S.O. • - Del editor de menú de entrada => modificar líneas de órdenes antes dearrancar el sistema operativo, p.e. para pasar parámetros al núcleo ocorregir errores del fichero. (Pulsar la tecla e) • - Para pasar parámetros al núcleo pulsar la tecla a • - De línea de órdenes => ejecutar órdenes interactivamente. (Pulsar la tecla c) • *   Terminología de GRUB, numerando los dispositivos según losreconozca la BIOS: • - Nombres de dispositivos (hd0,0) => /dev/sda1 • (<tipo_de_dispositivo><número_dispositivo_bios>,<numero_particion>) • - Nombres de ficheros (hd0,0)/boot/grub/grub.conf • (<tipo_de_dispositivo><número_dispositivo_bios>,<numero_particion>)/path

11. 1.2 Gestor de arranque de GRUB (iii) • * Ejemplo de fichero de configuración con Linux y Windows: (se lee encada arranque del sistema) • default=0#Opción por defecto • timeout=10#Tiempo de espera • password --md5 $l$4hKKrl$LvSjN89PmeeHXBljrl3yq0 • splashimage=(hdO,0)/boot/grub/splash.xpm.gz • titleFedoraCore Linux (2.6.37) #Etiqueta • root (hdO,0) #Parti. a montar por GRUB, donde está el núcleokernel /boot/vmlinuz-2.6.37 ro root=LABEL=/ #Núcleo y parámetrosinitrd /boot/initrd-2.6.37.img#Fichero initrd • title Windows 2008#Etiqueta • rootnoverify (hd0,2)#Partición a usar • chainloader +1#Pasarle el control • # Observa esta diferencia----------------------------------------------- • # root=LABEL=/ Indica al núcleo cuál es el SF raíz del SO • # root (hd0,0) Dónde encuentra GRUB los ficheros del núcleo

12. SplashImage es la imagen que aparece en la pantalla mientras el programa está cargando: • splashimage=(hdO,0)/boot/grub/splash.xpm.gz • (hd0,0) se refiere a la partición del disco duro donde esta instalado S.O linux. • Si omitimos la parte del disco duro igualmente funciona,seria así:splashimage=/boot/grub/splashimages/nombre_del_fichero.xpm.gzEn el directorio /boot/grub/splashimages existen varias imágenes comprimidas *xmp.gz

13. 1.3 Modo monousuario • *   Estado del sistema definido para realizar tareas administrativas y demantenimiento, que requieren un control completo y no compartidodel sistema • *   Sólo realiza el montaje del sistema de ficheros raíz (/), los otros SFestán disponibles pero no están montados • *   Se puede acceder a todo el sistema, pero muchos servicios no estánactivos o configurados: • *   Muy pocos demonios están en ejecución, sólo los necesarios • *   Muchas utilidades no están activas (impresión, red) • *   Sólo las órdenes del SF raíz están disponibles, (si/usrestá en otra • partición no está montado) • *   etc. • *   Para entrar en modo monousuario el proceso Initcrea el shell por • defecto (/bin/sh) como usuario root, (en ocasiones ejecuta la orden/sbin/sulogin, que pedirá la contraseña del root para dejar entrar al sistema) • Tema 3. Arranque y parada del sistema- p. 12/29

14. 1.3 Modo monousuario (ii) • ¿Cómo se entra en modo monousuario? • *   Indicándolo manualmente al MasterBootProgram con unaopción o parámetro: • *    GRUB: añadir, mediante la interfaz de edición, la opción «single» a la entradadel núcleo « kernel/boot/vmlinuz-2.6.37 ro root=LABEL=/ » • *   Automáticamente, si hay problemas en el proceso de arranqueque el sistema no puede solucionar por sí solo, (pe. problemas en el • SF que fsckno puede solucionar, errores en los ficheros de arranque) • ¡Problema! Modo monousuario no tiene ninguna protección (unusuario podría entrar en el sistema en modo monousuario, y portanto tener acceso a todo el sistema, estando delante del ordenador) • Solución: • *   GRUB: en el fichero /boot/grub/grub.confañadir la opción: • -password—md5 password_encriptado • - La orden grub-md5-crypt encriptael password, que habrá que copiar alfichero de configuración

15. 1.4 Modo multiusuario • * Pasos del proceso de arranque: • 1.   Chequea el sistema de ficheros raíz con fsck • *    Si al apagar el sistema, el sistema de ficheros se desmontó correctamente, nose chequea • *    Sin embargo, algunos S.O.’s con determinados SF’s fuerzan el chequeosiempre, o cada cierto tiempo (cada 3 meses) o cada cierto n° de montajessin chequear (cada 20 veces) • *    Si fsckencuentra problemas que no puede solucionar “sólo”, lleva al sistemaa modo monousuario para que el administrador realice el chequeo manual • 2.   Monta el sistema de ficheros raíz en modo lectura-escritura • 3.   Chequea el resto de sistemas de ficheros con fsck(idem al punto 1) • 4.   Monta el resto de sistemas de ficheros • 5.  Activa las particiones de intercambio o swapping con swapon -a • 6.  Activa las cuotas de disco: quotacheck -a y quotaon-a

16. Una cuota de disco es un límite establecido por el administrador del sistema que restringe ciertos aspectos del uso del sistema de archivos en los sistemas operativos modernos. El objetivo de la utilización de las cuotas de disco es limitar la asignación de espacio en el disco duro de una manera razonable. cuota de uso o cuota de bloques, limita la cantidad de espacio en disco que puede ser utilizado. cuota de archivo o de inodo, limita el número de archivos y directorios que se pueden crear.

17. 1.4 Modo multiusuario (ii) • * Pasos del proceso de arranque (continúa...) • 7.   Lanza los procesos servidores o demonios • *    crond, atd, etc. • *    cupsd • *    syslogd • 8.  Activa la red • 9.   Lanza los demonios de red • *   xinetd, sendmail, named, routed • *    rpcbind, nfsd, rpc.statd, ypbind, ypserv • 10.   Limpia los sistemas de ficheros: /tmp, etc. • 11.   Permite que los usuarios entren: • *    Crea las terminales, lanzando mingetty(o getty) en modo texto, y el terminalgráfico, si es preciso • *    Borra, en caso de que exista, el fichero /etc/nologin • Si el fichero /etc/nologinexiste los usuarios (excepto el root) no puedenentrar al sistema. Algunos sistemas lo crean al iniciar el arranque

18. cron es un administrador regular de procesos en segundo plano(demonio) que ejecuta procesos o guiones a intervalos regulares (por ejemplo, cada minuto, día, semana o mes). Los procesos que deben ejecutarse y la hora en la que deben hacerlo se especifican en el fichero crontab. cron viene del griego chronos (χρόνος) que significa "tiempo". • syslog es un estándar para el envío de mensajes de registro en una red informática IP. • CUPS gestiona los trabajos y tareas de impresión, y proporciona impresión de red utilizando el protocolo estándar de Impresión en Internet (IPP), que dispone de soporte para una gran gama de impresoras, desde matriciales hasta láser.

19. 1.5 Niveles de ejecución en Linux • *  Algunos sistemas operativos consideran que el sistemapuede estar en distintos niveles de ejecución (oarranque), y no sólo en multiusuario y monousuario • (originalmente apareció en los UNIX de System V) • *   En Linux estos niveles de ejecución son: • *   0: El sistema está apagado • *   1, s ó S: Modo monousuario • *   2: Multiusuario sin funciones de red, el mismo que el 3 pero sin • las utilidades de red. (En ocasiones está sin usar y puede ser redefinido) • *   3: Multiusuario completo, con terminales en modo texto • *   4: Sin usar, puede ser redefinido por el administrador • *   5: Multiusuario con pantalla de inicio de sesión basada en X • *   6: El sistema se está reiniciando

20. 1.5 Niveles de ejecución en Linux (ii) • *   /sbin/telinit => cambiar de nivel de ejecución • *    telinit 1 => a modo monousuario • *    telinit 6 => reiniciar el sistema • *    telinit 3 => cambiar al nivel 3 • *   /sbin/runlevel => saber en qué nivel está el sistema • *   Hay un nivel por defecto en el que arranca el sistema, que seestablece en el fichero /etc/inittab con la línea: • id:5:initdefault: • *   Al arrancar, mediante el GRUB, al núcleo se le puede pasar comoparámetro un número indicando el nivel en el que queremosarrancar. En este caso se obviará el nivel por defecto

21. Linux ofrece multitud de servicios o servidores, estos pueden iniciar o arrancar junto con la carga del sistema o pueden después ser puestos a funcionar cuando se requieran (es lo mejor). Parte esencial de la administración de sistemas Linux es continuamente trabajar con los servicios que este proporciona. Inittab es el archivo de configuración inicial que encuentra init en /etc después de la carga del kernel. Contiene las instrucciones de inicio de los programas y scripts que van a funcionar al iniciar el nivel de ejecución especificado. El proceso de arranque init es el primer proceso que se ejecuta en el sistema, es el más importante, del que dependen el resto de todos los demás procesos. Se ejecuta como demonio y por lo general tiene PID 1. En el arranque de GNULinux, este demonio se encarga de cargar los subprocesos necesarios para la puesta en marcha del sistema. Estos subprocesos se inician en serie, es decir, se inician uno detrás de otro y hasta que no termina de arrancar uno no se inicia el siguiente. El cambio de inittab a upstart fue realizado en Ubuntu 6.10, Fedora 9, openSUSE 11.3 En el Unix original, el proceso init arrancaba los servicios mediante un único script denominado /etc/rc. Posteriormente se introdujo un nuevo esquema de directorios en /etc/rc.d/ que contenía scripts de arranque/parada de servicios. Ubuntu y algunas otras distribuciones de Linux utilizan ahora upstart como reemplazo para el proceso de inicialización tradicionales.

22. Se reemplaza el manejo de cambios de runlevel por un sistema nuevo capaz de controlar eventos llamado upstart, que es capaz de supervisar tareas y servicios mientras el sistema corre. Ésto implica que el fichero inittabdesaparece, dando paso al directorio /etc/init, que contiene una serie de archivos .conf que nos servirán para definir los jobs (trabajos). Es importante señalar que están basados en la configuración de sysvinit, incluyendo la ejecución del antiguo script /etc/init.d/rc, el cual es invocado desde /etc/init/rc.conf, para mantener la compatibilidad. A partir de la versión 10.04 de Ubuntu, init de system a sido sustituido por el sistema de arranque Upstart (aunque solo como un emulador del init tradicional, porque para cambiar el sistema hay que reescribir todos los scripts de arranque, una tarea bastante delicada). Los scripts propios de Upstart se encuentran en el directorio /etc/init. Upstart : Se encarga de manejar el arranque de las tareas y servicios durante el inicio del pc, de detenerlas durante su apagado y de supervisarlas mientras el sistema está funcionando. En Upstart la gestión está basada en eventos (la ejecución de los programas van determinados por los sucesos que ocurran en el sistema, definidos por el usuario o que ellos mismos provoquen). En System V (init), los servicios se inician en serie, uno detrás de otro, y hasta que no termina de arrancar un servicio no se inicia el siguiente. Así, por ejemplo, si tarda mucho en detectar dirección IP, el sistema tardará más en arrancar, ya que hasta que no se detecte IP no se puede iniciar el siguiente servicio. Sin embargo, con Upstart los servicios arrancan todos en paralelo, siguiendo unas dependencias. De esta forma, por ejemplo, aunque se tarde en adquirir dirección IP, el sistema puede iniciar todos los otros servicios que no requieran una conexión a la red.

23. 1.6 Arranque mediante Upstart • *   Proceso de arranque/parada del sistema basado en eventos, queson ejecutados por el proceso init • *   De forma asíncrona realiza las siguientes tareas: • *    Dirige el inicio de las tareas y demonios. • *    Controla, si es necesario, los demonios mientras el sistema está encendido. • *    Detiene los demonios durante el proceso de apagado. • *   En el directorio /etc/event.d/ hay una serie de eventos (ficheros)que initejecuta según el orden y las dependencias establecidas enlos mismos • *   Estos eventos indican qué tarea ejecutar, cuándo y cómo, mediantesu propio lenguaje • *   La orden initctlpermite indicar al proceso initque realicedeterminadas acciones: • start evento stop evento status evento

24. 1.6 Arranque mediante Upstart (ii) • * Los ficheros de eventos están en modo texto siguiendo la siguientenomenclatura: • *    exec <orden><argumentos> => ejecutar la orden con esos argumentos: • exec/etc/rc.d/rc 0exec /sbin/mingetty tty2 • *    script ... end script => ejecutar el guión shellindicado: • script • set $(runlevel || true) • if [ "$2" í= "0" ] && [ "$2" í= "6" ]; then • set $(runlevel --set 0 || true)f iif [ "$1" í= "unknown" ]; then • PREVLEVEL= $1 • RUNLEVEL=$2 • export PREVLEVEL RUNLEVELfi • exec /etc/rc.d/rc 0 # Combina exec con scriptend script

25. 1.6 Arranque mediante Upstart (iii) • * Nomenclatura de los ficheros de eventos: • *    starton <event> => describe bajo qué condiciones se lanzará ese evento • startonstartupstartonstopped rc2 • startonrunlevel 5startonstartedprefdm • *    stop on <event> => describe bajo qué condiciones se parará ese evento • stop onrunlevel [35] stop onstartedprefdm • *    respawn=> volver a lanzar ese proceso o demonio cuando muera • *    consolé => hacia dónde redirigir la salida del evento • *    pre-start=> ejecutar la orden/guión shell antes de lanzar ese proceso • pre-startexecrm -f /var/run/crondpre-start script • if [ "$RUNLEVEL" == "S"] • then • RUNLEVEL=1 • fiend-script

26. 1.6 Arranque mediante Upstart (iv) • * Nomenclatura de los ficheros de eventos: • *    post-start=> ejecutar la orden/guión shell después de lanzar ese proceso • post-startexectouch/var/run/crondpost-start script • if [ "$RUNLEVEL" == "1"] • then • RUNLEVEL=S • fiend-script • *    pre-stop => ejecutar la orden/guión shell antes de parar ese proceso • pre-stop exec ... • pre-stop script / end-script • *    post-stop => ejecutar la orden/guión shell después de parar ese proceso • post-stop exec ... • post-stop script / end-script

27. 1.6 Arranque mediante Upstart (v) • Ejemplos • startonstartupstop onrunlevelconsoleoutputscript • /etc/rc.d/rc.sysinitend scriptpost-stop script • runlevel=$(/bin/grep initdefault /etc/inittab | cut -f 2 -d ":") • [ -z "$runlevel" ] && runlevel="3" • exectelinit $runlevelendscript • - - - - - - - - - - - • startonrunlevel 5stop onrunlevel [!5]console outputscript • exec/etc/rc.d/rc 5end script

28. 1.7 Ficheros de inicialización • *   Varios ficheros script generales, llamados rc* que están en /etc/rc.do /etc, son ejecutados al arrancar por el Initmediante un evento • *   Varios ficheros scripts específicos de cada nivel de arranque, queestán en el directorio /etc/rcn.do /etc/rc.d/rcn.d, siendo n el nivel dearranque, son ejecutados al arrancar o cambiar de nivel • *    Son ficheros scripts que su nombre empieza por K o S, seguido de un número de2 dígitos y un nombre descriptivo: • K35smb K15httpd S40atd S50xinetd S60cups S991ocal • *El script /etc/rc(o /etc/rc.d/rc) es el encargado de ejecutar estos ficheros scripts,según el nivel de arranque • *    Los ejecuta en orden alfabético, primero los K después los S, los dos dígitosestablecen el orden entre todos los K y todos los S • *    Los ficheros K sirven para detener demonios o matar procesos • *    Los ficheros S sirven para lanzar demonios o ejecutar funciones de inicialización • *    De esta manera, para cada nivel de inicialización, se especifica qué demoniostienen que estar activos y qué demonios no tienen que estar activos

29. 1.7 Ficheros de inicialización (ii) • * En los directorios /etc/rcn.d(o /etc/rc.d/rcn.d) • *   Estos ficheros son enlaces simbólicos al fichero con el mismonombre descriptivo que está en el directorio /etc/init.d(o/etc/rc.d/init.d) • *   Los ficheros scripts reciben varios parámetros: start, stop, • restart, etc. (esto permite lanzar o relanzar demonios sin reiniciar el sistema) • rcejecuta los K con el parámetro stop y los S con start • *   /sbin/chkconfig=> configurar los demonios a lanzar (S) o finalizar(K) para cada nivel. También permite consultas • *    −−addnombre => Añadir para los niveles que especifique el demonio • *    −− del nombre => Eliminarlo (ni siquiera lo deja como K) • *    [−− levellevels] nombre <on|off|reset> • *    −− list[nombre] • *   En entorno gráfico: /usr/sbin/ntsysv, system-config-services • *   Lanzar demonios a “mano” (sin reiniciar) => P.e. el demonio deimpresión: /etc/rc.d/init.d/cups restart

30. 1.8 Resumen del proceso de arranque • 1.   Iniciador ROM • *    Chequeo inicial del sistema • *    Lee y almacena en memoria el programa cargador del S.O. • *    Pasa el control al cargador del S.O., saltando a la dirección de memoria donde loha almacenado • 2.   Cargador del sistema operativo (GRUB) => carga el núcleo delsistema operativo y le pasa el control, sabe dónde está el núcleo ocómo localizarlo • 3.   Núcleo del sistema operativo • *    Chequeo hardware • *    Creación e inicialización de las estructuras de datos, tablas, etc., que necesita • *    Crea el proceso Init y le pasa el control • 4.   Proceso Init => termina el proceso de arranque, dejando el sistemapreparado para ser usado (chequeo de SF’s, montaje de SF’s,activación de swap, de cuotas, demonios, etc.)

31. 2. Parada del sistema • *   En ocasiones es necesario apagar o reiniciar el sistema:mantenimiento, diagnóstico, hardware nuevo, etc. • *   Las acciones que se realizan en el proceso de parada son: • 1.   Se notifica a los usuarios • 2.   Procesos en ejecución => enviar la señal de terminación (TERM) • 3.   Se paran los demonios • 4.  A los usuarios que quedan conectados se les echa del sistema • 5.   Procesos que queden en ejecución => enviar la señal de fin (KILL) • 6.  Actualizaciones de disco pendientes (integridad del SF) con sync • 7.   Dependiendo del tipo de shutdown: • a)   Se cambia a modo monousuario, opción por defecto • b)   Se apaga el ordenador • c)   Se reinicia el sistema • *   Orden: shutdown (también telinit nivel)

32. 2. Parada del sistema (ii) • *   shutdown [opciones] tiempo [mensaje] • *   Opciones: • *    Sin opciones => modo monousuario=> telinit 1 • *    -r => reiniciar => telinit 6 • *    -h => parar => telinit 0 • *   -c => cancelar • *    -k => simular un shutdown, pero realmente no se lleva a cabo • *   Tiempo: +minutos, now, h:m • *   Al salir de modo monousuario vuelve al nivel por defecto, (salvo que • expresamente se reinicie o apague)

33. 3. Caídas del sistema y problemas de arranque • *   Causas de caídas del sistema: • *   Fallos hardware • *   Errores de hardware irrecuperables • *   Fallos de luz (cortes o altibajos) • *   Otros problemas ambientales • *   Problemas de entrada/salida • *   Problemas de algún sistema de ficheros • *   Problemas de arranque • *   Hardware mal • *   No se puede leer el sistema de ficheros de los discos de trabajo • *   Hay en el disco áreas dañadas que no pertenecen al sistema deficheros (p.e. tabla de particiones) • *   Hardware incompatible • *   Errores en la configuración del sistema

34. 3. Caídas del sistema y problemas de arranque (ii) • *  Al rearrancar mirar los mensajes que hay en el fichero/var/log/messages • *   La orden dmesg=> mensajes producidos durante elarranque • *   En el arranque al núcleo se le pueden pasar otrosparámetros: • *   root=particion=> indicar que monte como partición raíz unadistinta • *   init=ejecutable => que en vez del proceso Initlance otro proceso: • - init=/bin/bash=> en este caso el proceso de inicio del Initno se realiza, el SFestá montado en modo sólo lectura, hay que remontarlo « mount -o remount-w -n / » • *   single => arrancar en modo monousuario • *   Un número indicando el nivel de arranque