Tipo de sistema de archivos de restauración de Linux. Programa fsck: comprobación y reparación de sistemas de archivos. Algunas características del uso de fsck en Linux

Tarde o temprano sucede esto, es decir, la falla del sistema o de la partición, la imposibilidad de verificar el sistema de archivos, etc. Por lo tanto, el administrador del sistema debe saber qué hacer en tales situaciones, por así decirlo, conocerlo como "Padre Nuestro".

1) fsck al cargar el sistema operativo

Cuando ocurre un corte de energía, el fsck: sistema de archivos verificación de consistencia y reparación interactiva o si en ruso, entonces “verificación de integridad del sistema de archivos y recuperación interactiva”. De forma predeterminada, el escaneo de disco está deshabilitado. Para habilitarlo cuando se inicia el sistema, agregue la siguiente línea

fsck_y_enable="SÍ"

presentar /etc/rc.conf. En este caso, si el servidor se apaga incorrectamente, se realizará un análisis de todos sistemas de archivos.

La verificación en sí consta de 5 etapas:

**Fase 1 - Verificar bloques y tamaños
**Fase 2: comprobar nombres de rutas
**Fase 3: comprobar la conectividad
**Fase 4: verificar los recuentos de referencia
**Fase 5 - Verificar grupos de cilindros

De hecho, Fase 1 también dividido en 1a Y 1b. Esto sólo se puede notar cuando se ha producido un accidente grave.

Todo esto es bueno, pero hay uno ¡PERO! Cuando se verifica el sistema de archivos, hasta que se verifica la partición, no se montará ni será accesible y, en consecuencia, el tiempo de inicio del servidor aumentará. Los desarrolladores previeron e hicieron esto. posible lanzamiento verificaciones de antecedentes. Aunque en realidad es sólo un intento, es mejor que nada. está habilitado de forma predeterminada. Es cierto que hay mucha discusión al respecto sobre el tema “si es necesario habilitar la verificación de antecedentes o no”. Depende de usted decidir.

Hay un momento desagradable en el proceso de verificación del FS durante la carga. Si la partición es lo suficientemente grande, es posible que sea necesario verificarla. mucho tiempo, al mismo tiempo, fsck Parece congelarse en cada etapa. En otras palabras, visualmente no está claro si hay una comprobación en curso o si el servidor está congelado. Bueno, con todo esto, no está claro cuánto ya se ha comprobado y cuánto se comprobará. Para hacer la vida un poco más fácil administradores de sistemas, los desarrolladores han introducido una característica no documentada. combinación de prensado Ctrl+T muestra el estado actual del escaneo: cuánto ya se ha verificado, como porcentaje. Si después de un par de minutos deseas volver a conocer el estado, debes presionar nuevamente Ctrl+T y así sucesivamente cada vez.

Hay varios parámetros que están escritos en /etc/rc.conf y tocar fsck. A continuación se muestran sus valores predeterminados:

fsck_y_enable="NO"# Habilite la verificación de inicio si el trabajo se completó incorrectamente.
fsck_y_flags=""# Banderas adicionales para fsck -y
background_fsck="SÍ"# Intenta ejecutar una verificación de antecedentes
background_fsck_delay="60"# Tiempo de retraso antes de ejecutar fsck en segundo plano.

fsck_y_enable="SÍ"

Y entonces, aquí hay ejemplos de trabajo. fsck:

Si el servidor se apagó correctamente, al cargar veremos el siguiente mensaje:

10 de noviembre 14:36:33 kernel de correo: inicio de comprobaciones del sistema de archivos:
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1a: SISTEMA DE ARCHIVOS LIMPIAR; SALTAR CHEQUES
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1a: limpio, 942456 gratis (2944 fragmentos, 117439 bloques, 0,3% de fragmentación)
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1d: SISTEMA DE ARCHIVOS LIMPIAR; SALTAR CHEQUES
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1d: limpio, 503428 gratis (60 fragmentos, 62921 bloques, 0,0% de fragmentación)
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1e: SISTEMA DE ARCHIVOS LIMPIAR; SALTAR CHEQUES
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1e: limpio, 2301104 gratis (50872 fragmentos, 281279 bloques, 1,0% de fragmentación)
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1f: SISTEMA DE ARCHIVOS LIMPIAR; SALTAR CHEQUES
10 de noviembre 14:36:33 kernel de correo: /dev/da0s1f: limpio, 162210122 libre (2260506 fragmentos, 19993702 bloques, 0,5% de fragmentación)
10 de noviembre 14:36:33 kernel de correo: Montaje de sistemas de archivos locales:

