Red de conocimiento informático - Problemas con los teléfonos móviles - Qué comandos se utilizan para reparar el sistema de archivos en RHEL6

Qué comandos se utilizan para reparar el sistema de archivos en RHEL6

Eliminar artificialmente archivos clave del sistema

Después de iniciar sesión en el sistema Linux, ejecute el siguiente comando para destruir artificialmente el sistema Linux actual:

#cd /

# umount /boot ---- Desinstalar la partición /boot

#rm -rf /boot ---- Eliminar el directorio /boot (el directorio de arranque contiene todos los archivos relacionados con GRUB)

#rm - rf /etc/inittab ---- Eliminar el directorio /boot (el directorio de inicio contiene todos los archivos relacionados con GRUB)

#rm -rf /etc/inittab ---- Eliminar la tabla de inicio (este archivo define el nivel de ejecución del sistema y los scripts)

#rm -rf/etc/rc.d/rc.sysinit ---- Elimina el archivo de script del nivel de ejecución inicial

#rm -rf/ etc/rc.d/rc.local--Eliminar archivos de script de nivel de inicio

#mv /etc/fstab/etc/fstab.bak ---- Realizar una copia de seguridad del archivo fstab de la tabla de montaje del sistema (este archivo registra información de la partición de Linux)

#sync ---- Escribe el contenido del búfer del sistema en el disco duro (en un sistema Linux, cuando los datos deben almacenarse en el disco, generalmente se coloca primero en el búfer, espere hasta el momento apropiado para escribir en el disco, lo que puede mejorar la eficiencia de ejecución del sistema)

#reboot

Después tales estragos, el sistema definitivamente se bloqueará. . . . . , el último comando de reinicio ya no funciona. Incluso si reinicia manualmente, no podrá ingresar al sistema. . . . . . Sin embargo, siempre que la partición raíz no esté formateada, puede ingresar al modo de reparación de Linux para restaurar el sistema Linux.

2. Reparar el sistema Linux

Idea: restaurar el archivo fstab y buscar la partición à reparar el archivo del kernel en el arranque à reparar grub -> restaurar archivos relacionados con init

1, ingrese al modo de reparación

Inicie la sesión del instalador a través del CD de RHEL5, ingrese al rescate de Linux o presione la tecla F5 para ingresar al modo de rescate.

Después de ingresar al modo de rescate, el sistema le pedirá que seleccione el idioma y el tipo de teclado Teclado, solo ingrese.

El sistema le preguntará nuevamente si desea configurar la red, seleccione "No" porque reparar el sistema no requiere el uso de la red. El programa de reparación busca un sistema Linux instalado en el disco duro actual y, si lo encuentra, lo monta automáticamente en /mnt/sysimage. Seleccione "Continuar" para continuar. El programa de rescate buscará en el disco duro la existencia de sistemas Linux instalados y particiones del disco duro. Los resultados finales son los siguientes:

Los resultados de la búsqueda muestran que la partición de Linux no puede. se puede encontrar porque el archivo /etc/fstab se eliminó, por lo que el sistema no puede leer la partición de Linux. Pero si lo encuentra, puede montarlo en /mnt/sysimage y leerlo y escribirlo. Después de seleccionar Aceptar, el sistema ingresará al shell del modo de reparación.

2. Restaurar el archivo fstab

De acuerdo con los pasos anteriores, el programa de rescate no puede encontrar la partición del disco duro, por lo que lo que debemos hacer ahora es restaurar la partición de Linux. es decir, el archivo fstab (después de eliminar /etc/fstab fue respaldado anteriormente. etc/fstab.bak).

#fdisk -l Ver particiones de disco

Según el resultado de fdisk -l, encontramos que hay dos particiones del sistema, a saber, /dev/sda1 y /dev/sda2. Puede utilizar el comando e2label para ver las etiquetas de volumen de estas dos particiones.

En la imagen de arriba, podemos ver que /dev/sda1 es la partición /boot, pero /dev/sda2 no se puede ver porque sda2 es una partición LVM.

Utilice el comando para activar la partición LVM #lvm vgchange-ay. La función de este comando es indicarle al sistema que cree un asignador de dispositivos relacionado, para que pueda ver el archivo del dispositivo /dev/mapper. Se han creado /VGname- bajo /dev.LVname y /dev/VGname/LVname, al igual que los archivos de enlace.

