deshacerse del mensaje "No se encontró la página del modo de almacenamiento en caché" durante el arranque

11

durante el inicio temprano, recibo el siguiente mensaje de error:

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

Si entiendo correctamente, esto es solo un mensaje de información inofensivo y no un error real. sdbes mi disco USB y no utiliza el almacenamiento en caché.

El problema es que he configurado intencionalmente el nivel de registro del kernel en 4 para deshacerme de este tipo de mensajes de información inútiles.

¿Por qué entonces sigo recibiendo este mensaje de información?

La razón por la que me molesta es que interfiere con mi solicitud de contraseña (para descifrar mi disco LUKS)

¿Hay alguna forma de deshacerse de este mensaje?

— Martin Vegter
fuente

Utilice un parámetro de kernel inferior, por ejemplo, loglevel=0para adaptar los niveles de mensajería de Linux. Creo que el nivel 4 es demasiado alto para silenciar este mensaje específico. El nivel 0 es probablemente demasiado drástico, pero elimina TODOS los molestos vómitos del sistema en medio de mis dulces, dulces pantallas de arranque.

— Dominic Cerisano

5

Los discos duros tienen una pequeña cantidad de caché de RAM para acelerar las operaciones de escritura. El sistema puede escribir una porción de datos en el caché del disco sin esperar realmente a que se escriba en el disco. Esto a veces se llama modo "reescritura". Si no hay caché en el disco, los datos se escriben directamente en el modo "escritura directa". La advertencia de error en la solicitud de datos de caché generalmente ocurre con dispositivos como unidades flash USB, lectores de tarjetas USB, etc., que se presentan como dispositivos SCSI al sistema (sdX), pero no tienen caché. El sistema le pregunta al dispositivo: "¿Tiene un caché?" y no recibe respuesta Por lo tanto, supone que no hay caché y lo pone en modo de "escritura directa".

Puedes intentar ir a:

/etc/modules

y en la parte superior de la lista de módulos agregue la línea

usb_storage

Debería verse más o menos así:

# /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

Así es como resolví un problema similar.

Déjame saber que pasó.

— malyy
fuente

1

No estoy seguro de qué problema se supone que esto resuelva. Pero no es aplicable a mi problema. Además, no uso módulos en mi kernel.

— Martin Vegter

No lo solucionó

— Ahmed Eid

@malyy Me pregunto qué hay "lp" en la última línea. ¿Qué significa?

— Pranav

1

Si. Puede deshacerse de tales mensajes ejecutando el siguiente comando:

echo 0 > /proc/sys/kernel/printk

Esto suprimirá casi todos los mensajes del núcleo y mostrará solo mensajes de emergencia

Vea este enlace para más información

— SHW
fuente

¿Por qué downvote ???

— SHW

2

Probablemente porque esto no tendrá efecto durante el arranque temprano , antes de que cualquier espacio de usuario tome el control. La misma configuración tendrá efecto al agregar loglevel=0a la línea de comandos del kernel desde el gestor de arranque (editando y aplicando la configuración del gestor de arranque antes del próximo reinicio). PD: no voté en contra, solo para tu información.

Quiero decir debajo de userspace controlese echocomando que escribe en /proc/sys/kernel/printkpseudofile.

1

OP puede agregar el comando echo anterior en uno de sus ganchos o scripts initramfsfs.

— SHW

1

@SHW: no quiero suprimir todos los mensajes del núcleo. Mi pregunta es explícitamente "¿cómo puedo deshacerme de este mensaje". Además, dije en mi publicación original que estoy usando el parámetro del kernel loglevel=4. Podría cambiar eso para loglevel=5deshacerme de casi todos los mensajes, pero esto no es lo que quiero.

— Martin Vegter

1

Este es probablemente un mensaje de advertencia (tal vez el conductor lo considere lo suficientemente importante como para mencionarlo). No especificó qué controlador está utilizando su disco duro USB, por lo que no puedo señalar la línea de origen para verificar esto. Más información sobre los niveles de registro aquí: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD

La solución más fácil sería agregar "silencio" a los argumentos de su núcleo a través del gestor de arranque, ya sea GRUB / LILO / etc.

— vik
fuente

0

Cambie su método de arranque usb mientras cambia el usb como dispositivo de arranque use la herramienta iso de energía para hacer que su dispositivo de arranque usb funcione al 100% sin fallar ...

0

Tuve este problema con una nueva instalación Arch Linux UEFI donde estaba usando un UEFI Live USB para cargar el gestor de arranque en el ESP.

La solución fue arreglar la configuración con un EFI Boot Manager .

Desde Windows una solución fácil es easyuefi
Desde Linux usa efibootmgry establece un timeoutvalor

Si usa GRUB& no un EFISTUBpara arrancar Linux, NO necesita agregar ningún cryptcomando del núcleo a los efibootmgrcomandos.

— Stuart Cardall
fuente