Disponibilidad frase clave SISTEMA DE ARCHIVOS LIMPIO; SALTAR CHEQUES indica una finalización correcta previa.

Si es incorrecto, entonces esto

Iniciar comprobaciones del sistema de archivos en segundo plano en 60 segundos.
26 de enero 18:39:19 kernel de correo: inicio de comprobaciones del sistema de archivos:
26 de enero 18:39:19 kernel de correo: /dev/da0s1a: 56013 archivos, 201857 usados, 3349718 libres (1702 fragmentos, 418502 bloques, 0,0% de fragmentación)
26 de enero 18:39:19 kernel de correo: /dev/da0s1d: APLAZAR PARA VERIFICACIÓN DE ANTECEDENTES
26 de enero 18:39:19 kernel de correo: /dev/da0s1f: APLAZAR PARA VERIFICACIÓN DE ANTECEDENTES
26 de enero 18:39:19 kernel de correo: /dev/da0s1e: APLAZAR PARA VERIFICACIÓN DE ANTECEDENTES

Pero esto no siempre sucede. Si el intento no tiene éxito, veremos esto:

** /dev/ad2s1g (SIN ESCRIBIR)
**Último montaje en /var
**Fase 1 - Verificar bloques y tamaños

RECUENTO DE BLOQUES INCORRECTO I=446041 (4 debe ser 0)
¿CORRECTO? Sí
RECUENTO DE BLOQUES INCORRECTO I=446045 (4 debe ser 0)
¿CORRECTO? Sí

**Fase 2: comprobar nombres de rutas
**Fase 3: comprobar la conectividad
**Fase 4: verificar los recuentos de referencia

ARCHIVO UNREF I=89148 PROPIETARIO=MODO raíz=100600
TAMAÑO = 376 MTIME = 13 de agosto 13:49 2006
¿RECONECTAR? Sí
¿CLARO? Sí
ARCHIVO UNREF I=89152 PROPIETARIO=MODO raíz=100600
TAMAÑO = 755 MTIME = 13 de agosto 13:49 2006
¿RECONECTAR? Sí
¿CLARO? Sí

**Fase 5 - Verificar grupos de cilindros

RECUENTO(S) DE BLK GRATIS INCORRECTO EN SUPERBLK
¿SALVAR? Sí
INFORMACIÓN RESUMEN MALA
¿SALVAR? Sí
FALTA(S) BLK(S) EN MAPAS DE BITS
¿SALVAR? Sí
2242 archivos, 1607116 usados, 973436 libres (2196 fragmentos, 121405 bloques, 0,1% de fragmentación)

2) inicio manual fsck

Permítanme señalar de inmediato que se está realizando la verificación. ¡SÓLO EN UNA SECCIÓN DESMONTADA! De lo contrario, puede perder todos sus datos.
Por eso, consideraremos sólo aquellos parámetros que se utilizan con frecuencia. A saber

-y|-n : Esta opción responderá con SÍ|NO a todas las preguntas cuando se produzcan inconsistencias.
-B|-F : modos de fondo y sin fondo, respectivamente
-F : comprueba la partición, incluso si se deshabilitó correctamente.

fsck -y -f /dev/ad2s1g

Si ejecuta sin un parámetro -y, luego al verificar y encontrar inconsistencias, se emitirá una pregunta que podrá responderse Y o norte. normalmente responde Y. No es muy conveniente responder siempre. Y, por lo que es mejor ejecutar con el parámetro Y

** /dev/ad2s1g (SIN ESCRIBIR)
**Último montaje en /var
**Fase 1 - Verificar bloques y tamaños

RECUENTO DE BLOQUES INCORRECTO I=446041 (4 debe ser 0)
¿CORRECTO?

Comer albricias: combinación CTRL+T También funciona en modo manual.

