logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 26-09-2020 11:17:11

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

vérification bon fonctionnement C.M.

bonjour à tous .  big_smile  big_smile  big_smile

une ch'tite question :

après reinstall (donc toute fraîche) de testing ,

j'ai fait les contrôles  suivants :

sudo dmesg | grep DMI:

[    0.000000] DMI: System manufacturer System Product Name/PRIME X570-PRO, BIOS 2606 08/13/2020



sudo dmesg -l crit

bloc à supprimer si la commande n’affiche rien



sudo dmesg -l err

[    2.534077] sp5100-tco sp5100-tco: Watchdog hardware is disabled



sudo dmesg -l warn

[    0.494945]   #2
[    0.494990]   #3
[    0.497099]   #4
[    0.498990]   #5
[    0.502990]   #6
[    0.505138]   #7
[    0.506990]   #8
[    0.509150]   #9
[    0.510992]  #10
[    0.513091]  #11 #12 #13 #14 #15
[    0.539772] mtrr: your CPUs had inconsistent variable MTRR settings
[    1.147336]  PPR X2APIC NX GT IA GA PC GA_vAPIC
[    1.244171] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[    1.244228] acpi PNP0C14:03: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[    1.244265] acpi PNP0C14:04: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[    1.244326] acpi PNP0C14:05: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[    1.264268] usb: port power management may be unreliable
[    1.283920] nvme nvme0: missing or invalid SUBNQN field.
[    1.381162] amdgpu 0000:08:00.0: amdgpu: Trusted Memory Zone (TMZ) feature not supported
[    1.743733] ata7.00: supports DRM functions and may not be fully accessible
[    1.744470] ata7.00: supports DRM functions and may not be fully accessible
[    1.765066] usb 3-4: config 1 has an invalid interface number: 2 but max is 1
[    1.765068] usb 3-4: config 1 has no interface number 1
[    2.384280] systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.
[    2.766920] uvcvideo 1-1:1.0: Entity type for entity Extension 4 was not initialized!
[    2.766922] uvcvideo 1-1:1.0: Entity type for entity Processing 2 was not initialized!
[    2.766924] uvcvideo 1-1:1.0: Entity type for entity Camera 1 was not initialized!
 



sudo journalctl -r -p crit

-- Logs begin at Sat 2020-09-19 23:48:26 CEST, end at Sat 2020-09-26 12:09:49 CEST. --
sept. 26 08:49:54 testing kernel: __common_interrupt: 10.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 9.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 8.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 7.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 6.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 5.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 4.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 3.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 2.55 No irq handler for vector
sept. 26 08:49:54 testing kernel: __common_interrupt: 1.55 No irq handler for vector
-- Reboot --
sept. 25 19:32:24 testing kernel: __common_interrupt: 10.55 No irq handler for vector
sept. 25 19:32:24 testing kernel: __common_interrupt: 9.55 No irq handler for vector
sept. 25 19:32:24 testing kernel: __common_interrupt: 8.55 No irq handler for vector
 



là , je m'inquiète . normal / pas  normal ?
çà veut dire  quoi ?
je dois m'inquiéter ?

et çà , c'est quoi : ?

sudo journalctl -r -p err

-- Logs begin at Sat 2020-09-19 23:48:26 CEST, end at Sat 2020-09-26 12:11:45 CEST. --
sept. 26 12:10:16 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 12:08:08 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 12:06:00 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 12:03:53 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 12:01:45 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:59:37 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:57:30 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:55:22 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:53:14 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:51:07 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:48:59 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:46:51 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:44:44 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:42:36 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:40:28 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:38:21 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:36:13 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:34:05 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:31:58 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:29:50 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:27:42 testing systemd[1509]: Failed to start Tracker metadata extractor.
sept. 26 11:25:35 testing systemd[1509]: Failed to start Tracker metadata extractor.
lines 1-23
 



sudo journalctl -r -p warn

Unknown log level warn



çà veut dire quoi ?

Failed to start Tracker metadata extractor.



et çà : ?

kernel: __common_interrupt: 8.55 No irq handler for vector



j' ai pas  compris les renseignements que j'ai trouvé . me pas sûr qu'ils soient bons ...

Dernière modification par Debian Alain (26-09-2020 11:23:02)

Hors ligne

#2 26-09-2020 12:20:10

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : vérification bon fonctionnement C.M.

Bonjour Debian Alain, il se passe quelque chose d'anormal avec les trackers en ce moment avec Debian Gnome 11 en testing, impossible de faire un reset de l'index des bases de données tracker, les commandes manuelles tracker-reset, tracket-daemon ne fonctionnent plus, j'ai une session utilisateur qui est partie en quenouille avec cela, regarde mes messages dans ce fil  :

https://debian-facile.org/viewtopic.php?id=28321

aptitude search '~i tracker*'

i A gir1.2-tracker-2.0                                           - GObject introspection data for Tracker                                
i A libtracker-control-2.0-0                                     - library to control/monitor tracker miners                            
i   libtracker-control-doc                                       - library to control/monitor tracker miners - API documentation        
i A libtracker-miner-2.0-0                                       - tracker data miner library                                            
i A libtracker-sparql-2.0-0                                      - metadata database, indexer and search tool - library                  
i A libxatracker2                                                - X acceleration library -- runtime                                    
i   rygel-tracker                                                - GNOME UPnP/DLNA services - Tracker plugin                            
i A tracker                                                      - metadata database, indexer and search tool                            
i A tracker-extract                                              - metadata database, indexer and search tool - metadata extractors      
i A tracker-miner-fs                                             - metadata database, indexer and search tool - filesystem indexer    



Bug transitoire ? À suivre, fais des sauvegardes ! yikes


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#3 26-09-2020 15:41:38

anonyme
Invité

Re : vérification bon fonctionnement C.M.

Bonjour
@ debian alain

pour le premier tu a du faire une erreur pour "-p warn"  voir le man de "journalctl"


journalctl -r -p err
 



-- Logs begin at Sat 2020-09-26 16:07:03 CEST, end at Sat 2020-09-26 16:10:08 CEST. --
sept. 26 16:07:23 raven2200g lightdm[870]: gkr-pam: unable to locate daemon control file
sept. 26 16:07:03 raven2200g kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
sept. 26 16:07:03 raven2200g kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
 


ou simplement in n'y a rien en "warn" (a vérifier) , même retour que toi


 journalctl -r -p warn
 



Unknown log level warn
 



pour le journal de "journalctl" dans le man c'est expliqué , pour revenir a un journal non permanent (juste les erreurs du démarrage en cour ) tu supprime le dossier /var/log/journal
c'est une modification sur bullseye et pour moi pas pertinent de faire une rotation de log pour ceci.

pour ceci


kernel: __common_interrupt: 8.55 No irq handler for vector
 


certain donne ceci


GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi,noaer"
 



moi je toucherai pas , pas bien méchant
le "8.55" doit être important

un exemple (sur une carte X570 MSI )  =>   https://forum-en.msi.com/index.php?thre … or.344370/
ps: je trouve pas avec 8.55   smile

nota : surveille les mises a jour du bios sur Asus pour ta carte

Pied de page des forums