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. sdb
es 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?
loglevel=0
para 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.Respuestas:
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:
y en la parte superior de la lista de módulos agregue la línea
Debería verse más o menos así:
Así es como resolví un problema similar.
Déjame saber que pasó.
fuente
Si. Puede deshacerse de tales mensajes ejecutando el siguiente comando:
Esto suprimirá casi todos los mensajes del núcleo y mostrará solo mensajes de emergencia
Vea este enlace para más información
fuente
loglevel=0
a 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.userspace control
eseecho
comando que escribe en/proc/sys/kernel/printk
pseudofile.loglevel=4
. Podría cambiar eso paraloglevel=5
deshacerme de casi todos los mensajes, pero esto no es lo que quiero.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.
fuente
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 ...
fuente
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
efibootmgr
y establece untimeout
valorSi usa
GRUB
& no unEFISTUB
para arrancar Linux, NO necesita agregar ningúncrypt
comando del núcleo a losefibootmgr
comandos.fuente