El programa fsck se utiliza para verificar los sistemas de archivos y corregir los errores del sistema de archivos, si se encuentra alguno. El principal requisito para comprobar un sistema de archivos es que el sistema de archivos debe estar desmontado. Ejecutar fcentury en un sistema de archivos ya montado puede provocar su destrucción; entonces ni siquiera fsck ayudará. El programa fsck se puede utilizar para comprobar los sistemas de archivos compatibles con el kernel de Linux.
El formato de llamada del programa es el siguiente:
sudo fsck [opciones] [sistema de archivos]

Se pueden omitir parámetros, como el sistema de archivos. Si no especifica un sistema de archivos, el programa comenzará a verificar todos los sistemas de archivos enumerados en el archivo /etc/fstab. Esto es muy indeseable porque estos sistemas de archivos pueden estar montados, lo que posiblemente cause que el sistema de archivos se corrompa.

La secuencia de verificación del sistema de archivos debe ser la siguiente:
1. Desmonte el sistema de archivos.
2. Ejecute f sck para comprobarlo.

Por ejemplo, para verificar el sistema de archivos de la partición /dev/hda5, primero desmóntela y luego ejecute f sck:
sudo-i
# desmontar /dev/hda5
#fsck /dev/hda5

Pero a veces no podemos desmontar el sistema de archivos, por ejemplo cuando necesitamos verificar el sistema de archivos raíz. En este caso, debe hacer lo siguiente:
1. Reinicie en modo de usuario único.
2. Vuelva a montar el sistema de archivos raíz en modo de solo lectura.
3. Verifique el sistema de archivos.

Para reiniciar en modo de usuario único, reinicie el sistema (comando de reinicio) y, al iniciar, pase el parámetro único al kernel.
En el modo de usuario único, como era de esperar, solo un usuario puede trabajar: root.
Todos los servicios están desactivados, por lo que nada debería interferir con la verificación del sistema de archivos. Para volver a montar el sistema de archivos, ingrese el comando:
# montar -o volver a montar th -t text3 /
La opción -o del comando de montaje le permite especificar varias opciones. EN en este caso especificamos las opciones de remontar e ir, lo que significa remontar en modo de solo lectura. El parámetro -t especifica el tipo de sistema de archivos: ext3, y el último parámetro es el sistema de archivos raíz (/).

Un disco duro defectuoso es uno de los fenómenos más desagradables en el funcionamiento de una computadora. No sólo podemos perder mucho fácilmente información importante y archivos, y reemplazar el HDD pasa factura al presupuesto. Sumemos a esto la pérdida de tiempo y los nervios que, como sabemos, no se recuperan. Para no dejar que el problema nos tome por sorpresa y diagnosticarlo con antelación, conviene saber cómo comprobar si hay errores en el disco duro en el sistema operativo Ubuntu. herramientas de software Hay mucha gente que ofrece este tipo de servicios.

Cómo probar en Ubuntu disco duro por errores.

No es necesario descargar programas para realizar una verificación de disco en Ubuntu. El sistema operativo ya cuenta con una utilidad diseñada para esta tarea. Se llama badblocks y se controla a través de la terminal.

Abra una terminal e ingrese:

Este comando muestra información sobre todos los discos duros que utiliza el sistema.

Luego de esto ingresamos:

sudo badblocks -sv /dev/sda

El comando ya se utiliza para buscar sectores dañados. En lugar de /dev/sda, ingrese el nombre de su unidad. Los modificadores -s y -v se utilizan para mostrar en en el orden correcto el avance de la verificación del(los) bloque(s) y emitir un informe sobre todas las acciones (v).

Al presionar Teclas Ctrl+ C dejamos de revisar el disco duro.

También puede utilizar otros dos comandos para monitorear el sistema de archivos.

Para desmontar el sistema de archivos, ingrese:

Para comprobar y corregir errores:

sudo fsck -f -c /dev/sda

• “-f” fuerza el proceso, es decir, lo ejecuta incluso si el disco duro está marcado como en buen estado;
• "-c" busca y marca bloques defectuosos;
• "-y" es un argumento de entrada adicional que responde inmediatamente Sí a todas las preguntas del sistema. En su lugar, puede ingresar "-p", se verificará automáticamente.

Programas

