[RÉSOLU] freeze du système Intel CPU N3540

diago26 · 13-06-2020 18:19:53

J'avais déjà redémarré mon PC entre temps, donc ça c'est fait. Et voici le retour de la commande

lspci -nnk |grep -iA3 vga

biloute26@packardbell:~$ lspci -nnk |grep -iA3 vga

00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display [8086:0f31] (rev 0e)

        Subsystem: Acer Incorporated [ALI] Atom Processor Z36xxx/Z37xxx Series Graphics & Display [1025:0939]

        Kernel driver in use: i915

        Kernel modules: i915

diago26 · 13-06-2020 18:31:00

Donc j'avais déjà éteint et rallumé mon PC pour le reboot, mais j'ai eu un freeze entre temps:( et pour la commande

lspci -nnk |grep -iA3 vga

cela donne

biloute26@packardbell:~$ lspci -nnk |grep -iA3 vga

00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display [8086:0f31] (rev 0e)

        Subsystem: Acer Incorporated [ALI] Atom Processor Z36xxx/Z37xxx Series Graphics & Display [1025:0939]

        Kernel driver in use: i915

        Kernel modules: i915

diago26 · 13-06-2020 18:33:21

oups désolé j'ai posté 2 fois le même message, je n'avais pas vu qu 'il y avait une 2ème page.

diago26 · 16-06-2020 11:16:18

Du coup, les freezes continuent sur mon système, mon souci n'est malheureusement pas résolu pour autant... Quelqu'un aurait il une ou des idées pour tenter de résoudre ce problème avec moi?

Croutons · 16-06-2020 13:07:46

Possible missing firmware /lib/firmware/i915

je sais si on doit en conclure que le module n'est pas compilé pour le noyau
regarde ce que cela donne avec modinfo

modinfo i915 |grep filename

diago26 · 16-06-2020 15:05:14

merci de ta réponse Croutons. La commande

modinfo i915 |grep filename

donne comme résultats

filename:       /lib/modules/4.19.0-9-amd64/kernel/drivers/gpu/drm/i915/i915.ko

 

--gilles-- · 16-06-2020 16:34:06

à diago26, que donnent les commandes :

who am i

Si celle-ci donne rien, c'est bon.

puis

free -m

diago26 · 16-06-2020 16:57:07

salut à toi gilles. la commande [code=user][who am i/code]
me renvoie [code]biloute26 pts/0 2020-06-16 17:55 (:0)
[/code]

Et la commande [code=user]free -m[/code]
donne ceci [code] total used free shared buff/cache available
Mem: 3827 1456 1033 217 1337 1918
Swap: 3976 0 3976
[/code]

diago26 · 16-06-2020 17:03:38

Je m'excuse pour mon dernier message, mais je n'ai pas réussi à baliser correctement les commandes alors que j'y parvenais depuis peu... S'agirait t'il d'un dysfonctionnement?

diago26 · 16-06-2020 17:11:50

Je recommence proprement en espérant que ça se passe bien:

la commande

who am i

retourne

biloute26 pts/0        2020-06-16 17:55 (:0)

 

la commande

free -m

donne

            total        used        free      shared  buff/cache   available

Mem:           3827        1452        1041         218        1334        1922

Swap:          3976           0        3976

--gilles-- · 17-06-2020 05:17:15

C'est correct. Et si tu ne regardes pas de film sur Internet, as-tu des freezes ?

diago26 · 17-06-2020 11:34:44

La plupart de mes freezes se produisent quand je visionnes des films sur le net. Il est possible que le système ait freezé quand je ne regardais pas de films, mais ça n'a pas du se produire beaucoup de fois.

Croutons · 17-06-2020 19:39:54

pour les message d'erreur il faudrait le paquet

apt install firmware-misc-nonfree

avec un peu de change ça peut résoudre les problémes de freeze
sinon il faudra regarder dans les log et rechercher a l'heure du plantage

cat /var/log/messages

diago26 · 17-06-2020 20:21:55

Merci de ta réponse Croutons. L'installation du paquet firmware-misc-nonfree s'est bien déroulé, en espérant que les freezes cesseront... Si ce n'est pas le cas et que les blocages recommencent, je devrais me servir de la commande

cat /var/log/messages

après chaque freeze. Donc concrètement, le PC plante, je l'éteins et je le réallume, et une fois arrivé sur le bureau, je lance la commande avec su - dans le terminal et je fais un copier-coller du retour de la commande, c'est bien ça?

Croutons · 18-06-2020 08:32:48

oui mais il te faut prendre les lignes correspondant au bon moment
je te conseille d'afficher les secondes sur l'horloge de ta barre de tache comme ça tu saura exactement a la seconde près le moment du freeze
sur une même seconde le nombre d’événements est important
avec cat tu ne pourra peut etre pas remonter a l'heure voulu
ce que tu peux faire c'est
exemple:

cat /var/log/messages |grep "Jun 16 20:08:05"

pour les fichiers texte trop long tu peux consulter avec less ce qui te permet de faire défiler le texte

less /var/log/messages

un autre fichier log intéressant (je connais pas vraiment la différence entre les deux)

less /var/log/syslog

sur mon ancien PC javais eu un soucis de freeze , il y avait plein de carrés au moment du freeze █ █ █ █ █ █ █

diago26 · 18-06-2020 11:36:58

ok ça marche, je gère tout ça lors du prochain freeze.

--gilles-- · 18-06-2020 11:49:39

Étudier /var/log/messages, c'est un vrai travail de bénédictins, d'ailleurs trouver la cause des freezes aussi. Un professionnel répond à la question de comment diagnostiquer les freezes et en plus du conseil d'étudier /var/log/messages il donne le nom de quelques outils professionnels ici :
https://serverfault.com/questions/29774 … ux-machine

Diago26, j'aimerais savoir l'effet de l'installation du paquet intel-microcode et la puissance de calcul de ton CPU ( sélectionnes et copies tout d'un seul bloc ) :

