Connexion

Besoin d'aide ? Une question ? Un avis ? Rejoignez nous sur notre salon IRC pour clavarder

Forum

Système et matériels » Installation et configuration Et soudain, tout se fige... Extinction obligatoire

kalagani Membre non connecté

Rang

Avatar

Inscrit le : 10/03/2012 à 16h31

Localisation : Ile de france

Messages: 774

Le 12/10/2020 à 13h19

Reprise du message précédent

hello,
coincidence, j'ai le même "degraded"
Code BASH :
systemctl is-system-running
degraded
$ systemctl |grep -i failed
● network.service                                                                                                                loaded failed failed    LSB: Bring up/down networking                                                        
$ systemctl status network.service
● network.service - LSB: Bring up/down networking
   Loaded: loaded (/etc/rc.d/init.d/network; generated)
   Active: failed (Result: exit-code) since Mon 2020-10-12 10:00:36 CEST; 3h 12min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1241 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE)
 
oct. 12 10:00:38 HPxw9400 ifplugd(enp0s8)[1546]: Executing '/etc/ifplugd/ifplugd.action enp0s8 up'.
oct. 12 10:00:42 HPxw9400 dhclient[3526]: DHCPREQUEST for 192.168.0.11 on enp0s8 to 255.255.255.255 port 67
oct. 12 10:00:50 HPxw9400 dhclient[3526]: DHCPREQUEST for 192.168.0.11 on enp0s8 to 255.255.255.255 port 67
oct. 12 10:00:58 HPxw9400 dhclient[3526]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 6
oct. 12 10:00:58 HPxw9400 dhclient[3526]: DHCPOFFER of 192.168.0.11 from 192.168.0.1
oct. 12 10:00:58 HPxw9400 dhclient[3526]: DHCPREQUEST for 192.168.0.11 on enp0s8 to 255.255.255.255 port 67
oct. 12 10:00:59 HPxw9400 dhclient[3526]: DHCPACK of 192.168.0.11 from 192.168.0.1
oct. 12 10:00:59 HPxw9400 dhclient[3526]: bound to 192.168.0.11 -- renewal in 34865 seconds.
oct. 12 10:00:59 HPxw9400 ifplugd(enp0s8)[1546]: client: Determining IP information for enp0s8... done.
oct. 12 10:01:00 HPxw9400 ifplugd(enp0s8)[1546]: Program executed successfully.

dans ton cas ça pourrait expliquer la perte ssh
Et en relançant le service, retrouves tu ssh?
Code BASH :
systemctl restart network.service

magnux77 :
La seule chose apprise avec ce dernier bloage, c'est que Firefox n'est pas le coupable puisque ça se produit aussi avec Chromium.
Cà lève déjà ton hypothèse du 1er post!


PC1: HPxw9400 Mageia7 Plasma (ex Mageia5 kernel panic 4.1.8 résolu en passant à Grub1)
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia7 64bits Plasma+Gnome
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 12/10/2020 à 15h34
Papoteur :
Ceci doit être très frustrant.
Tant de sollicitude m'émeut. :diable: Ça ne m'énerve pas tant que ça parce que j'ai mon portable en dépannage mais je suis inquiet quant a la solution...

Je ne suis pas très chaud au sujet de ta proposition de marche arrière. D'abord parce que ça demande du boulot et que je ne suis pas très motivé. Ensuite comme tu le vois dans le résultat du rpm, à part le openssh-server pour accéder au fixe à partir du portable du 10 octobre, les dernières mises à jour datent du 30 septembre et que du 30 septembre au 8 octobre, ce PC fixe a tourné sans problème aucun toute la journée, voire la nuit, et le 9, sans que je vois de changement particulier, paf ! le problème.