Adicional software también hace un excelente trabajo con esta función. Y a veces incluso mejor. Además, a algunos usuarios les resulta más fácil trabajar con una interfaz gráfica.

GParted es solo para aquellos que interfaz de texto no es de mi agrado. La utilidad realiza gran número tareas relacionadas con Operación de disco duro en ubuntu. Esto incluye verificar el disco en busca de errores.

Primero, necesitamos descargar e instalar GParted. Ingresar siguiente comando para descargar desde los repositorios oficiales:

sudo apt-get instalar gparted

1. Abra la aplicación. Todos los medios se muestran inmediatamente en la pantalla principal. Si alguno de ellos está marcado signo de exclamación, eso significa que algo ya anda mal con él.
2. Haga clic en el disco que desea verificar.
3. Haga clic en el botón “Sección” ubicado en la parte superior.
4. Seleccione "Buscar errores".

El programa escaneará el disco. Dependiendo de su volumen, el proceso puede tardar más o menos. Después del escaneo se nos notificará de sus resultados.

Esta es una utilidad más compleja que realiza una verificación más seria del disco duro. varios parámetros. Como resultado, también es más difícil de gestionar. GUI no proporcionado en Smartmontools.

Descarga el programa:

aptitud instalar smartmontools

Veamos qué unidades están conectadas a nuestro sistema. Debes prestar atención a las líneas que terminan en una letra, no en un número. Estas líneas contienen información sobre los discos.

ls -l/dev | grep -E 'sd|hd'

Ingrese el comando para generar información detallada sobre el transportista. Vale la pena mirar el parámetro ATA. El hecho es que al reemplazar un disco nativo, es mejor instalar un dispositivo con el mismo ATA o mayor. De esta manera podrás maximizar sus capacidades. Y también mira y recuerda los parámetros SMART.

smartctl --info /dev/sde

Comencemos la verificación. Si se admite SMART, agregue "-s". Si no es compatible o ya está habilitado, entonces este argumento se puede eliminar.

smartctl -s en -a /dev/sde

Después de eso, mire la información en LEER DATOS INTELIGENTES. El resultado puede tomar dos valores: PASADO o FALLADO. Si surge esto último, puedes empezar a hacer copias de seguridad y busque un disco duro de reemplazo.

Las capacidades del programa no terminan ahí. Pero por una sola vez Comprobaciones de disco duro esto será suficiente.

copia segura

Éste ya es el tipo de programa ideal para utilizar en un barco que se hunde. Si somos conscientes de que algo anda mal con nuestro disco y pretendemos guardar tantos archivos supervivientes como sea posible, Safecopy vendrá al rescate. Su tarea es precisamente copiar datos de medios dañados. Además, extrae archivos incluso de bloques rotos.

Instalar SafeCopy:

sudo apto instalar copia segura

Transferimos archivos de un directorio a otro. Puedes elegir cualquier otro. En este caso, estamos transfiriendo datos desde la unidad sda a la carpeta de inicio.

sudo copia segura /dev/sda /home/

Bloques malos

Algunos pueden tener preguntas: "¿qué son estos bloques rotos y de dónde vienen en mi HDD si nunca los he tocado?" Los bloques defectuosos, o sectores defectuosos, son secciones del disco duro que ya no se pueden leer. En cualquier caso, así fueron marcados por el sistema de archivos por razones objetivas. Y lo más probable es que realmente haya algún problema con el disco en estos lugares. Los "malos" se encuentran tanto en los discos duros antiguos como en los más modernos, ya que funcionan con casi las mismas tecnologías.

ellos aparecen sectores malos por varias razones.

• Grabación interrumpida debido a un corte de energía. Toda la información que ingresa al disco duro se descompone en forma de unos y ceros en sus distintas partes. Interrumpir este proceso significa confundir enormemente el disco duro.
• Montaje de mala calidad. No hay nada que decir aquí. Barato dispositivo chino Cualquier cosa puede volar.

Ahora ya sabe cómo escanear su disco duro en busca de errores. Verificar el disco tanto en Ubuntu como en otros sistemas es bastante operación importante que deberá realizarse al menos una vez al año.

|

