GNU/Linux
Como reparar linux SIN el livecd (o dvd).
Como reparar linux SIN el livecd (o dvd).
Esta va para todos aquellos que cada dos por tres hacen chanchadas con su distribución y se encuentran con que de golpe rompieron algo y no pueden arrancar mas, o para el que se le apagó mal la pc y como usa volúmenes LVM o EXT2 se le rompió todo o para el que simplemente se olvidó la contraseña de root de SU PC.
Primero una breve reseña, para los menos experimentados:
- El bootloader:
Me atrevería a decir que por lo menos el 90% de las distribuciones actuales de linux usan para arrancar lo que se llama GRUB, el GRand Unified Boot Loader , obra maestra, pieza sin la cual no somos nada.
Para los que no sepan de que hablo, GRUB la aplicación encargada de mostrarte el típico menú que se te presenta justo después de que el BIOS terminó de hacer el POST y justo antes de que empiece a cargar tu sistema operativo de cabecera, suele tener un par de opciones diferentes entre las cuales elegir y mas no menos se ve como esto (dependiendo la distribución instalada):
No lo reconocés? Debe ser por que el tuyo tiene puesto algún fondo colorinche que lo haga bonito , pero este es GRUB como viene de serie. Te lo juro por mi vieja.
- Init
Init (no confundir con initrd) es el comando que se le puede pasar al kernel para controlar que hará este a continuación de cargarse a si mismo.
Si no se especifica, por defecto el kernel tratará de cargar la aplicación de nombre init, valga la redundancia, u OpenRC en sistemas mas modernos, que son los encargados de hacer que el kernel de linux sea "envuelto" en el resto de las capas de la cebolla, por citar el mismo ejemplo típico que se usa siempre, es decir, son los encargados de cargar servicios, modulos y aplicaciones que a su vez se encargaran de darnos control y utilidad sobre los dispositivos existentes, pero no voy a entrar mas en detalles que no vienen al caso.
- Shell, la consola.
No hace falta que me explaye mucho, pantalla en modo texto donde se le dan ordenes a la pc por línea de comandos.
Lo mas normal es encontrarse con SH o con BaSH, la Bourne Again SHell. Tomen nota de estos dos, que son el quid de la cuestión.
Habiendo reseñado, y espero que se me haya entendido, estos tres componentes, vamos a los bifes.
Caso 1 - Rompiste algo pero tu sistema de archivos está sano.
Este caso es muy común, y para esto ya existe y está super documentada la opción inicio en modo interactivo, no me voy a explayar sobre el tema, me parece que no hace falta, si te insteresa, durante el arranque de la pc presioná la tecla (i) varias veces hasta que en un menú en modo texto el sistema operativo te vaya guiando sobre cual servicio arrancar y cual no... Contestá las preguntas, booteá y deshacé lo ultimo que hiciste.
Caso 2 - Se te rompió el sistema de archivos (Acá se ven los buenos)
Habrán notado que para reparar el sistema de archivos este tiene que estar desmontado, o montado en modo solo lectura, cosa que impide que reparemos nuestro linux a menos que arranquemos con un livecd?
Bueno, esto es así siempre y cuando se nos haya roto o quisieramos chequear como anda de salud nustra partición raíz, o cualquier partición que tengamos montada en modo lectura-escritura y que se encuentre siendo utilizada en ese momento. Para cualquier otra partición que sea "desmontable" mi ejemplo si bien se aplica, no es necesario ya que basta con desmontar la partición, revisarla y volverla a montar.
GRUB es sumamente versatil, tanto que permite que modifiquemos cualquiera de las líneas que conforman su archivo de configuración (menu.lst) al vuelo, antes de arrancar. - Esto te puede servir también para arrancar con un kernel o con otro, o cuando necesites por algún motivo probar opciones tipo "noapic" o "vga=791" hasta dar con la indicada. -
Para aceder al modo edición de GRUB, basta con presionar la tecla (E) mientras estés en el menú, esto te va a mostrar todas las líneas que conforman la configuración que hace arrancar la opción sobre la que te encontrabas parado en ese momento.
Si estabas parado sobre la opción Ubuntu 8.04.1 por ejemplo, verás algo parecido a esto:
Cita :title Ubuntu 8.04.1, kernel 2.6.24-19-generic
root (hd0,6)
kernel /boot/vmlinuz-2.6.24-19-generic root=/dev/sda6 real_root=/dev/hda6 ro
initrd /boot/initrd.img-2.6.24-19-generic
Todas esas líneas son editables, podemos modificarlas presionando de nuevo la tecla (E) sobre la opción que nos interese editar antes de arrancar desde el mismo GRUB e ir haciendo pruebas.
Se bootea desde la opción seleccionada estando en modo edición en GRUB con la tecla (B)
La línea que hace mención al kernel es la que soporta como parámetro init, si le digo al kernel por ejemplo que como init utilice /bin/bash o /bin/sh, dependiendo lo que tu distribución tenga o le hayas instalado, el resultado final es el que sigue:
Cita :kernel /boot/vmlinuz-2.6.24-19-generic root=/dev/sda6 real_root=/dev/hda6 ro init=/bin/bash
Y el proceso de encendido de la pc resultante sería este:
BIOS --> MBR del disco --> GRUB --> Kernel --> Shell
Por si no se entendió, quedo parado en modo texto, en una consola como root.
De ahí en mas se abre un abanico de posibilidades, pero vamos a lo que nos interesa, reparar un sistema de archivos:
Primero lo primero, quiero reparar mi partición o disco /dev/sdX, supongamos /dev/sda6 por citar el mismo ejemplo de mas arriba, que es donde estaría instalado el Ubuntu ese según GRUB (por la línea que lo menciona root=/dev/sda6).
Lo primero que tengo que hacer para poder trabajar es desmontarlo (no puedo, el kernel lo necesita para leer y estoy booteando de un kernel alojado en la misma partición que pretendo reparar) o montarlo en modo Read Only, ro, solo lectura. Esto se logra pasandole como opción remount y el modo al comando mount:
Cita :mount -o remount,ro /dev/sda6
Ahora si, vamos al fsck al fin:
Cada sistema de archivos tiene su set de herramientas únicas para poder hacer chequeos, o modificaciones sobre la forma en que se comporta, esto incluye una versión de fsck (la utilidad para revisar y llegado el caso reparar el sistema de archivos) por cada uno de los sistemas de archivos soportados por el kernel.
Por suerte para el usuario de a pié, el comando fsck así nomás, pelado, es capaz de reconocer con que tipo de sistema de archivos está lidiando y cargar la herramiente correspondiente el solito, así que teniendo la unidad desmontada o montada en modo solo lectura, la revisamos:
Cita :linux ~ # fsck /dev/sda6
fsck 1.41.2 (02-Oct-2008)
e2fsck 1.41.2 (02-Oct-2008)
/dev/sda6: clean, 46/12048 files, 27180/48160 blocks
linux ~ #
La línea que nos interesa es la que dice "clean" indicando que está todo en orden. En cualquier otro caso, el programa se pondrá a trabajar y nos irá preguntando que hacer respecto a las inconsistencias encontradas, si repararlas o no, a lo cual conviene en la mayoría de los casos responder que si a menos que se sepa exactamente lo que se está haciendo.
Cita :linux ~ # fsck /dev/sda6
fsck 1.41.2 (02-Oct-2008)
e2fsck 1.41.2 (02-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda6: 46/12048 files (13.0% non-contiguous), 27180/48160 blocks
Una vez terminado se puede repetir el proceso a ver si la salida coincide con la primera que puse mas arriba, que dice "clean".
Por último, se puede forzar fsck a que revise una partición que está marcada como "sana/limpia" por que soy desconfiado, cabeza dura, re heavy, re jodido. (Y además le paso la opción -y para que sepa que mi respuesta a cualquier pregunta es yes - OJO con esto!!)
Cita :linux ~ # fsck -f -y /dev/sda6
fsck 1.41.2 (02-Oct-2008)
e2fsck 1.41.2 (02-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda6: 46/12048 files (13.0% non-contiguous), 27180/48160 blocks
Como tengo el sistema de archivos montado en modo solo lectura, y como soy re heavy, re jodido, si quiero reseteo la pc desde el botóncito a tal efecto, o pateo el estabilizador de tensión, total no le va a pasar nada, solo va a arrancar con un check forced la próxima vez por que la partición tal o cual no a sido desmontada limpiamente.
Para los mas puritanos, pueden reiniciar la pc y comprobar si ahora funciona todo con el comando reboot.
Caso 3 - Te olvidaste la contraseña de superusuario.
- O necesitás cambiar algún archivo de configuración que rompiste para poder arrancar.
Mismo procedimiento:
- Esperás a GRUB
- Editás la línea que hace referencia a la distro de la que te olvidaste la contraseña parandote encima de la opción y presionando la letra [E]
- Editás la línea que hace referencia al kernel parandote encima de la opción y presionando la letra [E]
- Agregás en el mismo renglón: init=/bin/bash
- Volvés al menú anterior con la tecla [ESC]
- Booteás la opción seleccionada con la tecla (B)
De golpe sos root y no tuviste que escribir la contraseña, ni arrancar desde ningún livenada, te falta usar el comando passwd para cambiar la contraseña:
Cita :linux ~ # passwd
New UNIX password: *********
Retype new UNIX password: *********
passwd: password updated successfully
Asusta, no?
mi cabeza. Puede que sea información duplicada pero no vi a nadie que lo plantee de esta forma. Usando este método nunca mas (casi) van a necesitar de un cd de linux para reparar linux...
El único caso en donde esta solución no es aplicable es donde la configuración no sea la correcta en /etc/fstab.
Espero que le sea de utilidad a alguien.