Code BASH :
[root@amd664 ~]# rpm -qa --last | head -40
openssh-server-8.0p1-1.mga7.x86_64            sam. 10 oct. 2020 09:15:00 CEST
rootcerts-java-20200911.00-1.mga7.noarch      mer. 30 sept. 2020 18:54:42 CEST
thunderbird-78.3.1-3.mga7.x86_64              mer. 30 sept. 2020 18:54:41 CEST
samba-client-4.10.18-1.mga7.x86_64            mer. 30 sept. 2020 18:54:41 CEST
rootcerts-20200911.00-1.mga7.noarch           mer. 30 sept. 2020 18:54:41 CEST
thunderbird-fr-78.3.1-1.mga7.noarch           mer. 30 sept. 2020 18:54:33 CEST
lib64otr5-4.1.1-2.mga7.x86_64                 mer. 30 sept. 2020 18:54:33 CEST
firefox-78.3.0-1.mga7.x86_64                  mer. 30 sept. 2020 18:54:33 CEST
nss-3.57.0-1.mga7.x86_64                      mer. 30 sept. 2020 18:54:25 CEST
lib64nss3-3.57.0-1.mga7.x86_64                mer. 30 sept. 2020 18:54:25 CEST
firefox-fr-78.3.0-1.mga7.noarch               mer. 30 sept. 2020 18:54:25 CEST
samba-common-4.10.18-1.mga7.x86_64            mer. 30 sept. 2020 18:54:24 CEST
p11-kit-trust-0.23.21-1.mga7.x86_64           mer. 30 sept. 2020 18:54:24 CEST
lib64smbclient0-4.10.18-1.mga7.x86_64         mer. 30 sept. 2020 18:54:24 CEST
lib64samba-dc0-4.10.18-1.mga7.x86_64          mer. 30 sept. 2020 18:54:24 CEST
lib64samba1-4.10.18-1.mga7.x86_64             mer. 30 sept. 2020 18:54:24 CEST
lib64kdc-samba4_2-4.10.18-1.mga7.x86_64       mer. 30 sept. 2020 18:54:24 CEST
lib64heimntlm-samba4_1-4.10.18-1.mga7.x86_64  mer. 30 sept. 2020 18:54:24 CEST
crypto-policies-20200813-1.mga7.noarch        mer. 30 sept. 2020 18:54:24 CEST
p11-kit-0.23.21-1.mga7.x86_64                 mer. 30 sept. 2020 18:54:23 CEST
lib64wbclient0-4.10.18-1.mga7.x86_64          mer. 30 sept. 2020 18:54:23 CEST
lib64p11-kit0-0.23.21-1.mga7.x86_64           mer. 30 sept. 2020 18:54:23 CEST
lib64nspr4-4.29-1.mga7.x86_64                 mer. 30 sept. 2020 18:54:23 CEST
lib64gnutls30-3.6.15-1.mga7.x86_64            mer. 30 sept. 2020 18:54:23 CEST
lib64uv1-1.34.2-1.mga7.x86_64                 lun. 28 sept. 2020 10:55:07 CEST
lib64proxy-webkit-0.4.15-4.1.mga7.x86_64      lun. 28 sept. 2020 10:55:07 CEST
lib64proxy1-0.4.15-4.1.mga7.x86_64            lun. 28 sept. 2020 10:55:07 CEST
cifs-utils-6.9-6.1.mga7.x86_64                lun. 28 sept. 2020 10:55:07 CEST
lib64raw_r19-0.19.2-1.1.mga7.x86_64           jeu. 17 sept. 2020 14:23:10 CEST
lib64raw19-0.19.2-1.1.mga7.x86_64             jeu. 17 sept. 2020 14:23:10 CEST
lib64llvm8.0-8.0.0-1.1.mga7.x86_64            mer. 16 sept. 2020 07:15:32 CEST
flash-player-plugin-32.0.0.433-1.mga7.nonfree.x86_64 mer. 16 sept. 2020 07:15:29 CEST
xfsprogs-5.8.0-1.mga7.x86_64                  lun. 07 sept. 2020 14:18:36 CEST
lua-5.2.4-3.1.mga7.x86_64                     ven. 04 sept. 2020 22:04:36 CEST
lib64lua5.3-5.3.5-2.1.mga7.x86_64             ven. 04 sept. 2020 22:04:36 CEST
lib64lua5.2-5.2.4-3.1.mga7.x86_64             ven. 04 sept. 2020 22:04:36 CEST
sane-backends-iscan-1.0.28-1.1.mga7.x86_64    ven. 04 sept. 2020 22:04:35 CEST
sane-backends-1.0.28-1.1.mga7.x86_64          ven. 04 sept. 2020 22:04:35 CEST
lib64sane1-1.0.28-1.1.mga7.x86_64             ven. 04 sept. 2020 22:04:35 CEST
x264-0.155-0.20181228.stable.1.1.mga7.tainted.x86_64 jeu. 03 sept. 2020 22:39:28 CEST
[root@amd664 ~]#