En algunas situaciones, los archivos del servidor se dañan y luego es necesario restaurar el sistema de archivos. Esto sucede si el VPS se apaga repentinamente o se produce algún fallo de software o hardware.

Existen métodos para recuperar archivos VPS; al menos podrás guardar los más importantes.

Notas importantes y riesgos.

Bajo cualquier circunstancia de la mejor manera posible la protección contra pérdida de datos es una copia de seguridad. Oportuno, regular y de alta calidad. respaldo es la única manera de garantizar la integridad de los datos importantes.

Las herramientas de recuperación como fsck también suelen ser útiles, pero no ofrecen ninguna garantía de éxito y el resultado suele depender de la suerte. El uso de fsck a veces puede provocar daños en los datos discos activos. El procedimiento fsck descrito en esta guía funciona en un sistema de archivos desmontado para minimizar este riesgo.

Nota: Si es posible, se recomienda encarecidamente tomar una instantánea del servidor antes de restaurarlo usando fsck. Si se pierden datos durante el procedimiento, una instantánea le permitirá volver a intentarlo o intentar recuperarlos utilizando otros métodos.

1: Recuperación usando el kernel fsck

Nota: Las nuevas distribuciones (FreeBSD, CoreOS, Debian 8 y Ubuntu 15.04) no pueden utilizar el kernel de recuperación. Si está utilizando una de estas distribuciones, pase a la sección "Recuperación con ISO".

Lo primero que debe hacer para recuperar su sistema después del daño es montar el kernel de recuperación, lo que le permitirá ejecutar la utilidad de verificación del sistema de archivos fsck. Esto puede ayudarle a encontrar y corregir errores en su sistema de archivos.

ejecutar fsck

Primero, apague el servidor. Para hacer esto, ingrese en la línea de comando:

Esto también se puede hacer usando el panel de control. Hacer clic Apagar u opción similar.

Después de desconectar el servidor, vaya a configuración y abra la partición de recuperación. Tome nota de qué kernel está utilizando el servidor para que pueda volver a colocar todo en su lugar después de la recuperación. Luego monte el kernel de recuperación (botón Montar Kernel de recuperación o similar).

Después de cambiar el kernel, inicie el servidor.

Luego conéctese al servidor a través de la consola. En en este momento Lo más probable es que no haya acceso SSH al servidor porque el servidor está utilizando un kernel de recuperación.

Se abrirá una sesión de terminal en la ventana actual y tendrá acceso al entorno Linux.

Ahora necesita ejecutar fsck para buscar y corregir errores en el sistema de archivos.

La forma en que llame a este comando dependerá de si el servidor es compatible con VirtIO. En caso afirmativo, lo más probable es que el disco duro del servidor sea /dev/vda o /dev/vda1 (según el sistema). Puedes aclarar esto escribiendo:

Si el servidor no es compatible con VirtIO, el disco duro se encuentra en /dev/sda.

Entonces necesitas ejecutar el comando:

fsck -yf /dev/vda

fsck -yf /dev/vda1

La utilidad fsck se ejecutará e intentará detectar errores. Después de esto, puedes apagar el servidor nuevamente.

Vuelva al Panel de control, abra Configuración y busque Configuración del kernel. En el menú desplegable, seleccione el kernel que se utilizó anteriormente.

Comprobando los resultados

Después de cambiar el kernel, inicie el servidor y conéctese a él a través de la consola.

Si el servidor no se inició antes, pero ahora se inició, es una buena señal.

Si los comandos individuales le advirtieron previamente sobre posible daño, intente ejecutar estas operaciones nuevamente para asegurarse de que se ejecuten sin advertencias.

También es importante comprobar el directorio /lost+found. fsck coloca archivos parcialmente recuperados en él.

A veces, fsck puede recuperar datos de archivos, pero no puede encontrar una referencia al archivo en el sistema de archivos. Básicamente, es un archivo sin nombre. En esta situación, fsck coloca los archivos en el directorio /lost+found para que pueda intentar determinar manualmente cuál es el archivo.

Ver el contenido del directorio /lost+found:

cd/perdido+encontrado
es

Si hay archivos en el directorio, abra cada uno e intente averiguar qué archivo es. Ven aquí a menudo archivos eliminados, que se utilizaban antes del fallo del sistema.