Usando el comando ls /dev/mapper, puedes ver VolGroup00-LogVol00 (esta es la partición /root) y VolGroup00-LogVol01 (esta es la partición de intercambio)

La siguiente El paso es colgar, montar la partición /root y restaurar el archivo fstab.

#mkdir test --- Crea un directorio vacío para montar particiones

#mount -t ext3 /dev/VolGroup00/LogVol00 /test --- Contendrá la partición raíz Montar el Partición LVM en el directorio de prueba

Después de montar la partición /root original del sistema en el directorio /test, ¡puede restaurar fstab.bak a fstab!

#cp /test/etc/fstab.bak /test/etc/fstab ---- Restaurar el archivo fstab

#reboot ---- Reiniciar el sistema

3. Repare el kernel y grub

Después de reiniciar, presione la tecla ESC para seleccionar el inicio del CDROM y luego ingrese al rescate de Linux para ingresar al modo de reparación nuevamente.

En este punto, cuando ingrese nuevamente al modo de reparación, el programa de rescate encontrará el archivo fstab, lo que significa que encontrará la partición de Linux. Montará el sistema Linux original dañado en /mnt/sysimage. El programa de rescate le indicará que puede usar #chroot (cambiar raíz modificar directorio raíz) para modificar el directorio raíz e ingresar al sistema original. Como se muestra en la siguiente figura:

Después de seleccionar Aceptar, el sistema se ha montado completamente en /mnt/sysimage. Si desea ingresar al sistema, escriba #chroot/mnt/sysimage para cambiar el directorio raíz a /mnt/sysimage y luego use el comando ls para ver los archivos y directorios en el sistema original. Utilice salir para volver al programa de rescate y utilice el comando ls nuevamente para comparar las diferencias.

El sistema en modo de rescate generalmente se denomina pseudosistema, y ​​el sistema visto después de #chroot/mnt/sysimage se denomina sistema real.

El siguiente paso es reparar el archivo del kernel:

#exit ---- Volver al modo de rescate

#mount /dev/hdc /mnt/ source --- - Monte el cdrom de la unidad óptica en el directorio /mnt/source

#rpm -ivh /mnt/source/ Server/kernel-2.6.18-164.e15.i686.rpm -- root=/mnt/ sysimage/ --force

(Los tres archivos del kernel que deben repararse se encuentran en el kernel-2. Los tres archivos del kernel que deben repararse se encuentran en el kernel-2.6 .18.rpm en el directorio del servidor de disco del sistema. Por lo tanto, debe cargar el CD e instalar el paquete del kernel. Luego continúe reparando el programa grub

#chroot /mnt/sysimage para ingresar. sistema Linux dañado

#grub-install /dev/sda Instale el programa grub en /dev/sda

#ls /boot/grub Compruebe si el archivo grub.conf existe en el directorio grub. Si no, edite uno manualmente.

#vim /boot/grub/grub.conf

Edite manualmente el archivo de configuración grub.conf con el siguiente contenido:

Guardar y salir. ¡Reparación de comida completa!

4. Reparar /etc/inittab y otros archivos

#rpm -qf /etc/inittab Consulta el paquete de software que contiene el archivo inittab

#rpm - qf /etc/rc.d/rc.sysinit Consulta el paquete de software que contiene el archivo rc.sysinit

archivo 5.sysinit

#rpm -qf /etc/rc.d/ rc. local Consulta el paquete que contiene el archivo rc.local

Después de usar el comando de consulta rpm -qf, sabemos que el archivo a reparar está contenido en el paquete initscripts-8.45.rpm.

El siguiente paso es desconectar los archivos del RPM y restaurarlos en el directorio /etc.

#exit

#cp /mnt/source/server/initscripts-8.45.30-2.el5.i386.rpm /mnt/sysimage/tmp

#chroot /mnt/sysimage

#cd tmp/

#ls

#rpm2cpio initscripts-8.45.30-2.el5.i386.rpm | cpio -imd Extrae el paquete de software al directorio actual

#ls Compara las diferencias entre los dos comandos ls

#cd etc/

#ls<

p>

#cp inittab /etc/

#cp rc.sysinit /etc/rc.d/

#cp rc.local /etc /rc.d/

Finalmente, todo lo que necesita hacer es reiniciar y luego podrá iniciar el sistema Linux

Esta es la primera vez que reinicia el sistema.