Vous n'êtes pas identifié.
Bonjour
j'ai acheté il y a 5 ans un W840AU-PRO et j'en suis très très content.
Depuis quelques temps, il lui arrive de s'éteindre subitement, apparemment sans raison (il s'éteint exactement comme si j'avais arraché la batterie, avec un petit claquement bien audible). Ca arrive autant sur batterie que sur secteur, donc a priori pas un problème de batterie. Lorsque je le redémarre, il repart sans problème et sans message d'erreur.
J'ai bien conscience que c'est un peu vague, mais peut-être avez-vous une idée dans quelle direction regarder, ou avez-vous déjà eu des retours similaires?
Pour info, ma config actuelle:
Ubuntu 20.04.1 LTS (64-bit)
Memory 15.6 GiB
Processor: Intel Core i7-5500 CPU @2.40GHz x 4
Disques:
Samsung SSD 850 EVO mSATA 120GB (EMT41B6Q)
/ 19.9 GB available from 110.0 GB
Ext4
WDC WD10SPCX-21KHST0 (01.01A01)
/media/steph/Data 607.3GB available from 1.0TB
NTFS
Merci d'avance et meilleures salutations
Stéphane Henriod
Hors ligne
C'est peut-être un problème de surchauffe. Si vous n'avez pas fait de nettoyage récemment, je vous suggère de commencer par là. Haro sur la poussière !
Hors ligne
Bonne idée, je vais commencer par là et monitorer la température! Mais j'imagine que, si c'est vraiment la cause, je devrais entendre le ventilateur tourner à fond quand ça arrive, non?
Merci!
Hors ligne
Bonsoir shenriod,
Mon ordinateur Why W650 SZ , acheté en août 2014, travaillant sur 18.04 LTS s'arrête aussi quelquefois brusquement, sans raison apparente...
J'ai remarqué toutefois que cela survient souvent après une modification importante de l'un de mes logiciels maison, et avant que j'aie eu la sagesse d'enregistrer mes modifications, d'où colère noire... Je le rallume alors et il repart gaîment, moi aussi.
Aujourd'hui, alors que je n'avais pas remarqué que l'alimentation électrique avait été inopinément débranchée, j'ai poursuivi mes entrées et modifications jusqu'à l'épuisement de la batterie et extinction de l'ordinateur. Après remise en marche sur le secteur et lors de la phase de récupération, mon dossier de comptabilité analytique s'est retrouvé qualifié de "en lecture seule" ! Après remontée en énergie de la batterie et copie de secours des trois fichiers annuels "en lecture seule" effectuée sur un nouveau dossier non limité, la limitation sur les fichiers originaux a disparu...
Comprenne qui pourra.
Dernière modification par rechappe (30 Oct 2020 22:49:57)
Hors ligne
Mon why! N240JU-PRO vient de s'éteindre brutalement avec un petit claquement, alors que j'étais en train d'éditer un document Writer et que les deux lettres que je venais de taper ne s'affichaient pas!?!
Après un redémarrage sans problème, j'ai voulu aller voir ce qui avait été enregistré par dmesg:
francois@francois-N240JU:~$ dmesg [ 0.000000] microcode: CPU0 microcode updated early to revision 0xd6, date = 2019-10-03 [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 4.4.0-67-generic (buildd@lgw01-46) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #88-Ubuntu SMP Wed Mar 8 16:34:45 UTC 2017 (Ubuntu 4.4.0-67.88-generic 4.4.49) [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-67-generic root=UUID=6617536e-0c94-4575-9417-67904bfcae4d ro quiet splash acpi_os_name=Linux acpi_osi= acpi_backlight=vendor vt.handoff=7 [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel ...
Mais je suppose que les processus listés sont uniquement ceux exécutés depuis le redémarrage.
Où chercher à savoir ce qui s'est passé?
COrdialement.
Hors ligne
On peut parfois trouver des infos intéressantes dans
/var/log/syslog
Hors ligne
Pour plus de détails temporels, il faut lancer 'dmesg' comme suit:
dmesg -T
Comme le souligne claudep, il y a des choses intéressantes dans /var/log/syslog, mais en général dans tous les logs se trouvant dans '/var/log'
Ils se présentent en général sous la forme suivante
/var/log/<nom> /var/log/<nom>.1 /var/log/<nom>.*.gz
Les version indirectes (.1, .*.gz), sont les archives des jours précédents en fonction de la rotation des logs.
Les versions <nom> et <nom>.1 sont en texte simple, on peut les consulter comme suit:
sudo less /var/log/<nom>.1
Les versions *.gz, sont consultables via la commande 'zless', comme suit:
sudo zless /var/log/<nom>.*.gz
Évidemment, les commandes doivent être adaptées en fonction du chemin réel.
Vu le problème, je regarderais les logs suivants:
/var/log/syslog* /var/log/kern.log*
Puis éventuellement:
/var/log/messages* /var/log/daemon.log*
Hors ligne
Bonsoir Eggman,
Un immense merci pour ces pistes!
J'ai tenté d'ouvrir un terminal ([Ctrl]+[Alt]+[T]) pour passer la commande suivante:
sudo gedit /var/log/syslog*
Malheureusement, tous les enregistrements qui s'y trouvent datent du 02.11.2020, alors que le crash a eu lieu le 01.11.2020.
Même remarque pour:
sudo gedit /var/log/kern.log*
Quant à eux, les fichiers suivants sont simplement vides:
sudo gedit /var/log/messages* sudo gedit /var/log/daemon.log
Hors ligne
En revanche, avec l'extension -T, la commande dmesg me renseigne sur ce qui s'est passé de moche, hier, aux environs de 11:00:
francois@francois-N240JU:~$ dmesg -T ... [dim nov 1 11:00:14 2020] Bluetooth: hci0: Failed to send firmware data (-38) [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269VC: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: inputs: [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: Mic=0x18 [dim nov 1 11:00:15 2020] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12 [dim nov 1 11:00:15 2020] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17 [dim nov 1 11:00:15 2020] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input18 [dim nov 1 11:00:15 2020] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input19 [dim nov 1 11:00:15 2020] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input20 [dim nov 1 11:00:15 2020] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input21 [dim nov 1 11:00:15 2020] cfg80211: World regulatory domain updated: [dim nov 1 11:00:15 2020] cfg80211: DFS Master region: unset [dim nov 1 11:00:15 2020] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [dim nov 1 11:00:15 2020] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [dim nov 1 11:00:15 2020] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz, 92000 KHz AUTO), (N/A, 2000 mBm), (N/A) [dim nov 1 11:00:15 2020] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A) [dim nov 1 11:00:15 2020] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A) [dim nov 1 11:00:15 2020] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s) [dim nov 1 11:00:15 2020] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s) [dim nov 1 11:00:15 2020] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A) [dim nov 1 11:00:15 2020] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A) [dim nov 1 11:00:15 2020] Adding 7999484k swap on /dev/sdb1. Priority:-1 extents:1 across:7999484k SSFS [dim nov 1 11:00:15 2020] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs' [dim nov 1 11:00:15 2020] iwlwifi 0000:02:00.0 wlp2s0: renamed from wlan0 [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session" pid=833 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session//chromium" pid=833 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/sbin/dhclient" pid=834 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=834 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=834 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=834 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.532:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=839 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.536:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine" pid=838 comm="apparmor_parser" [dim nov 1 11:00:15 2020] audit: type=1400 audit(1604224816.536:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=838 comm="apparmor_parser" [dim nov 1 11:00:16 2020] IPv6: ADDRCONF(NETDEV_UP): enp1s0f1: link is not ready [dim nov 1 11:00:16 2020] r8169 0000:01:00.1 enp1s0f1: link down [dim nov 1 11:00:16 2020] IPv6: ADDRCONF(NETDEV_UP): enp1s0f1: link is not ready [dim nov 1 11:00:16 2020] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [dim nov 1 11:00:16 2020] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled [dim nov 1 11:00:16 2020] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled [dim nov 1 11:00:16 2020] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled [dim nov 1 11:00:16 2020] iwlwifi 0000:02:00.0: L1 Enabled - LTR Disabled [dim nov 1 11:00:16 2020] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [dim nov 1 11:00:16 2020] Bluetooth: BNEP filters: protocol multicast [dim nov 1 11:00:16 2020] Bluetooth: BNEP socket layer initialized [dim nov 1 11:00:16 2020] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [dim nov 1 11:00:16 2020] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [dim nov 1 11:00:16 2020] Bluetooth: hci0 command 0xfc05 tx timeout [dim nov 1 11:00:21 2020] usb 1-5: USB disconnect, device number 2 [dim nov 1 11:00:21 2020] Bluetooth: hci0: Reading Intel version information failed (-19) [dim nov 1 11:00:22 2020] usb 1-5: new full-speed USB device number 5 using xhci_hcd [dim nov 1 11:00:22 2020] usb 1-5: New USB device found, idVendor=8087, idProduct=0a2b [dim nov 1 11:00:22 2020] usb 1-5: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [dim nov 1 11:00:22 2020] Bluetooth: hci0: Bootloader revision 0.0 build 2 week 52 2014 [dim nov 1 11:00:22 2020] Bluetooth: hci0: Device revision is 5 [dim nov 1 11:00:22 2020] Bluetooth: hci0: Secure boot is enabled [dim nov 1 11:00:22 2020] Bluetooth: hci0: OTP lock is enabled [dim nov 1 11:00:22 2020] Bluetooth: hci0: API lock is enabled [dim nov 1 11:00:22 2020] Bluetooth: hci0: Debug lock is disabled [dim nov 1 11:00:22 2020] Bluetooth: hci0: Minimum firmware build 1 week 10 2014 [dim nov 1 11:00:22 2020] Bluetooth: hci0: Found device firmware: intel/ibt-11-5.sfi [dim nov 1 11:00:23 2020] wlp2s0: authenticate with ac:84:c9:53:4b:39 [dim nov 1 11:00:23 2020] wlp2s0: send auth to ac:84:c9:53:4b:39 (try 1/3) [dim nov 1 11:00:23 2020] wlp2s0: authenticated [dim nov 1 11:00:23 2020] wlp2s0: associate with ac:84:c9:53:4b:39 (try 1/3) [dim nov 1 11:00:23 2020] wlp2s0: RX AssocResp from ac:84:c9:53:4b:39 (capab=0x511 status=0 aid=25) [dim nov 1 11:00:23 2020] wlp2s0: associated [dim nov 1 11:00:23 2020] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready [dim nov 1 11:00:23 2020] wlp2s0: Limiting TX power to 30 (30 - 0) dBm as advertised by ac:84:c9:53:4b:39 [dim nov 1 11:00:23 2020] audit_printk_skb: 99 callbacks suppressed [dim nov 1 11:00:23 2020] audit: type=1400 audit(1604224824.668:44): apparmor="DENIED" operation="file_lock" profile="/usr/share/hplip/systray.py" name="/etc/xdg/Trolltech.conf" pid=1854 comm="python" requested_mask="k" denied_mask="k" fsuid=1000 ouid=0 [dim nov 1 11:00:23 2020] audit: type=1400 audit(1604224824.896:45): apparmor="DENIED" operation="file_lock" profile="/usr/share/hplip/systray.py" name="/etc/xdg/sni-qt.conf" pid=1854 comm="python" requested_mask="k" denied_mask="k" fsuid=1000 ouid=0 [dim nov 1 11:00:23 2020] Bluetooth: hci0: Waiting for firmware download to complete [dim nov 1 11:00:23 2020] Bluetooth: hci0: Firmware loaded in 1360243 usecs [dim nov 1 11:00:23 2020] Bluetooth: hci0: Waiting for device to boot [dim nov 1 11:00:23 2020] Bluetooth: hci0: Device booted in 12669 usecs [dim nov 1 11:00:23 2020] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-11-5.ddc [dim nov 1 11:00:23 2020] Bluetooth: hci0: Applying Intel DDC parameters completed [dim nov 1 11:00:23 2020] Bluetooth: hci0: Setting Intel event mask failed (-16) [dim nov 1 11:00:23 2020] Bluetooth: RFCOMM TTY layer initialized [dim nov 1 11:00:23 2020] Bluetooth: RFCOMM socket layer initialized [dim nov 1 11:00:23 2020] Bluetooth: RFCOMM ver 1.11 ...
Je vous fais grâce des processus de démarrage et de ce qui suit après redémarrage. Les seuls messages d'erreur (en rouge, marqués en gras ci-dessous) avant le crash concernent le Bluetooth:
[dim nov 1 11:00:14 2020] Bluetooth: hci0: Failed to send firmware data (-38)
[dim nov 1 11:00:16 2020] Bluetooth: hci0 command 0xfc05 tx timeout
et, 7 secondes plus tard:
[dim nov 1 11:00:23 2020] Bluetooth: hci0: Setting Intel event mask failed (-16)
Comme je n'utilise pas le Bluetooth, j'ai peine à croire que ce soit la source du problème. D'autant que ces messages se répètente aux environs de 19:02, sans provoquer un arrêt brutal du système:
[dim nov 1 19:02:52 2020] Bluetooth: hci0: Failed to send firmware data (-38)
[dim nov 1 19:02:54 2020] Bluetooth: hci0 command 0xfc05 tx timeout
[dim nov 1 19:02:59 2020] Bluetooth: hci0: Reading Intel version information failed (-19)
Je reste perplexe!
Merci pour l'aide...
Hors ligne
Je ne sais plus où aller chercher une explication.
Mais voici ce que j'ai dans le dossier /var/log/:
francois@francois-N240JU:/var/log$ ls alternatives.log auth.log.4.gz dpkg.log.8.gz syslog.3.gz alternatives.log.1 boot.log dpkg.log.9.gz syslog.4.gz alternatives.log.10.gz boot-repair faillog syslog.5.gz alternatives.log.11.gz bootstrap.log fontconfig.log syslog.6.gz alternatives.log.12.gz btmp fsck syslog.7.gz alternatives.log.2.gz btmp.1 gpu-manager.log teamviewer11 alternatives.log.3.gz cups installer teamviewer12 alternatives.log.4.gz dist-upgrade kern.log teamviewer13 alternatives.log.5.gz dmesg kern.log.1 teamviewer14 alternatives.log.6.gz dpkg.log kern.log.2.gz teamviewer15 alternatives.log.7.gz dpkg.log.1 kern.log.3.gz unattended-upgrades alternatives.log.8.gz dpkg.log.10.gz kern.log.4.gz upstart alternatives.log.9.gz dpkg.log.11.gz lastlog wtmp apt dpkg.log.12.gz lightdm wtmp.1 aptitude dpkg.log.2.gz oem-config.log Xorg.0.log aptitude.1.gz dpkg.log.3.gz samba Xorg.0.log.old auth.log dpkg.log.4.gz speech-dispatcher Xorg.1.log auth.log.1 dpkg.log.5.gz syslog Xorg.1.log.old auth.log.2.gz dpkg.log.6.gz syslog.1 Xorg.2.log auth.log.3.gz dpkg.log.7.gz syslog.2.gz
Une idée?
Hors ligne
Je me doutais bien qu'il y pourrait y avoir des incompréhensions.
J'aurais dû les prévenir.
Quand on rajoute une * à un chemin, dans un terminal, ça signifie "et n'importe quel caractère en n'importe quelle quantité" du moment que l'on trouve quelque chose.
Par exemple :
ls /var/log/syslog*
donne :
/var/log/syslog /var/log/syslog.1 /var/log/syslog.2.gz /var/log/syslog.3.gz /var/log/syslog.4.gz /var/log/syslog.5.gz /var/log/syslog.6.gz /var/log/syslog.7.gz
Il faut donc chercher dans ces fichiers, en tapant par contre le chemin exact:
less /var/log/syslog # ou less /var/log/syslog.1
et
zless /var/log/syslog.2.gz # ou zless /var/log/syslog.3.gz # etc.
Donc ici, vu que le problème date d'hier, pas besoin de remonter plus haut que les fichiers /var/log/*.1, soit:
/var/log/syslog /var/log/syslog.1 /var/log/kern.log /var/log/kern.log.1
Ces quatre fichiers ne sont pas compressé, on peut les parcourir avec less dans un terminal, ou les ouvrir avec un éditeur de texte quelconque.
Par contre, dans quelques jours, il y aura eu une ou plusieurs rotations des logs. /var/log/syslog sera devenu /var/log/syslog.1, puis /var/log/syslog.2.gz, /var/log/syslog.2.gz sera devenu /var/log/syslog.3.gz, etc.
Il faudra donc utiliser par exemple zless pour chercher dans /var/log/syslog.2.gz ou /var/log/syslog.3.gz, etc.
zless, comme less est un pager, c'est a dire un programme qui affiche un ficher texte page par page dans un terminal et permet une navigation vers le haut et vers le bas. Il est capable de désarchiver à la volée le fichier pour l'afficher directement, contrairement à less
On peut aussi désarchiver les fichiers /var/log/*.gz, soit tous les fichiers dont le nom se termine en '.gz' et se trouvant dans '/var/log/', avant de l'ouvrir avec un éditeur de texte quelconque.
Hors ligne
Bonsoir Eggman,
Je suis un peu débordé ces jours-ci...
Du coup, 3 jours après le crash, je ne sais pas où aller pour en trouver la cause. En outre, comme ces fichiers de log sont très volumineux, je ne sais pas quelle occurrence y rechercher (crash, logout, shutdown...) pour cibler mes recherches.
Merci pour l'aide!
PS: La Bonne Combine était équipée d'un multipostes UNIX dès 1984 et je connais bien la signification de *.
Hors ligne
Etant donné les discussions en cours (même si celles-ci ont migré depuis mon problème initial), je ne marque pas ma question comme résolue pour l'instant. J'espère que ça respecte les règles du forum?
Hors ligne
Re-bonjour à tous!
Après avoir enlevé la poussière, j'attends de voir si le problème re-survient. Mais le ventilateur de mon Why! continue à s'exciter bruyamment, apparemment sans raison (peu de programmes ouverts en même temps, température ambiante fraîche,...).
Psensor me montre les températures suivantes:
Est-ce que vous y voyez des températures clairement anormales?
Merci!
Dernière modification par shenriod (09 Nov 2020 09:47:14)
Hors ligne
Bonsoir shenriod,
Désolé pour cette réaction très tardive, mais je suis complètement perplexe...
En tant que fondateur de La Bonne Combine, il y a 40 ans, je fais l'analyse suivante:
- si le ventilateur tourne, c'est que le CPU chauffe (74 degrés avec une limite à 75 degrés)
- si le CPU chauffe c'est qu'il exécute des tâches gourmandes en ressources
- si peu de programmes sont ouverts en même temps, il existe peut-être des tâches d'arrière-plan consommant des ressources
Il faudrait aller voir dans Moniteur Système / Ressources quel est le taux d'utilisation des différents CPUs, puis dans Processus pour voir lequel consomme trop de ressources. Sur mon N240JU-PRO Ubuntu 16.04), ce sont gnome-system-monitor, compiz et firefox qui consomment plus de 0% du CPU...
A suivre, donc.
Cordialement.
Hors ligne
Bonsoir François et merci pour les infos supplémentaires.
Mon ventilateur vient juste de se mettre en route (pas à fond, mais déjà suffisamment fort pour être clairement entendu), alors j'ai vite été voir ce qui se passe dans la bête:
--
Il n'a apparemment aucun processus particulièrement gourmand?
Dernière modification par shenriod (25 Nov 2020 09:44:45)
Hors ligne
Bonjour,
C'est étrange, le CPU est sollicité à 49% (ce qui justifierait que le ventilateur tourne un peu), mais les 4 premiers processus ne consommeraient que 11%. N'y en a-t-il pas d'autres, plus bas, qui expliqueraient la différence?
Cordialement.
Hors ligne
C'est effectivement ce que je ne comprends pas bien... J'ai trié les processus pour afficher tout en haut ceux qui ont la plus haute consommation de CPU... donc tous ceux en-dessous sont à 0...
Qu'est-ce qui pourrait faire tourner les CPU et qui ne serait pas listé comme "processus"?
Hors ligne