Quant à utiliser un noyau plus ancien, je l'ai tenté sans succès.

Franchement, je ne vois pas trop où chercher...
Edité par magnux77 Le 12/10/2020 à 17h17


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 12/10/2020 à 15h48
kalagani :
coincidence, j'ai le même "degraded"
dans ton cas ça pourrait expliquer la perte ssh
Et en relançant le service, retrouves tu ssh?
Tu as lu trop vite, je disais que sur mon portable qui va très bien j'ai le même degraded. J'ai vu que une Fedora inutilisée est aussi degraded.
Pour moi, cela n'a rien à voir avec la perte du ssh que je ne peux pas relancer de toute façon. Il est initié au boot et quand la machine bloque je ne peux évidemment pas le vérifier ni le relancer. Et du portable, le ssh se perd désormais trop vite.

À part ça, sur ce PC fixe qui coince, je ne fais aucune navigation internet par Firefox, Chromium ou Midori, et il tourne depuis 4 heures sans problème avec une centaine de Go déménagés de partition, du Deluge à fond les manettes.


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
Papoteur Membre non connecté

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 7915

Le 12/10/2020 à 19h22
magnux77 :
À part ça, sur ce PC fixe qui coince, je ne fais aucune navigation internet par Firefox, Chromium ou Midori, et il tourne depuis 4 heures sans problème avec une centaine de Go déménagés de partition, du Deluge à fond les manettes.

Je te suggère de faire tout de même un downgrade de openssh. Il peut intervenir dans la sécurisation des échanges pendant la navigation.


Yves
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2771

Le 12/10/2020 à 19h40
Bonjour,

Peut être peut on faire un test des barrettes mémoires ?

Pour l' unit network, il faudrait regarder s' il n' existe pas de connexion fantômes dans /etc/sysconfig/network-scripts.

Openssh dans la sécurisation des échanges pendant la navigation ? J' aurais plus vu gnutls ou openssl dans ce rôle...
   
TuxMips Membre non connecté

Rang

Avatar

Inscrit le : 08/09/2010 à 21h08

Localisation : Paris

Messages: 826

Le 13/10/2020 à 09h25
Et question peut être "très c.," : ton problème arrive t'il de la même manière dans un environnement beaucoup plus minimaliste comme IceWM qui doit être disponible (à ma connaissance, installé par défaut) ?


Utilisateur de Mageïa depuis Mandrake 6.0 :super:
Membre de l'AFUL
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 13/10/2020 à 18h13
Pas con du tout ! Depuis le temps que je me dis que je dois le tenter. J'y suis, je passe la soirée avec IceWM.

Et paf ! Au bout d'une heure, il s'est passé la même chose, la souris se promène encore mais ne clique plus, et le clavier ne clave plus. Edité par magnux77 Le 13/10/2020 à 20h45


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
vouf Membre non connecté

Rang

Avatar

Webmaster Administrateur

Inscrit le : 16/08/2008 à 08h27

Localisation : Gironde

Messages: 2960

Le 14/10/2020 à 06h35
Bonjour

Perso, je pense à problème hardware depuis le début (mémoire, etc..) ou à une surchauffe vu le côté aléatoire de l'incident difficilement compréhensible.


