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?
loglevel=0
para 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.Respostas:
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:
e no topo da lista de módulos adicione a linha
Deve ser algo como isto:
Foi assim que resolvi um problema semelhante.
Deixe-me saber o que aconteceu.
fonte
Sim. Você pode se livrar dessas mensagens executando o seguinte comando:
Isso suprimirá quase todas as mensagens do kernel e exibirá apenas mensagens de emergência
Veja este link para mais informações
fonte
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.userspace control
esseecho
comando que escreve para/proc/sys/kernel/printk
pseudofile.loglevel=4
. Eu poderia mudar isso paraloglevel=5
me livrar de quase todas as mensagens, mas não é isso que eu quero.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.
fonte
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 ...
fonte
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
efibootmgr
e defina umtimeout
valorSe você usar
GRUB
& não umEFISTUB
para inicializar o Linux, NÃO precisará adicionar nenhumcrypt
comando do kernel aosefibootmgr
comandos.fonte