Si aún se nota la corrupción del sistema de archivos o el servidor no pudo iniciar después de migrar al kernel estándar, pruebe las instrucciones de la siguiente sección.

2: Recuperación usando ISO

Si el kernel y fsck no ayudaron a restaurar el sistema, intente usar recuperación ISO.

Por lo general, los usuarios no pueden montar la ISO de recuperación por sí mismos. Para obtener la ISO, debe comunicarse con el equipo de soporte de su proveedor de alojamiento para obtener ayuda.

Deshabilite el servidor. Si todavía tienes acceso a línea de comando, ingresar:

Si no tiene acceso a la línea de comando, desactive el servidor a través del panel de control.

Luego use el panel de control para comunicarse con el soporte técnico para obtener ayuda. Al mismo tiempo, debes enumerar las acciones de recuperación que has realizado.

El equipo de soporte debería proporcionarle una ISO de recuperación. Después de eso, inicie el servidor y conéctese a él a través de la consola.

Verá el menú principal del entorno de recuperación.

Configurar una red en un entorno de recuperación

La ISO de recuperación estándar generalmente se configurará automáticamente redes con servidores en regiones que admiten metadatos. En otras regiones, deberá ingresar la información de su red manualmente.

Utilice los parámetros generales de red en la configuración.

Ejecutando fsck en una ISO de recuperación

Para ejecutar la verificación y reparación del sistema de archivos fsck, seleccione Verificar sistema de archivos (o similar) en el menú y presione Entrar. El entorno de recuperación detectará la imagen del disco e intentará ejecutar fsck en ella. La utilidad informará cualquier error y problema que haya surgido en el servidor.

Montaje y recuperación del sistema de archivos.

Este entorno linux lanzado desde Imagen ISO, no desde el servidor, por lo que necesita montar el sistema de archivos en el entorno para acceder a los archivos. Seleccione Montar su imagen de disco en el menú y presione Entrar. La imagen del disco se detectará y montará en /mnt en el entorno de recuperación.

Si anteriormente ejecutó una verificación del sistema de archivos desde el kernel de recuperación o desde una imagen ISO, ahora puede verificar si hay archivos parcialmente recuperados en el directorio /mnt/lost+found.

Vaya al directorio /mnt y verá su sistema de archivos:

cd/montaje
es
bin/ etc/ lib/ media/ proc/ sbin/ sys/ var/
arranque/ home/ lib64/ mnt/ root/ selinux/ tmp/ vmlinuz@
dev/ initrd.img@ perdido+encontrado/ opt/ run/ srv/ usr/

Abra objetos perdidos+encontrados y vea archivos parcialmente recuperados.

cd perdido+encontrado
es

Si hay archivos en este directorio que fueron recuperados por la utilidad fsck, puede intentar volver a colocarlos en su lugar y restaurarlos en el sistema. si esto archivos importantes, pueden ayudar al sistema.

Si los archivos perdidos+encontrados son irrecuperables (o si solo desea guardar algunos datos), puede intentar descargar sus archivos a una máquina remota (otro servidor u otra máquina física).

Mover archivos usando SFTP

Si desea mover archivos a computadora local, utilice el entorno de recuperación. Si está en un shell interactivo, escriba salir para regresar al menú principal.

Asegúrese de que el menú principal muestre el sistema de archivos montado y habilite el servidor SSH.

Se le pedirá que cree un temporal contraseña raíz para acceder al servidor.

Nota: Esto no afectará la contraseña raíz permanente del servidor de ninguna manera.

Entra dos veces contraseña temporal. Luego, el entorno de recuperación instalará y configurará el servidor SSH.

Ahora puede acceder al servidor mediante un cliente SSH o SFTP. El cliente SFTP de Filezilla le permite crear nuevas conexiones, requiriendo los siguientes datos:

Anfitrión: tu_servidor_IP
Puerto: 22
Protocolo: SFTP-SSH Transferencia de archivos Protocolo
Tipo de inicio de sesión: Normal
Usuario: raíz
Contraseña: TEMPORARY_PASSWORD

Una vez conectado, estará en el directorio /root. El sistema de archivos será /mnt. Vaya a este directorio, seleccione archivos necesarios y muévalos a su máquina local.