Mageia 7 64 bits Plasma 5- Asus B150 Pro Gaming-Intel Core i7 6700-16 Go Hyper X Fury DDR4-2133 Mhz-Asus Strix GTX Nvidia 1060 - Go-M2 Samsung Evo 970 1Tb-SSD 512 Gb Samsung Evo 960 -Raspberry PI2
   
Papoteur Membre non connecté

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 7915

Le 14/10/2020 à 08h28
vouf :
Bonjour

Perso, je pense à problème hardware depuis le début (mémoire, etc..) ou à une surchauffe vu le côté aléatoire de l'incident difficilement compréhensible.

Bonjour,
Je ne suis pas convaincu totalement. Certes, aléatoire, mais pas complet. Le serveur X reste encore debout si la souris se déplace.


Yves
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 14/10/2020 à 09h25
vouf :
Perso, je pense à problème hardware depuis le début (mémoire, etc..) ou à une surchauffe vu le côté aléatoire de l'incident difficilement compréhensible.
Bien sûr j'y ai pensé. Enfin pas trop en fait, car depuis le début, cette machine tourne des jours et des nuits avec Deluge qui dowloade sans aucun problème, ni aucune surchauffe (47° le CPU, 41° la carte mère). J'ai aussi effectué des transferts de centaines de Go d'une partition à l'autre sans aucun problème.

Il suffit que sous Xfce ou IceWM, je fasse de la navigation internet : Firefox, Chrome, Midori, Tor pour que ça plante au bout d'un certain temps, de quelques secondes parfois à plus d'une heure d'autres fois. Edité par magnux77 Le 14/10/2020 à 09h26


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2771

Le 14/10/2020 à 20h09
Bonjour,

Si cela n' arrive que sous des navigateurs, cela affiche du flash bien lourd ;-), cela peut aussi utiliser les capacités d' accéleration de la carte graphique, pour afficher des vidéos décodées matériellement.

Mais bon je ne vois pourquoi un pilote graphique ferait planter une connexion réseau pure telle que du ssh. Je ne connais pas le principe du x11 forward (affichage graphique sur un autre poste, d' ailleurs cela s' appelle comme ça ?), mais la partie afffichage est gérée par le poste client ou par le serveur ?

Edit: je crois que j' ai la réponse ici.

https://www.it-connect.fr/chapitres/deport-daffichage-avec-ssh-x11-forwarding/

Je n' ai plus qu' à lire ! Edité par nic80 Le 14/10/2020 à 20h11
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 14/10/2020 à 22h06
nic80 :
mais la partie afffichage est gérée par le poste client ou par le serveur ?
Par le poste client mais il vaut mieux ne plus utiliser les termes de client et de serveur car entre une machine A et une machine B, chacune peut le client de l'autre pour des services différents. Je m'en servais pas mal quand je bidouillais sur Rasberry Pi. Le Raspi s'asphyxiant à faire tourner un interface graphique, j'installais quand même LXDE mais ne le lançait pas au démarrage. Je me connectais en ssh -X sur ce Raspi pour travailler en mode commande. Mais quand j'étais perdu dans l'arborescence de fichiers, plutôt que multiplier les "cd" et les "ll" pour m'y retrouver je lançais la commande "pcmanfm" et le gestionnaire de fichiers du Raspi s'affichait dans une fenêtre de PC : beuacoup plus facile pour se repérer et sans tout le GUI sur le RasPi. Dans cet exemple le Raspi était le serveur, ssh au moins et mon PC le client ssh. Mais le serveur X fonctionnel celui de mon PC et l'application PCManFM en était le client.


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 17/10/2020 à 18h47
Bon, ben, ça a l'air de s'être réglé tout seul. Ou presque.

Dans un premier temps, j'ai arrêté Deluge à plein temps. J'ai constaté qu'au lieu de se figer au bout de 10 minutes ou beaucoup moins, le délai de blocage s'étendait plutôt à 1 heure ou 2. Constatation qui ne fait pas vraiment avancer l'affaire...