journalctl --no-hostname -o short-monotonic --boot -0 \

  | sed -n '1,/PM: Preparing system for sleep/p' | grep 'microcode\|smp'

Source de l'information : https://gms.tf/check-cpu-microcode-vers … linux.html

diago26 · 18-06-2020 12:28:02

Ok Gilles, merci du tuyau. Et voici le retour de la commande

journalctl --no-hostname -o short-monotonic --boot -0 \

  | sed -n '1,/PM: Preparing system for sleep/p' | grep 'microcode\|smp'

[    0.000000] kernel: microcode: microcode updated early to revision 0x838, date = 2019-04-22

[    0.064586] kernel: smpboot: Allowing 4 CPUs, 0 hotplug CPUs

[    0.384352] kernel: smpboot: CPU0: Intel(R) Pentium(R) CPU  N3540  @ 2.16GHz (family: 0x6, model: 0x37, stepping: 0x8)

[    0.385980] kernel: smp: Bringing up secondary CPUs ...

[    0.391390] kernel: smp: Brought up 1 node, 4 CPUs

[    0.391390] kernel: smpboot: Max logical packages: 1

[    0.391390] kernel: smpboot: Total of 4 processors activated (17326.40 BogoMIPS)

[    1.963479] kernel: microcode: sig=0x30678, pf=0x8, revision=0x838

[    1.964344] kernel: microcode: Microcode Update Driver: v2.2.

--gilles-- · 18-06-2020 13:40:06

Bon, eh bien il y a eu un effet positif ( une version supérieure ) de l'installation du paquet intel-microcode sur la version du microcode par rapport à la version du microcode qui venait avec le BIOS. microcode updated early to revision 0x838, date = 2019-04-22

Contrairement à Croutons puisque je n'utilise que les dépôts main, je doute parfois de l'effet d'intel-microcode, je vais peut-être y réfléchir plus pour savoir si je l'utilise dans l'avenir.

Tu as écrit plus haut que tu utilisais le navigateur Chrome ( le message #3 du fil ), hors j'ai entendu ( un peu en diagonale ) vers 13 h sur France-Info que des extensions malveillantes de Chrome causaient des problèmes en ce moment. Mais pour être sûr qu'il s'agit bien uniquement de cette cause et qu'il n'y en a pas d'autre derrière, n'y touche pas pour le moment, navigue avec tes extensions habituelles, sans rien changer, jusqu'au freeze ( en notant les sites où tu vas ) et on investiguera après. Puis tu pourras naviguer, soit avec un autre navigateur ou sans les extensions de Chrome pour bien voir que les freezes ont disparu ou non.

diago26 · 18-06-2020 14:08:05

ok pas de soucis. En fait j'ai installé debian 10 récemment et j'utilisais chromium comme naviguateur, et d'emblée les freezes étaient déjà présents avec chromium ainsi qu'avec firefox. J'ai donc supprimé chromium et installé chrome à la place, ce qui n'a pas résolu le problème pour autant... Bref, je continue à utiliser mon pc comme d'habitude et au prochain freeze, je poste un rapport avec les journaux logs.

diago26 · 18-06-2020 21:58:01

Ok je viens d'avoir un freeze à l'instant, à 22h45 et 09 secondes précises. J'étais sur google chrome et je visionnais de la vidéo sur youtube. J'ai donc rentré la commande

cat /var/log/messages

et elle me renvoie

Jun 18 21:51:52 packardbell NetworkManager[546]: <info>  [1592509912.7565] manager: NetworkManager state is now CONNECTED_GLOBAL

Jun 18 21:51:57 packardbell NetworkManager[546]: <info>  [1592509917.4648] policy: set 'Auto freebox_GBI' (wlp2s0) as default for IPv6 routing and DNS

Jun 18 21:52:01 packardbell kernel: [   72.330161] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=654244 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.330218] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=587032 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.330270] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=661388 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.330318] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=1001887 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.341324] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=654244 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.341379] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=587032 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.341434] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=661388 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 21:52:01 packardbell kernel: [   72.341508] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=1001887 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 21:52:02 packardbell goa-daemon[1129]: goa-daemon version 3.30.1 starting

Jun 18 21:52:03 packardbell kernel: [   74.519137] Bluetooth: RFCOMM TTY layer initialized

Jun 18 21:52:03 packardbell kernel: [   74.519146] Bluetooth: RFCOMM socket layer initialized

Jun 18 21:52:03 packardbell kernel: [   74.519157] Bluetooth: RFCOMM ver 1.11

Jun 18 21:52:08 packardbell NetworkManager[546]: <info>  [1592509928.3615] agent-manager: req[0x563ecce3eea0, :1.82/org.freedesktop.nm-applet/1000]: agent registered

Jun 18 21:52:08 packardbell /cinnamon-killer-daemon: Bound Cinnamon restart to <Control><Alt>Escape.

Jun 18 21:52:18 packardbell org.blueman.Mechanism[537]: Unable to init server: Could not connect: Connection refused

Jun 18 21:52:18 packardbell org.blueman.Mechanism[537]: Unable to init server: Could not connect: Connection refused

Jun 18 21:52:18 packardbell blueman-mechani[1227]: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

Jun 18 22:09:36 packardbell kernel: [ 1127.193408] perf: interrupt took too long (2517 > 2500), lowering kernel.perf_event_max_sample_rate to 79250

Jun 18 22:14:00 packardbell kernel: [ 1391.916064] perf: interrupt took too long (3200 > 3146), lowering kernel.perf_event_max_sample_rate to 62500

Jun 18 22:44:12 packardbell kernel: [ 3204.609438] perf: interrupt took too long (4007 > 4000), lowering kernel.perf_event_max_sample_rate to 49750

Jun 18 22:46:14 packardbell kernel: [    0.000000] microcode: microcode updated early to revision 0x838, date = 2019-04-22

Jun 18 22:46:14 packardbell kernel: [    0.000000] Linux version 4.19.0-9-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07)

Jun 18 22:46:14 packardbell kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-9-amd64 root=UUID=e187ad1a-974b-4f2a-a9db-2b5fca9eba0b ro quiet

Jun 18 22:46:14 packardbell kernel: [    0.000000] x86/fpu: x87 FPU will use FXSAVE

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-provided physical RAM map:

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000006efff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000000006f000-0x000000000006ffff] ACPI NVS

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000070000-0x0000000000085fff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000086000-0x000000000009ffff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001effffff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000001f000000-0x000000001f0fffff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000001f100000-0x000000001fffffff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000200fffff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000020100000-0x0000000077da6fff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000077da7000-0x0000000077e36fff] type 20

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000077e37000-0x0000000078736fff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000078737000-0x0000000078836fff] ACPI NVS

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000078837000-0x0000000078876fff] ACPI data

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000078877000-0x00000000794c5fff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x00000000794c6000-0x0000000079dc5fff] ACPI NVS

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000079dc6000-0x0000000079ffffff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x00000000e00f8000-0x00000000e00f8fff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x00000000ffc00000-0x00000000ffffffff] reserved

Jun 18 22:46:14 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000017fffffff] usable

Jun 18 22:46:14 packardbell kernel: [    0.000000] NX (Execute Disable) protection: active

Jun 18 22:46:14 packardbell kernel: [    0.000000] efi: EFI v2.40 by INSYDE Corp.

Jun 18 22:46:14 packardbell kernel: [    0.000000] efi:  ACPI 2.0=0x78876014  ESRT=0x77ed3f18  SMBIOS=0x780ee000 

Jun 18 22:46:14 packardbell kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)

Jun 18 22:46:14 packardbell kernel: [    0.000000] SMBIOS 2.7 present.

Jun 18 22:46:14 packardbell kernel: [    0.000000] DMI: Packard Bell Easynote ENLG71BM/EG70_BM, BIOS V1.04 09/12/2014

Jun 18 22:46:14 packardbell kernel: [    0.000000] tsc: Detected 2165.800 MHz processor

Jun 18 22:46:14 packardbell kernel: [    0.000038] last_pfn = 0x180000 max_arch_pfn = 0x400000000

Jun 18 22:46:14 packardbell kernel: [    0.000224] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  

Jun 18 22:46:14 packardbell kernel: [    0.000338] last_pfn = 0x7a000 max_arch_pfn = 0x400000000

Jun 18 22:46:14 packardbell kernel: [    0.006037] esrt: Reserving ESRT space from 0x0000000077ed3f18 to 0x0000000077ed3f50.

Jun 18 22:46:14 packardbell kernel: [    0.007504] RAMDISK: [mem 0x33189000-0x358bbfff]

Jun 18 22:46:14 packardbell kernel: [    0.007516] ACPI: Early table checksum verification disabled

Jun 18 22:46:14 packardbell kernel: [    0.007521] ACPI: RSDP 0x0000000078876014 000024 (v02 ACRSYS)

Jun 18 22:46:14 packardbell kernel: [    0.007527] ACPI: XSDT 0x0000000078876120 0000A4 (v01 ACRSYS ACRPRDCT 00000003      01000013)

Jun 18 22:46:14 packardbell kernel: [    0.007536] ACPI: FACP 0x0000000078873000 00010C (v05 ACRSYS ACRPRDCT 00000003 1025 00040000)

Jun 18 22:46:14 packardbell kernel: [    0.007545] ACPI: DSDT 0x0000000078865000 008999 (v02 ACRSYS ACRPRDCT 00000003 1025 00040000)

diago26 · 18-06-2020 22:33:54

J'avais une autre question sinon... Lorsque le pc freeze, j'appuie sur le bouton on/off pour l'éteindre car je ne vois aucune autre solution. Cela ne risque t'il pas, à terme, d'abîmer la bécane du point de vue matériel? Je précise que ce pc a été acheté en 2015, et il n'est donc plus tout jeune, selon moi (bien que je n'y connaisse rien...).

diago26 · 18-06-2020 23:14:28

Nouveau freeze à 23h52 (je n'ai pas eu la présence d'esprit de noter les secondes désolé, il était tard)... Et dans les mêmes circonstances (sur google chrome en visionnant du youtube)
J'ai donc utilisé la même commande que précédemment, et voici le retour:

Jun 18 23:39:49 packardbell kernel: [   60.556332] wlp2s0: send auth to 2a:22:15:6c:54:88 (try 1/3)

Jun 18 23:39:49 packardbell kernel: [   60.558042] wlp2s0: authenticated

Jun 18 23:39:49 packardbell kernel: [   60.558390] rtl8723be 0000:02:00.0 wlp2s0: disabling HE/HT/VHT due to WEP/TKIP use

Jun 18 23:39:49 packardbell kernel: [   60.559914] wlp2s0: associate with 2a:22:15:6c:54:88 (try 1/3)

Jun 18 23:39:49 packardbell kernel: [   60.562464] wlp2s0: RX AssocResp from 2a:22:15:6c:54:88 (capab=0x411 status=0 aid=1)

Jun 18 23:39:49 packardbell kernel: [   60.562669] wlp2s0: associated

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.0329] device (wlp2s0): supplicant interface state: authenticating -> associating

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.0337] device (wlp2s0): supplicant interface state: associating -> associated

Jun 18 23:39:49 packardbell kernel: [   61.071760] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.5375] device (wlp2s0): supplicant interface state: associated -> group handshake

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.5522] device (wlp2s0): supplicant interface state: group handshake -> completed

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.5526] device (wlp2s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "freebox_GBI"

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.5529] device (wlp2s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.5715] dhcp4 (wlp2s0): activation: beginning transaction (timeout in 45 seconds)

Jun 18 23:39:49 packardbell NetworkManager[548]: <info>  [1592516389.6401] dhcp4 (wlp2s0): dhclient started with pid 878

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2539] dhcp4 (wlp2s0):   address 192.168.0.11

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2540] dhcp4 (wlp2s0):   plen 24 (255.255.255.0)

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2540] dhcp4 (wlp2s0):   gateway 192.168.0.254

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2541] dhcp4 (wlp2s0):   lease time 864000

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2541] dhcp4 (wlp2s0):   nameserver '212.27.40.240'

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2542] dhcp4 (wlp2s0):   nameserver '212.27.40.241'

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2542] dhcp4 (wlp2s0): state changed unknown -> bound

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2575] device (wlp2s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2593] device (wlp2s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2599] device (wlp2s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.2635] manager: NetworkManager state is now CONNECTED_LOCAL

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.3908] manager: NetworkManager state is now CONNECTED_SITE

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.3912] policy: set 'Auto freebox_GBI' (wlp2s0) as default for IPv4 routing and DNS

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.5972] device (wlp2s0): Activation: successful, device activated.

Jun 18 23:39:50 packardbell NetworkManager[548]: <info>  [1592516390.5990] manager: NetworkManager state is now CONNECTED_GLOBAL

Jun 18 23:39:55 packardbell NetworkManager[548]: <info>  [1592516395.4745] policy: set 'Auto freebox_GBI' (wlp2s0) as default for IPv6 routing and DNS

Jun 18 23:39:59 packardbell kernel: [   70.720656] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=305129 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.720703] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=166967 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.720746] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=698414 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.720787] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=274363 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.731051] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=305129 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.731094] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=2a01:0e34:edfc:8b50:d986:172c:c36e:80f4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=166967 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.731136] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=698414 PROTO=UDP SPT=8612 DPT=8612 LEN=24 

Jun 18 23:39:59 packardbell kernel: [   70.731176] [UFW BLOCK] IN=wlp2s0 OUT= MAC= SRC=fe80:0000:0000:0000:3915:f6a4:7ab4:c387 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=64 TC=0 HOPLIMIT=1 FLOWLBL=274363 PROTO=UDP SPT=8612 DPT=8610 LEN=24 

Jun 18 23:40:00 packardbell goa-daemon[1125]: goa-daemon version 3.30.1 starting

Jun 18 23:40:01 packardbell kernel: [   72.827992] Bluetooth: RFCOMM TTY layer initialized

Jun 18 23:40:01 packardbell kernel: [   72.828002] Bluetooth: RFCOMM socket layer initialized

Jun 18 23:40:01 packardbell kernel: [   72.828014] Bluetooth: RFCOMM ver 1.11

Jun 18 23:40:05 packardbell NetworkManager[548]: <info>  [1592516405.6894] agent-manager: req[0x559b2ea09bf0, :1.83/org.freedesktop.nm-applet/1000]: agent registered

Jun 18 23:40:05 packardbell /cinnamon-killer-daemon: Bound Cinnamon restart to <Control><Alt>Escape.

Jun 18 23:40:16 packardbell org.blueman.Mechanism[546]: Unable to init server: Could not connect: Connection refused

Jun 18 23:40:16 packardbell org.blueman.Mechanism[546]: Unable to init server: Could not connect: Connection refused

Jun 18 23:40:16 packardbell blueman-mechani[1221]: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

Jun 18 23:58:13 packardbell kernel: [    0.000000] microcode: microcode updated early to revision 0x838, date = 2019-04-22

Jun 18 23:58:13 packardbell kernel: [    0.000000] Linux version 4.19.0-9-amd64 (debian-kernel@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07)

Jun 18 23:58:13 packardbell kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-9-amd64 root=UUID=e187ad1a-974b-4f2a-a9db-2b5fca9eba0b ro quiet

Jun 18 23:58:13 packardbell kernel: [    0.000000] x86/fpu: x87 FPU will use FXSAVE

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-provided physical RAM map:

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000006efff] usable

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000000006f000-0x000000000006ffff] ACPI NVS

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000070000-0x0000000000085fff] usable

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000086000-0x000000000009ffff] reserved

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001effffff] usable

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000001f000000-0x000000001f0fffff] reserved

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x000000001f100000-0x000000001fffffff] usable

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000200fffff] reserved

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000020100000-0x0000000077da6fff] usable

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000077da7000-0x0000000077e36fff] type 20

Jun 18 23:58:13 packardbell kernel: [    0.000000] BIOS-e820: [mem 0x0000000077e37000-0x0000000078736fff] reserved

Croutons · 19-06-2020 08:56:06

perf: interrupt took too long (4007 > 4000), lowering kernel.perf_event_max_sample_rate to

Il s'agit d'une information et il n'y a pas lieu de s'inquiéter. Il s'agit de l'outil Linux perf qui est inclus dans le noyau. Le noyau détermine automatiquement le taux d'échantillonnage qui pourrait être utilisé sans trop affecter les performances du système ; et il l'enregistre même lorsque perf n'est pas actif, ni même installé. Les messages de ce type sont déclenchés par une charge système élevée ou par un processeur qui est en train de se mettre à l'échelle

voila ce que j'ai trouvé a propos de ce message
Charge élevé du processeur , je commence a me demander si c'est vraiment un freeze ou le processeur qui plafonne a 100%

J'avais une autre question sinon... Lorsque le pc freeze, j'appuie sur le bouton on/off pour l'éteindreJ'avais une autre question sinon... Lorsque le pc freeze, j'appuie sur le bouton on/off pour l'éteindre

juste un appui ou tu reste appuyé pour forcer l'arret?

Dernière modification par Croutons (19-06-2020 09:04:57)

diago26 · 19-06-2020 09:19:08

je suis obligé de rester appuyé 2-3 secondes pour l'éteindre.

Debian-facile

#26 13-06-2020 18:19:53

Re : [RÉSOLU] freeze du système Intel CPU N3540

#27 13-06-2020 18:31:00

Re : [RÉSOLU] freeze du système Intel CPU N3540

#28 13-06-2020 18:33:21

Re : [RÉSOLU] freeze du système Intel CPU N3540

#29 16-06-2020 11:16:18

Re : [RÉSOLU] freeze du système Intel CPU N3540

#30 16-06-2020 13:07:46

Re : [RÉSOLU] freeze du système Intel CPU N3540

#31 16-06-2020 15:05:14

Re : [RÉSOLU] freeze du système Intel CPU N3540

#32 16-06-2020 16:34:06

Re : [RÉSOLU] freeze du système Intel CPU N3540

#33 16-06-2020 16:57:07

Re : [RÉSOLU] freeze du système Intel CPU N3540

#34 16-06-2020 17:03:38

Re : [RÉSOLU] freeze du système Intel CPU N3540

#35 16-06-2020 17:11:50

Re : [RÉSOLU] freeze du système Intel CPU N3540

#36 17-06-2020 05:17:15

Re : [RÉSOLU] freeze du système Intel CPU N3540

#37 17-06-2020 11:34:44

Re : [RÉSOLU] freeze du système Intel CPU N3540

#38 17-06-2020 19:39:54

Re : [RÉSOLU] freeze du système Intel CPU N3540

#39 17-06-2020 20:21:55

Re : [RÉSOLU] freeze du système Intel CPU N3540

#40 18-06-2020 08:32:48

Re : [RÉSOLU] freeze du système Intel CPU N3540

#41 18-06-2020 11:36:58

Re : [RÉSOLU] freeze du système Intel CPU N3540

#42 18-06-2020 11:49:39

Re : [RÉSOLU] freeze du système Intel CPU N3540

#43 18-06-2020 12:28:02

Re : [RÉSOLU] freeze du système Intel CPU N3540

#44 18-06-2020 13:40:06

Re : [RÉSOLU] freeze du système Intel CPU N3540

#45 18-06-2020 14:08:05

Re : [RÉSOLU] freeze du système Intel CPU N3540

#46 18-06-2020 21:58:01

Re : [RÉSOLU] freeze du système Intel CPU N3540

#47 18-06-2020 22:33:54

Re : [RÉSOLU] freeze du système Intel CPU N3540

#48 18-06-2020 23:14:28

Re : [RÉSOLU] freeze du système Intel CPU N3540

#49 19-06-2020 08:56:06

Re : [RÉSOLU] freeze du système Intel CPU N3540

#50 19-06-2020 09:19:08

Re : [RÉSOLU] freeze du système Intel CPU N3540

Pied de page des forums