[2.638759] ata2.01: failed to resume link (SControl 0)
[7.919226] nvidia: module verification failed: signature and/or required key missing - tainting kernel
ajh-valmer, on 2023-11-06:
[2.638759] ata2.01: failed to resume link (SControl 0)
Le message en soi suggère que la machine a eu un peu de mal à
mettre en route le stockage raccordé sur la ligne ATA 2.01. En
copiant et collant l'erreur dans un moteur de recherche, je suis
tombé sur une vieille entrée dans le système de suivi de bogues
de Red Hat[1], qui suggère de jeter un ½il aux réglages de l'EFI
(ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça
peut être une piste de résolution.
[1]: https://bugzilla.redhat.com/show_bug.cgi?id=653811#c9
[7.919226] nvidia: module verification failed: signature and/orCe message indique que le module noyau « nvidia » n'est pas
required key missing - tainting kernel
signé cryptographiquement contrairement aux autre modules noyau
installé sur votre système. Le noyau a tout de même accepté de
le charger, mais en se teintant (en bref, si vous ouvrez un bug
chez kernel.org, votre configuration ne sera pas supportée
d'office). Tous les modules noyau signés du système l'ont été
au moment de la compilation du Linux de Debian sur les machines
de compilation « buildd ». Ce message est normal compte tenu du
fait que nvidia est un pilote tiers.
Au regards de l'historique des échanges de courriels sur la
liste, je suggèrerais de vivre avec ce message au démarrage.
L'alternative serait de réessayer avec « nouveau », qui est un
module directement intégré au noyau Linux, mais j'ai cru
comprendre qu'il était moyennement opérationnel sur votre
matériel. Une autre option pourrait être de compiler le noyau
avec votre propre clé privée, puis de signer le module nvidia.ko
à part, mais il restera toujours la teinture au moins causée par
le fait qu'il s'agit d'un pilote propriétaire.
Si ça peut éclaircir votre lanterne,
Le message en soi suggère que la machine a eu un peu de mal à
mettre en route le stockage raccordé sur la ligne ATA 2.01. En
copiant et collant l'erreur dans un moteur de recherche, je suis
tombé sur une vieille entrée dans le système de suivi de bogues
de Red Hat[1], qui suggère de jeter un ½il aux réglages de l'EFI
(ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça
peut être une piste de résolution.
On Monday 06 November 2023 21:25:44 Étienne Mollier wrote:
Le message en soi suggère que la machine a eu un peu de mal Ã
mettre en route le stockage raccordé sur la ligne ATA 2.01. En
copiant et collant l'erreur dans un moteur de recherche, je suis
tombé sur une vieille entrée dans le système de suivi de bogues
de Red Hat[1], qui suggère de jeter un œil aux réglages de l'EFI
(ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça
peut être une piste de résolution.
Désolé, je reviens sur le sujet :
J'ai simplement désactivé le disque dur Sata-3 qui a été retiré.
# dmesg | grep failed
[2.758750] ata2.01: failed to resume link (SControl 0)
[5.398740] ata2.01: failed to resume link (SControl 0)
[7.286740] ata2.01: failed to resume link (SControl 0)
[9.574743] ata2.01: failed to resume link (SControl 0)
[11.542745] ata2.01: failed to resume link (SControl 0)
maintenant 4 fois.
Ne devrais-je pas passer en Sata AHCI ?
(y a t-il un danger à le faire ?)
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 307 |
Nodes: | 16 (2 / 14) |
Uptime: | 45:47:13 |
Calls: | 6,910 |
Files: | 12,377 |
Messages: | 5,429,452 |