No puedo entender por qué hay tanto retraso entre estas dos líneas en mi dmesgregistro.
[ 2.089039] hid-generic 0003:1EA7:2001.0003: input,hiddev0,hidraw2: USB HID v1.10 Mouse [WFDZ Gaming Keyboard] on usb-0000:00:14.0-14/input1
[ 2.752704] clocksource: Switched to clocksource tsc
[ 33.501004] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[ 34.350611] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
El registro completo está aquí:dmesg.log.txt
Mi sistema:Debian GNU/Linux 9, 4.9.0-3-amd64
¿Puedes ayudarme a entenderlo o solucionarlo? Gracias.
Respuesta1
Debianinitramfs-tools versión 0.129(y posteriormente) agregaron una espera de 30 segundos para que aparezca el dispositivo de reanudación (usado para suspender en disco, también conocido como hibernación). Anteriormente comprobaba una vez y si no lo encontraba continuaba. Ahora, en cambio, sigue intentándolo hasta los 30. En general, esto es algo bueno; hace que la reanudación desde la suspensión al disco sea mucho más confiable, especialmente en sistemas que toman tiempo para sondear los discos (por ejemplo, USB).
Sin embargo, si al compilar initramfs, initramfs-tools (erróneamente) detecta un dispositivo de reanudación que nunca aparecerá, significa que el arranque se retrasa 30 segundos. Lo he visto en uno de mis sistemas con intercambio cifrado.
Para solucionarlo, anule el dispositivo de reanudación detectado automáticamente ingresando RESUME=«something»o /etc/initramfs-tools/conf.d/resume. /etc/initramfs-tools/initramfs.confPuede «something»ser uno de auto(el valor predeterminado, detección automática), none(deshabilitar por completo; no intente reanudar desde la suspensión al disco); UUID=«uuid»(especifique explícitamente por UUID), /dev/whatever(especifique explícitamente por nodo de dispositivo).
Si su sistema no admite la suspensión en disco (o no la usa), configúrelo en none.