El sistema de archivos no se monta en el arranque, pero está bien cuando se monta manualmente


12

No estoy seguro de cuándo / por qué empezó a suceder esto, pero tengo una matriz RAID ingresada en mi /etc/fstab para montar en el arranque para /mnt/data. Hasta hoy, todo ha estado bien, ¡y así ha sido durante varios años!

De todos modos, reinicié el servidor hoy (CentOS 7) y entró en "modo de emergencia". Después de revisar journalctrl existían las siguientes entradas:

Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.

Sin embargo, si quito la línea de /etc/fstab y reinicie (que normalmente se inicia), luego vuelva a ingresar la línea y ejecute mount -a entonces se monta OK.

¿Alguna razón por la que está fallando en el arranque?

he añadido errors=continue como una opción a la línea en /etc/fstab lo que impide que se reinicie el sistema en modo de emergencia (y de forma extraña monta la unidad de todos modos, probablemente en un paso posterior), pero como hay otros montajes que me gustaría realizar en el arranque, que dependen de que uno se monte inicialmente, así que realmente me gustaría para encontrar una solución adecuada.


1
puede publicar el archivo fstab completo por favor
d4v3y0rk

¿Es posible que algo se monte / mnt / data en un script, como rc.local, que se ejecuta después del montaje fstab? Eso mostraría esos errores en el diario y causaría que el sistema no arranque correctamente. ¿Está / mnt / data vacío y no se está accediendo? Si algo intenta escribir en esa área cuando se produce el montaje, también causará este error. Algunos procesos que se inician en el arranque pueden tener su archivo de registro configurado en / mnt / data / log, por ejemplo. Sólo una pequeña idea.
Peter Berbec

¿Podría por favor publicar su: cat / etc / fstab y con su línea dentro de fstab, después de un reinicio. Por favor publica el contenido de: dmesg
hrdy

¿Usted, por casualidad, actualizó de Centos 6 a Centos 7? Como Centos 7 está solo por un poco más de 2 años ...
mikky

Respuestas:


1

Sin el archivo fstab no puedo decir mucho, pero si falla en montar un disco, entrará en modo de emergencia.
Puedes evitar esto agregando la opción nofail. Esto hará que el disco NO se monte y continúe iniciándose de todos modos si se produce un error durante el montaje.

Una causa común de este error es hacer referencia a un disco como /dev/sdX. Si hay otros discos conectados, puede intentar montar otro disco y fallar debido a opciones específicas.

Es posible que pueda proporcionar más detalles si proporciona un archivo fstab.


nofail no funciona en la partición LVM por alguna razón. Es de suponer que es LVM detener el inicio si encuentra un error (aunque la partición de inicio está bien).
Ken Sharp

0

Podría haber por diferentes razones para eso:

  • /etc/mtab sigue existiendo porque no hay un cierre adecuado antes?

  • /dev/md128 de hecho ya está montado en un directorio diferente?

  • algo más está montado en /mnt/data

La mejor manera sería dejar que el sistema suba (por ejemplo, ingresando la contraseña de root, si se le solicita) y verificar qué sucede. La salida de la mount El comando sería útil.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.