Inicialização longa do sistema

0

Não consigo entender por que há tanto tempo de atraso entre essas duas linhas no meu dmesg log.

[    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 inteiro está aqui: dmesg.log.txt

Meu sistema: Debian GNU/Linux 9, 4.9.0-3-amd64

Você pode me ajudar a entender ou resolver? Obrigado.

    
por BlueManCZ 23.05.2017 / 18:03

1 resposta

2

Debian versão initramfs-tools 0.129 ( e mais tarde) adicionou uma espera de 30 segundos para que o dispositivo de currículo (usado para o hibernate suspenso no disco) aparecesse. Anteriormente, ele era verificado uma vez e, se não o encontrasse, continue. Agora, em vez disso, continua tentando 30s. Isso é em geral uma coisa boa; Isso faz com que a retomada do suspender para o disco seja muito mais confiável, especialmente em sistemas que demoram para testar discos (por exemplo, USB).

No entanto, se ao criar o initramfs, o initramfs-tools (erroneamente) detecta um dispositivo de continuação que nunca será exibido, significa que a inicialização é atrasada por 30s. Eu vi isso em um dos meus sistemas com swap criptografado.

Para corrigir, substitua o dispositivo de retomada autodetectada colocando RESUME=«something» em /etc/initramfs-tools/conf.d/resume ou /etc/initramfs-tools/initramfs.conf . Esse «something» pode ser um dos auto (o padrão, autodetectar), none (desabilitar totalmente - não tente continuar da suspensão para o disco); UUID=«uuid» (especifique explicitamente pelo UUID), /dev/whatever (especifique explicitamente pelo nó do dispositivo).

Se o seu sistema não suporta suspender para o disco (ou você não o usa), defina como none .

    
por 24.05.2017 / 22:11