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
la source
la source
sudo update-pciids && update-usbids
pourrait résoudre le problèmeAssuming drive cache: write through
. C'est une commande pour mettre à jour les identifiants PCI et USB.Réponses:
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.
la source
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 1
a désactivé les messages. Il peut être possible d'automatiser cela dans grub. Mais semble traiter le symptôme, pas la maladie.la source