Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
2024-07-10T12:41:31.949387+02:00 greg-desktop kernel: [10072.246210] retire_capture_urb: 669 callbacks suppressed
2024-07-10T12:41:36.953386+02:00 greg-desktop kernel: [10077.252730] retire_capture_urb: 792 callbacks suppressed
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
journalctl -p 3 -x :
-- Boot 06a8e7d980334c978a0921e5e8594354 --
juil. 10 09:53:52 greg-desktop kernel: blacklist: Problem blacklisting hash (-13)
juil. 10 09:53:52 greg-desktop kernel: blacklist: Problem blacklisting hash (-13)
juil. 10 09:53:52 greg-desktop kernel: blacklist: Problem blacklisting hash (-13)
juil. 10 09:53:52 greg-desktop kernel: blacklist: Problem blacklisting hash (-13)
juil. 10 09:53:52 greg-desktop (udev-worker)[787]: event7: Failed to call EVIOCSKEYCODE with scan code 0x7c, and key code 190: Invalid argument
juil. 10 09:53:52 greg-desktop kernel:
juil. 10 09:53:53 greg-desktop smartd[966]: Device: /dev/nvme0, number of Error Log entries increased from 0 to 19
juil. 10 09:53:53 greg-desktop smartd[966]: Warning via /usr/share/smartmontools/smartd-runner to root produced unexpected output (183 bytes) to STDOUT/STDERR:
juil. 10 09:53:53 greg-desktop smartd[966]: /etc/smartmontools/run.d/10mail:
juil. 10 09:53:53 greg-desktop smartd[966]: Your system does not have /usr/bin/mail. Install the mailx or mailutils package
juil. 10 09:53:53 greg-desktop smartd[966]: run-parts: /etc/smartmontools/run.d/10mail exited with return code 1
juil. 10 09:53:53 greg-desktop smartd[966]: Warning via /usr/share/smartmontools/smartd-runner to root: failed (32-bit/8-bit exit status: 256/1)
juil. 10 09:54:05 greg-desktop lightdm[1841]: gkr-pam: unable to locate daemon control file
juil. 10 12:05:41 greg-desktop kernel: xhci_hcd 0000:01:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 12 comp_code 13
juil. 10 12:34:44 greg-desktop kernel: xhci_hcd 0000:01:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 12 comp_code 13
juil. 10 12:38:01 greg-desktop kernel: xhci_hcd 0000:01:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 12 comp_code 13
-- Boot 9415226fc8d5484f8b33b1f73fd603bf --
Quand je vois ça je me dis que c'est peut être mon disque NVME, mais :
smartctl -a /dev/nvme0n1 :
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 32 Celsius
Available Spare: 100%
Available Spare Threshold: 5%
Percentage Used: 1%
Data Units Read: 27015219 [13,8 TB]
Data Units Written: 11584307 [5,93 TB]
Host Read Commands: 169751267
Host Write Commands: 205814585
Controller Busy Time: 1136
Power Cycles: 30
Power On Hours: 7200
Unsafe Shutdowns: 11
Media and Data Integrity Errors: 0
Error Information Log Entries: 21
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 49 Celsius
Error Information (NVMe Log 0x01, 16 of 16 entries)
No Errors Logged
Me semble correcte.
Il y a bien des erreur dans le log mais mes recherches semble dire que ce n'est rien (mais je ne sais pas vraiment).
Une idée de comment je pourrai savoir ce qu'il se passe ?
Merci beaucoup.
Édit :
l'avant dernière fois que cela est arrivé, je copiais des fichiers depuis un hdd mécanique sur ce disque NVME -> crash.
Au reboot les fichiers avait totalement disparus
Dernière modification par greg40 (15-07-2024 09:08:10)
Hors ligne
Au reboot les fichiers avait totalement disparus
Je vois mal comment les fichiers peuvent disparaitre en faisant une copie, les fichiers sources ne sont plus sur le hdd?
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
/var/log/kern.log :
Et les messages précédents ?
^@ (control-@) représente l'octet nul, je suppose que c'est la conséquence d'une écriture incomplète lors du plantage ou de l'arrêt forcé.
journalctl -p 3 -x :
Eviter les options de filtrage, ça risque de masquer des informations utiles.
Quand je vois ça je me dis que c'est peut être mon disque NVME
Ah ? Tu vois "urb" et "xhci" qui sont relatifs à l'USB et ça te fait penser au NVMe (PCIe) ?
je copiais des fichiers depuis un hdd mécanique
USB ?
Dernière modification par raleur (11-07-2024 19:55:30)
Il vaut mieux montrer que raconter.
Hors ligne
hello
greg40 a écrit :Au reboot les fichiers avait totalement disparus
Je vois mal comment les fichiers peuvent disparaitre en faisant une copie, les fichiers sources ne sont plus sur le hdd?
Oui je sais... C'est la première fois que je vois ça 
Je faisait une copie de fichiers d'un HDD méca vers mon NVME système -> crash -> hard reboot -> les fichiers de destinations sur le NVME ont disparus.
Hors ligne
Et les messages précédents ?
^@ (control-@) représente l'octet nul, je suppose que c'est la conséquence d'une écriture incomplète lors du plantage ou de l'arrêt forcé.
Puis des dizaines de
[...]
[...]
[...]
Ah ? Tu vois "urb" et "xhci" qui sont relatifs à l'USB et ça te fait penser au NVMe (PCIe) ?
Effectivement
Je suis un peu désespéré. J'ai monté cette config ya 2 ans et elle n'a jamais été vraiment stable.
Je apt upgrade + reboot tous les dimanches.
Parfois toute la semaine se passe sans problème. Parfois ça crash quelque heures après le boot.
Une fois un crash lors d'un GIT push à corrompu un repos... Je passe des centaines commandes bash sur des serveurs et flippe pas mal d'avoir un crash pendant l'exécution d'une commande un jour.
Bref je panique un un peu...
J'ai viré un HDD mécanique qui me semblais suspect, changé le Disque système NVME...
Hier nouveau crash :
La CM est une Asus ROG STRIX B550-A GAMING
J'ai trouvé pas mal de monde ayant des souci sur les Asus B550, et ce matin j'ai désactivé dans le bios des options AI power setting... Je panique et fais peut être n'importe quoi, certainement pas la bonne méthode pour qualifier mon problème.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Si je comprends bien le disque dur n'était pas en USB. Pourtant les messages d'erreur pointent vers l'USB. Quels sont les périphériques USB affichés par lsusb ?
Effectivement le HDD méca est sur un port SATA
La webcam est plutôt très ancienne, ce serai pas dingue qu'un périphérique USB provoque un crash système ?
Édit :
sur les port USB j'ai :
- Clavier Corsair
- Souris Logitech
- Webcam logitech
- Imprimante Brother
Dernière modification par greg40 (12-07-2024 10:17:48)
Hors ligne
ce n'est pas le noyau de stable (bookworm) actuel
/fin hors sujet
Hors ligne
Bonjour
/hors sujet
c'est quoi ce kernel sur ton #5
Command line: BOOT_IMAGE=/vmlinuz-6.1.0-17-amd64
ce n'est pas le noyau de stable (bookworm) actuel
/fin hors sujet
Je répondrai à tout 
Hors ligne
garder debian a jour c'est mieux. (de mémoire il me semble que le 6.1.0-17 avait des soucis ......... ).
Hors ligne
vérifie si tu a les méta-paquet installer ci dessous
apt policy linux-image-amd64 linux-headers-amd64
Il me manquai linux-image-amd64. Je l'ai installé + reboot
A quoi sert ce paquet ?
le noyau actuel => https://packages.debian.org/fr/bookworm … mage-amd64
garder debian a jour c'est mieux. (de mémoire il me semble que le 6.1.0-17 avait des soucis ......... ).
Bien d'accord !
Et j'étais persuadé que ma Debian était à jour, noyau compris du coup. Visiblement non.
Mais pourquoi donc le 6.1.0-22 ne c'est pas installé pas avec les upgrades ?
Hors ligne
Mais pourquoi donc le 6.1.0-22 ne c'est pas installé pas avec les upgrades ?
Parce que c'est linux-image-amd64 qui dépend de lui, et il n'était pas installé.
On peut voir la sortie de
pour voir quel est le modèle du contrôleur USB 3.
Il vaut mieux montrer que raconter.
Hors ligne
greg40 a écrit :Mais pourquoi donc le 6.1.0-22 ne c'est pas installé pas avec les upgrades ?
Parce que c'est linux-image-amd64 qui dépend de lui, et il n'était pas installé.
On peut voir la sortie delspci -nnks 0000:01:00.0
pour voir quel est le modèle du contrôleur USB 3.
Je me souviens maintenant qu'après une mise à jour du driver NVIDIA qui plantait le boot, j'avais figé le noyau à la version précédente.
Je vais essayer de retrouver ça.
Edit :
ha bah non, je suis bien à jour maintenant.
Tu avais raison c'est bien linux-image-amd64 qui me manquait
Dernière modification par greg40 (12-07-2024 14:09:04)
Hors ligne
Hors ligne
Hors ligne
Pages : 1