lors du démarrage précoce, j'obtiens le message d'erreur suivant:
[sdb] No Caching mode page found
[sdb] Assuming drive cache: write through
Si je comprends bien, ce n'est en fait qu'un message d'information inoffensif et non une erreur réelle. sdb
est mon disque USB et n'utilise pas la mise en cache.
Le problème est que j'ai intentionnellement défini le niveau de journalisation du noyau à 4, pour se débarrasser de ce type de messages d'information inutiles.
Pourquoi puis-je toujours recevoir ce message d'information?
La raison pour laquelle cela me dérange est qu'elle interfère avec mon invite de mot de passe (pour décrypter mon disque LUKS)
Existe-t-il un moyen de se débarrasser de ce message?
Les disques durs ont une petite quantité de cache RAM pour accélérer les opérations d’écriture. Le système peut écrire un bloc de données dans le cache disque sans attendre qu’il soit écrit sur le disque. Ceci est parfois appelé mode "réécriture". S'il n'y a pas de cache sur le disque, les données y sont directement écrites en mode "écriture immédiate". lecteurs de cartes, etc. qui se présentent comme des périphériques SCSI au système (sdX), mais qui n'ont pas de cache. Le système demande au périphérique: "Avez-vous un cache?" et n'obtient aucune réponse. Il suppose donc qu'il n'y a pas de cache et le met en mode "écriture directe".
Vous pouvez essayer d'aller à:
/etc/modules
et en haut de la liste des modules ajoutez la ligne
usb_storage
Ça devrait ressembler a quelque chose comme ca:
# /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
C'est ainsi que j'ai résolu un problème similaire.
Faites-moi savoir ce qui s'est passé.
Il s'agit probablement d'un message d'avertissement (peut-être que le conducteur le considère suffisamment important pour être mentionné). Vous n'avez pas spécifié le pilote utilisé par votre disque dur USB, je ne peux donc pas pointer vers la ligne source pour vérifier cela. Plus d'informations sur les niveaux de journalisation ici: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/include/linux/kern_levels.h?id=HEAD =
La solution la plus simple serait d'ajouter "silencieux" à vos arguments de noyau via le chargeur de démarrage, que ce soit GRUB/LILO/etc.
Oui. Vous pouvez vous débarrasser de ces messages en exécutant la commande suivante:
echo 0 > /proc/sys/kernel/printk
Cela supprimera presque tous les messages du noyau et n'affichera que les messages d'urgence
Voir ce lien pour plus d'informations
Changez votre méthode de démarrage USB tout en changeant l'USB en tant qu'appareil de démarrage, utilisez l'outil Power ISO pour que votre appareil de démarrage USB fonctionne à 100% sans échec ...
J'ai eu ce problème avec une nouvelle installation Arch Linux UEFI où j'utilisais un UEFI Live USB pour charger le chargeur de démarrage sur le ESP
.
La solution était de corriger la configuration avec un EFI Boot Manager .
Depuis Windows, une solution simple est easyuefi
Depuis Linux, utilisez efibootmgr
& définissez une timeout
valeur
Si vous utilisez GRUB
et pas un EFISTUB
pour démarrer Linux, vous le faites [~ # ~] pas [~ # ~] devez ajouter toutes les commandes du noyau crypt
aux commandes efibootmgr
.