Reduzca el valor de tiempo de espera para "Linux se está ejecutando un trabajo de inicio para dev-disk-by"

2

Mi / etc / fstab intencionalmente tiene bastantes entradas que apuntan a particiones (etiquetadas) y sistemas de archivos que pueden no estar presentes en el momento del arranque (piense: discos de respaldo SATA conectables en caliente).

Estas entradas causan problemas durante el arranque porque me quedo atrapado durante 1 minuto y 30 segundos (90 segundos) mientras algún proceso de arranque espera a que aparezcan estos discos o particiones. La espera va acompañada del conocido mensaje "Se está ejecutando un trabajo de inicio para dev-disk-by" y un conteo de hasta 1m30seg.

Pregunta: Me gustaría CAMBIAR el valor del tiempo de espera de 90 segundos a, digamos 10 segundos, para que el arranque y el apagado sean más rápidos. ¿Cómo puedo hacer eso?

Estado: He buscado valores altos y bajos para establecer el parámetro adecuado. Una cosa que intenté fue agregar algunos valores de parámetros del kernel a la línea grub.cfg apropiada, como sigue, pero no tuvo efecto.

udev.event-timeout = 10 rd.udev.event-timeout = 10 udev.exec-delay = 10 rd.udev.exec-delay = 10

Esto está en

Fedora versión 23 (Twenty Three) Linux versión 4.5.5-201.fc23.x86_64 ([email protected]) (gcc versión 5.3.1 20160406 (Red Hat 5.3.1-6) (GCC)) # 1 SMP sáb 21 de mayo 15:29:49 UTC 2016

linux fstab timeout udev reikred
fuente

Respuestas:

2

Use la nofailopción fstab para esos discos.

Alternativamente, podría especificar la x-systemd.device-timeout=10sopción, pero ¿cuál es el punto? systemd ya es compatible con la conexión en caliente sin la necesidad de tiempos de espera, pero agrega dependencias en todos los sistemas de archivos (excepto nofaillos) para evitar que todos los servicios enumeren detalles muy detallados.

Consulte systemd.mount (5) para obtener documentación de ambas opciones.

Gravedad
fuente
1
Mi experiencia es que la opción fstab nofail no tiene ningún efecto. El "trabajo de inicio" aún se genera y el tiempo de espera está vigente. Intentaré agregar x-systemd.device-timeout = 10s en grub.cfg, supongo que te refieres a que este es un parámetro del núcleo. ¡Gracias!
Reikred
1
Ahora he probado usando x-systemd.device-timeout = 10s, y funciona. Nota: es una opción / etc / fstab por entrada. No es una opción de kernel. Gracias a Grawity por proporcionar la respuesta, lo voté pero aún no tengo suficientes puntos de reputación para mostrarlo.
Reikred
Eso es extraño: hasta ahora he estado usando con éxito nofailbastantes discos inexistentes.
Grawity
nofailtodavía genera los molestos trabajos iniciales para mí también. Estoy usando systemd 231 en Arch. (Lo cual es extraño, porque iirc grawity también usa Arch)
Austin Adams el
2

La respuesta, proporcionada por la gravedad del usuario y parafraseada aquí, es:

Para cada entrada en / etc / fstab, decida si el dispositivo de disco es uno que no siempre está presente en el momento del arranque y agregue

x-systemd.device-timeout = 10s

a las opciones de montaje para esa entrada.

Ejemplo: a continuación se muestra una entrada fstab para una unidad de respaldo de reserva en frío, que debe montarse cuando está conectada, pero se agota rápidamente si no está presente en el momento del arranque.

LABEL = B.3TB. / Home / mnt / 3000gb-disk2 / home ext4 por defecto, nofail, x-systemd.device-timeout = 10s 1 0

Estado: probado y está funcionando. Mi tiempo de arranque ahora se ha reducido a unos 20 segundos, mientras que solía ser de unos 100 segundos o más. El tiempo de detención / reinicio también se mejora correspondientemente.

reikred
fuente