Não consigo entender por que há tanto atraso entre essas duas linhas no meu dmesglog.
[ 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.
O log completo está aqui:dmesg.log.txt
Meu sistema:Debian GNU/Linux 9, 4.9.0-3-amd64
Você pode me ajudar a entendê-lo ou resolvê-lo? Obrigado.
Responder1
Debianinitramfs-tools versão 0.129(e posterior) adicionou uma espera de 30 segundos para que o dispositivo de retomada (usado para suspensão no disco, também conhecido como hibernação) apareça. Anteriormente, ele verificava uma vez e, se não encontrasse, continuava. Agora, em vez disso, ele continua tentando chegar aos 30 anos. Em geral, isso é uma coisa boa; torna a retomada da suspensão para o disco muito mais confiável, especialmente em sistemas que demoram para testar os discos (por exemplo, USB).
No entanto, se ao construir o initramfs, o initramfs-tools (erroneamente) detectar um dispositivo de currículo que nunca aparecerá, isso significa que a inicialização será atrasada em 30 segundos. Eu vi isso em um dos meus sistemas com troca criptografada.
Para corrigir, substitua o dispositivo de currículo detectado automaticamente inserindo RESUME=«something»ou /etc/initramfs-tools/conf.d/resume. /etc/initramfs-tools/initramfs.confIsso «something»pode ser um dos seguintes auto(o padrão, detecção automática), none(desabilitar totalmente – não tente retomar da suspensão para o disco); UUID=«uuid»(especificar explicitamente por UUID), /dev/whatever(especificar explicitamente por nó de dispositivo).
Se o seu sistema não suporta suspensão em disco (ou você não a usa), defina como none.