se livrar da mensagem "Nenhuma página do modo de cache encontrada" durante a inicialização

11

durante a inicialização antecipada, recebo a seguinte mensagem de erro:

[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through

Se bem entendi, essa é apenas uma mensagem informativa inofensiva e não um erro real. sdbé o meu disco USB e não usa cache.

O problema é que defini intencionalmente o nível de log do kernel como 4, para livrar-me desse tipo de mensagem informativa inútil.

Por que, então, ainda recebo essa mensagem informativa?

A razão pela qual está me incomodando é que ela interfere no meu prompt de senha (para descriptografar meu disco LUKS)

Existe uma maneira de se livrar dessa mensagem?

— Martin Vegter
fonte

Use um parâmetro mais baixo do kernel, por exemplo, loglevel=0para personalizar os níveis de mensagens do linux. Eu acho que o nível 4 é muito alto para silenciar esta mensagem específica. O nível 0 é provavelmente muito drástico, mas se livra de TODAS as vomitações irritantes do sistema no meio das minhas telas de inicialização doces.

— Dominic Cerisano

5

Os discos rígidos possuem uma pequena quantidade de cache de RAM para acelerar as operações de gravação. O sistema pode gravar um pedaço de dados no cache do disco sem realmente esperar que eles sejam gravados no disco. Isso às vezes é chamado de modo "write-back". Se não houver cache no disco, os dados serão gravados diretamente no modo "write-through". O aviso Solicitando falha nos dados do cache geralmente ocorre em dispositivos como unidades flash USB, leitores de cartão USB etc. que se apresentam como dispositivos SCSI no sistema (sdX), mas não possuem cache. O sistema pergunta ao dispositivo: "Você tem um cache?" e não obtém resposta. Portanto, assume que não há cache e o coloca no modo "write-through".

Você pode tentar ir para:

/etc/modules

e no topo da lista de módulos adicione a linha

usb_storage

Deve ser algo como isto:

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

usb_storage
lp

Foi assim que resolvi um problema semelhante.

Deixe-me saber o que aconteceu.

— malyy
fonte

1

Não tenho certeza de qual problema isso deve resolver. Mas não é aplicável ao meu problema. Além disso, eu não uso módulos no meu kernel.

— Martin Vegter 9/02/16

Ele não corrigi-lo

— Ahmed Eid

@ malyy Gostaria de saber o que é "lp" está na última linha. O que significa?

— Pranav

1

Sim. Você pode se livrar dessas mensagens executando o seguinte comando:

echo 0 > /proc/sys/kernel/printk

Isso suprimirá quase todas as mensagens do kernel e exibirá apenas mensagens de emergência

Veja este link para mais informações

— SHW
fonte

Por que voto negativo ???

— SHW 28/01

2

Provavelmente porque isso não terá efeito durante a inicialização antecipada , antes que qualquer espaço do usuário assuma o controle. A mesma configuração terá efeito adicionando loglevel=0à linha de comando do kernel a partir do carregador de inicialização (editando e aplicando a configuração do carregador de inicialização antes da próxima reinicialização). PS Eu não votei para baixo, apenas para sua informação.

Quero dizer, sob userspace controlesse echocomando que escreve para /proc/sys/kernel/printkpseudofile.

1

O OP pode adicionar o comando echo acima em um dos hooks ou scripts initramfsfs.

— SHW 29/01

1

@ SHW - Não quero suprimir todas as mensagens do kernel. Minha pergunta é explicitamente "como posso me livrar dessa mensagem". Além disso, afirmei no meu post original que estou usando o parâmetro kernel loglevel=4. Eu poderia mudar isso para loglevel=5me livrar de quase todas as mensagens, mas não é isso que eu quero.

— Martin Vegter 9/02/16

1

Esta é provavelmente uma mensagem de aviso (talvez o motorista considere importante o suficiente para mencionar). Você não especificou qual driver o disco rígido USB está usando, portanto não posso apontar para a linha de origem para verificar isso. Mais informações sobre os níveis de log aqui: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD

A correção mais fácil seria adicionar "silencioso" aos argumentos do seu kernel através do gerenciador de inicialização, seja GRUB / LILO / etc.

— vik
fonte

0

Altere seu método de inicialização USB enquanto altera o USB como dispositivo inicializável, use a ferramenta power iso para tornar seu dispositivo inicializável USB, ele funcionará 100% sem falhas ...

0

Eu tive esse problema com uma nova instalação do Arch Linux UEFI em que estava usando um UEFI Live USB para carregar o carregador de inicialização no ESP.

A solução foi corrigir a configuração com um EFI Boot Manager .

No Windows, uma solução fácil é easyuefi
No Linux, use efibootmgre defina um timeoutvalor

Se você usar GRUB& não um EFISTUBpara inicializar o Linux, NÃO precisará adicionar nenhum cryptcomando do kernel aos efibootmgrcomandos.

— Stuart Cardall
fonte