Comment éviter le message «Assuming drive cache: write through» lors du redémarrage?

16

Est-ce que quelqu'un sait comment éviter de recevoir ce message:

Assuming drive cache: write through

Qui apparaît après avoir joué sudo shutdown -r now.

J'ai redémarré à distance mais l'ordinateur n'a pas redémarré. Et je ne peux pas y restaurer ma connexion à distance. Je veux être sûr que cela ne se reproduira plus. Lorsque j'ai approché physiquement l'ordinateur et allumé l'écran, j'ai trouvé 3 lignes disant:

Assuming drive cache: write through

Tous ces messages étaient à cause de mon disque sdd. Plus tard, j'ai vérifié et trouvé que sdd est mon disque USB externe de 1 To.

Avez-vous des idées sur la façon de prévenir de telles situations à l'avenir?

external-hdd  disk  restart  cache 
— ViliusK
source
1
Je me trompe peut-être, mais je ne pense pas que ce message soit la cause du problème.
— Adam Byrtek
1
Eh bien, vous avez peut-être raison ... J'ai fait une telle supposition, car l'ordinateur était gelé et seul ce message a été vu à l'écran ... Malheureusement, je n'ai reçu aucun conseil. La prochaine fois, je devrai planifier le redémarrage de l'ordinateur à l'avance, je serai donc à côté de mon serveur.
— ViliusK
sudo update-pciids && update-usbidspourrait résoudre le problème Assuming drive cache: write through. C'est une commande pour mettre à jour les identifiants PCI et USB.
— Rinzwind
Le message "En supposant que le cache du lecteur: écriture" provient de sd_read_cache_type () dans le noyau et se produit lors de la revalidation du périphérique. Le noyau n'a pas pu déterminer les caractéristiques de mise en cache du lecteur, il a donc supposé par défaut qu'il pouvait prendre en charge l'écriture et il a donc émis ce message. Pour certains appareils, cela peut être une valeur par défaut erronée, mais peut-être que sur la majorité, c'est OK. Il est classé comme un message d'erreur car vous ne voudrez peut-être pas qu'il utilise cette valeur par défaut. Le message est un message de noyau de niveau KERN_ERR, d'où sa raison d'être.
— Colin Ian King
3
pourquoi est-ce fermé? j'ai le même problème
— philx_x

Réponses:

5

Que signifie le message asking for cache data failed, assuming drive cache: write through:?

La couche de blocs Linux fait certaines hypothèses sur le moment où les écritures sont réellement validées sur le disque. Les lecteurs logiques du contrôleur RAID LSI prétendent être des disques SCSI, mais le micrologiciel et le pilote ne signalent pas si le contrôleur est en mode "écriture continue" ou en mode "réécriture". Sans ces informations, la couche de bloc suppose une écriture directe. Ceci est sûr, car le contrôleur dispose d'un cache sauvegardé par batterie.

Les ingénieurs de LSI savent que leur pilote devrait mieux gérer cela afin que vous ne voyiez pas ce message. Mais ce n'est pas une erreur et cela n'affecte pas le système.

— guimaluf
source
7
Je ne pense pas que cela réponde à la question du PO sur la façon d'empêcher ces messages, @guimaluf
— Thomas Ward
2

Nous sommes tombés sur un correctif de type silex-ax - puisque cela se produit avant et après la connexion, a commencé à rechercher des mécanismes qui pourraient le faire, et a pensé qu'il pourrait être envoyé à stdio par dmesg.

L'utilisation sudo dmesg -n 1a désactivé les messages. Il peut être possible d'automatiser cela dans grub. Mais semble traiter le symptôme, pas la maladie.

— vuitre_viejo
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.