Dans un deuxième temps, des mises à jour sont tombées hier dont une qui concernait Xorg, ce qui m'a fait espérer en douce. Et depuis lors, il regarde Arte depuis 11 heures et il n'a pas flanché. Alors que disons que c'est résolu.12 heures et il s'est encore figé... Edité par magnux77 Le 17/10/2020 à 22h43


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 18/10/2020 à 12h33
Voilà, j'ai fait le tour des Xorg.0.log des PC chez moi. Tous en Xfce, tous en Mageia7. Le seul qui fait du "failure to allocate surface", c'est le PC qui fige.
Code BASH :
[root@amd664 log]# tail -f Xorg.0.log
[  1596.701] (II) NOUVEAU(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[  1596.701] (II) NOUVEAU(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz e)
[  1596.701] (II) NOUVEAU(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[  1596.701] (II) NOUVEAU(0): Modeline "1280x960"x0.0  108.00  1280 1376 1488 1800  960 961 964 1000 +hsync +vsync (60.0 kHz e)
[  1596.721] resize called 1920 1080
[  1631.082] failure to allocate surface 4x8@32 (pitch 64): -2
[  1646.861] failure to allocate surface 4x8@32 (pitch 64): -2
[  1651.368] failure to allocate surface 120x8@32 (pitch 512): -2
[  1709.101] failure to allocate surface 125x32@8 (pitch 128): -2
[  1769.317] failure to allocate surface 4x8@32 (pitch 64): -2
[  1816.642] failure to allocate surface 4x8@32 (pitch 64): -2
[  1875.101] failure to allocate surface 76x16@8 (pitch 128): -2
[  1955.102] failure to allocate surface 71x16@8 (pitch 128): -2
[  2023.264] failure to allocate surface 120x8@32 (pitch 512): -2
[  2036.107] failure to allocate surface 71x16@8 (pitch 128): -2
[  2111.169] failure to allocate surface 1x8@32 (pitch 64): -2
[  2118.108] failure to allocate surface 76x16@8 (pitch 128): -2
[  2262.119] failure to allocate surface 76x16@8 (pitch 128): -2
[  2271.197] failure to allocate surface 120x8@32 (pitch 512): -2
[  2416.114] failure to allocate surface 76x16@8 (pitch 128): -2
[  2437.988] failure to allocate surface 120x8@32 (pitch 512): -2


Le tail -f au démarrage donne déjà quelques lignes de "failure" et ensuite il ne tombe une plus ou moins régulièrement. Depuis que j'écris ce post, il en est tombé plusieurs. Je précise que de messages EE, il n'y en a pas plus, 2, /devvideo0 et /dev/video1, que sur les PC qui fonctionnent sans problème

Mon problème, c'est que je ne trouve rien sur internet avec ce message...
Edité par magnux77 Le 18/10/2020 à 12h35


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
Papoteur Membre non connecté

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 7915

Le 19/10/2020 à 08h51


Yves
   
magnux77 Membre non connecté

Rang

Avatar

Inscrit le : 21/09/2009 à 11h49

Localisation : Champs-sur-Marne France

Messages: 5391

Le 19/10/2020 à 09h57
Ce matin, il a fallu moins d'1/2 heure et 40 failure pour que ça se fige. Hier, le comptage était monté jusqu'à 300. Voici le résultat du script qui, toutes les 10 secondes, compte le nombre de "failure to allocate" dans le Xorg.0.log
Code BASH :
lun. oct. 19 09:27:33 CEST 2020  :  4  failure
lun. oct. 19 09:27:43 CEST 2020  :  5  failure
lun. oct. 19 09:27:53 CEST 2020  :  5  failure
lun. oct. 19 09:28:03 CEST 2020  :  5  failure
lun. oct. 19 09:28:13 CEST 2020  :  5  failure
lun. oct. 19 09:28:23 CEST 2020  :  6  failure
lun. oct. 19 09:28:33 CEST 2020  :  7  failure
lun. oct. 19 09:28:43 CEST 2020  :  7  failure
lun. oct. 19 09:28:53 CEST 2020  :  7  failure
lun. oct. 19 09:29:03 CEST 2020  :  8  failure
lun. oct. 19 09:29:13 CEST 2020  :  11  failure
lun. oct. 19 09:29:23 CEST 2020  :  12  failure
lun. oct. 19 09:29:33 CEST 2020  :  12  failure
lun. oct. 19 09:29:43 CEST 2020  :  12  failure
lun. oct. 19 09:29:53 CEST 2020  :  14  failure
lun. oct. 19 09:30:03 CEST 2020  :  14  failure
lun. oct. 19 09:30:13 CEST 2020  :  15  failure
lun. oct. 19 09:30:23 CEST 2020  :  17  failure
lun. oct. 19 09:30:33 CEST 2020  :  18  failure
lun. oct. 19 09:30:43 CEST 2020  :  18  failure
lun. oct. 19 09:30:53 CEST 2020  :  20  failure
lun. oct. 19 09:31:03 CEST 2020  :  20  failure
lun. oct. 19 09:31:13 CEST 2020  :  22  failure
lun. oct. 19 09:31:23 CEST 2020  :  24  failure
lun. oct. 19 09:31:33 CEST 2020  :  27  failure
lun. oct. 19 09:31:43 CEST 2020  :  28  failure
lun. oct. 19 09:31:53 CEST 2020  :  28  failure
lun. oct. 19 09:32:03 CEST 2020  :  28  failure
lun. oct. 19 09:32:13 CEST 2020  :  28  failure
lun. oct. 19 09:32:23 CEST 2020  :  28  failure
lun. oct. 19 09:32:33 CEST 2020  :  28  failure
lun. oct. 19 09:32:43 CEST 2020  :  28  failure
lun. oct. 19 09:32:53 CEST 2020  :  29  failure
lun. oct. 19 09:33:03 CEST 2020  :  29  failure
lun. oct. 19 09:33:13 CEST 2020  :  30  failure
lun. oct. 19 09:33:23 CEST 2020  :  30  failure
lun. oct. 19 09:33:33 CEST 2020  :  30  failure
lun. oct. 19 09:33:43 CEST 2020  :  30  failure
lun. oct. 19 09:33:53 CEST 2020  :  31  failure
lun. oct. 19 09:34:03 CEST 2020  :  31  failure
lun. oct. 19 09:34:13 CEST 2020  :  32  failure
lun. oct. 19 09:34:23 CEST 2020  :  32  failure
lun. oct. 19 09:34:33 CEST 2020  :  33  failure
lun. oct. 19 09:34:43 CEST 2020  :  33  failure
lun. oct. 19 09:34:53 CEST 2020  :  33  failure
lun. oct. 19 09:35:03 CEST 2020  :  34  failure
lun. oct. 19 09:35:13 CEST 2020  :  35  failure
lun. oct. 19 09:35:23 CEST 2020  :  35  failure
lun. oct. 19 09:35:33 CEST 2020  :  35  failure
lun. oct. 19 09:35:43 CEST 2020  :  35  failure
lun. oct. 19 09:35:53 CEST 2020  :  35  failure
lun. oct. 19 09:36:03 CEST 2020  :  36  failure
lun. oct. 19 09:36:13 CEST 2020  :  37  failure


En observant le comptage, je constate les messages tombent même sans activité apparente, Autrement dit, que je fasse quelque chose à l'écran ou pas, il tombe régulièrement des messages d'erreur. Peut-être un peu plus quand je lance de nouveaux programmes... Edité par magnux77 Le 19/10/2020 à 10h00


...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia7-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia7 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia6/Xfce]
   
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie
6 Utilisateurs en ligne : 0 Administrateur, 0 Modérateur, 1 Membre et 5 Visiteurs Utilisateurs en ligne : artenaki