Et soudain, tout se fige...
Extinction obligatoire
Système et matériels / Installation et configuration
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
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 :
Cà lève déjà ton hypothèse du 1er post!La seule chose apprise avec ce dernier bloage, c'est que Firefox n'est pas le coupable puisque ça se produit aussi avec Chromium.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Papoteur :
Tant de sollicitude m'émeut. Ceci doit être très frustrant.
Ç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...
Édité par magnux77 Le 12/10/2020 à 17h17
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
kalagani :
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.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?
dans ton cas ça pourrait expliquer la perte ssh
Et en relançant le service, retrouves tu ssh?
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.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
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.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
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é
-
- Voir le profil du membre TuxMips
- Inscrit le : 08/09/2010
- Groupes :
Utilisateur de Mageïa depuis Mandrake 6.0 
Membre de l'AFUL
Sociétaire d' Ouvaton.coop pour mon hébergement numérique.
Membre de l'AFUL
Sociétaire d' Ouvaton.coop pour mon hébergement numérique.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
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.
Édité par magnux77 Le 13/10/2020 à 20h45
vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
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.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
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.
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.
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
vouf :
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.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.
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.
Édité par magnux77 Le 14/10/2020 à 09h26
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si cela n' arrive que sous des navigateurs, cela affiche du
, 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 !
Édité par nic80 Le 14/10/2020 à 20h11
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
nic80 :
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.
mais la partie afffichage est gérée par le poste client ou par le serveur ?
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
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
Édité par magnux77 Le 17/10/2020 à 22h43
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
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...
Édité par magnux77 Le 18/10/2020 à 12h35
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
En effet, vraiment pas grand chose.
J'ai juste trouvé que le message d'erreur a été introduit dans "nouveau" il y a un an.
https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/tree/src/nv_accel_common.c?id=5444cabcf0ab5cea614270f1ad1df1e1fccb3c2b#n118
https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=5444cabcf0ab5cea614270f1ad1df1e1fccb3c2b
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
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...
Édité par magnux77 Le 19/10/2020 à 10h00
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie