Debian-facile

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

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

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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
 

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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
 

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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.

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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?

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

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


-->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

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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
 

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

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

à diago26, que donnent les commandes :

who am i

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




puis

free -m


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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]

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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?

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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
 

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

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

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

Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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.

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

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


-->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

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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?

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

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  █ █ █ █ █ █ █


-->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

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

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

É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


Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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.
 

Hors ligne

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

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-3-amd64
(G)UI : mutter 3.38.1-2
Inscription : 15-02-2016

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

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.

Nos vies commencent à prendre fin le jour où nous devenons silencieux à propos des choses qui comptent. Martin Luther King

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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.

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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)

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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...).

Hors ligne

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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

Hors ligne

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

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-12-amd64
(G)UI : Mate
Inscription : 16-12-2016

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

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)


-->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

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

diago26
Membre
Distrib. : debian 10.4 (x86-64)
Noyau : 4.19.0-9-amd64
(G)UI : cinnamon (3.8.8-1)
Inscription : 19-05-2016

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

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

Hors ligne

Pied de page des forums