Vous n'êtes pas identifié(e).
Dernière modification par cihoa (19-10-2020 23:30:48)
Hors ligne
si je cherche à éteindre ou redémarrer la machine celle-ci boucle
Mais encore ? Qu'est-ce qui s'affiche ?
je suis obligé de forcer l'extinction.
Et en débranchant le hub ?
Et avec les "touches magiques" pour redémarrer ou arrêter proprement ?
https://fr.wikipedia.org/wiki/Magic_SysRq_key
Serait-ce une histoire de firmware manquant ?
Jamais vu de firmware pour un contrôleur ou un hub USB.
Il vaut mieux montrer que raconter.
Hors ligne
quel type de port usb ? (il en existe plein de 1 a 3.xx ) avec différents connexions
pour l' explication du bug pas très clair , boucle sur quoi le bureau ?
tu a essayé de fermer ta session ( revenir sur l'invite de connexion ) ? même souci ?
après il est possible de voir ce qui se passe quand tu branche le hub (syslog)
pour vérifier les erreurs
avec "su -" pour passer "root"
remarque:
de ton lspci , tu a deux controleurs usb sur la machine
Dernière modification par anonyme (10-09-2020 16:24:07)
Voici également le résultat pour l'autre commande :
Hors ligne
Hors ligne
et re - tests ...
peux tu nous poster un : ?
( à installer )
Dernière modification par Debian Alain (13-09-2020 17:07:26)
Hors ligne
Je ne connaissais pas inxi, c'est vraiment un outil riche et efficace
Hors ligne
tu as installé quoi , venant de ubuntu ?
le dépôt semble ne plus être actif .
il fonctionne encore ?
Dernière modification par Debian Alain (13-09-2020 17:37:31)
Hors ligne
Hors ligne
Dernière modification par Debian Alain (13-09-2020 18:03:56)
Hors ligne
'ai essayé les touches magiques sur l'écran où se produit le bouclage : alt + impr écran fait apparaître un écran noir avec seulement en haut à gauche le curseur d'écriture qui clignote, rien ne se passe quelque soit la touche appuyée (ni "e", ni "b", ni "s" ne font quoi que ce soit
Alt+ImpEcr seul n'est pas censé faire apparaître quoi que ce soit. Et le noyau n'est clairement pas planté, donc Alt+ImpEcr+b devrait rebooter immédiatement.
J'ai en effet essayé d'attendre les 3 minutes et je l'ai même laissé jusqu'à 30 minutes comme ça mais ça reste indéfiniment.
C'est-à-dire ? Le décompte continue au-delà de 3 minutes ?
le système boucle sur deux services qu'il cherche à stopper :
Il ne boucle pas, il attend que les deux services s'arrêtent. Boucler, c'est répéter la même séquence d'actions. Ces deux services sont liés au réseau. Network Manager est le gestionnaire de connexions réseau et WPA supplicant gère l'authentification et le chiffrement WPA/WPA2 des connexions wifi. L'un des deux attend peut-être l'autre, mais je ne connais pas les méandres des dépendances de systemd. Eventuellement jeter un coup d'oeil à /var/log/{syslog,daemon.log,messages} et au journal de systemd (journalctl -b -1) à l'heure du blocage.
Je remarque par contre que le gestionnaire réseau a quelques soucis au démarrage (notamment après un redémarrage forcé) : le gestionnaire met du temps avant de se connecter au wifi de ma box (il affiche tous les autres réseaux mais il faut attendre 30 secondes ou un peu plus avant qu'il ne détecte la box et ne s'y connecte), il arrive aussi que le wifi soit tout simplement désactivé au démarrage (c'est arrivé une seule fois)
Est-ce que tu pourrais te connecter en ethernet et non en wifi, pour voir si le problème se produit aussi ?
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Philou92 (13-09-2020 23:41:19)
Tousse antique Ovide !
Hors ligne
Là je nage dans un domaine qui me dépasse mais j'ai l'impression que cette commande est un équivalent plus complet de ifconfig ?
Je suis aussi allé voir les log, alors il y avait beaucoup de lignes et je ne voulais pas vous faire des pavés de copier-coller donc j'ai essayé d'abord de trouver moi-même peut-être des choses utiles.
Pour syslog et daemon.log, j'ai remarqué la présence de nombreuses fois de cette information :
Sur un fichier syslog plus ancien je remarque aussi ceci :
Est-ce que tlp pourrait être une source du problème ?
J'ai récupéré un extrait de daemon.log qui comporte des messages d'erreurs :
J'avoue m'avancer en terre inconnue pour moi c'est très verbeux tout ça
Ah oui j'ai terminé aussi avec un essai sur la commande du journal :
J'imagine que le mieux serait que le bug se produise et qu'aussitôt j'aille jeter un oeil à ces logs pour en extraire les informations.
Hors ligne
àprès , je vois pas trop . déjà là , on verra un peu plus clair , je pense .
on va avoir besoin des lumières de râleur .
Dernière modification par Debian Alain (15-09-2020 09:52:02)
Hors ligne
Pour les 2 captures d'écran il m'a fallu "mitrailler" pour avoir deux photos nettes, mon téléphone modifiait la mise au point et l'exposition en permanence donc je ne sais plus laquelle fut prise en première. Tout ce que je peux dire c'est que de mémoire le compte à rebours avançait seconde après seconde et qu'à chaque seconde la ligne changeait, affichant tantôt WPA Supplicant tantôt Network Manager. Après ça je ne sais plus si le compte à rebours augmente ou si ça repart à zéro sur un créneau de 3 minutes ... j'y ferai attention quand le bug surviendra de nouveau.
Si tu le peux essayes de filmer la scène et fais nous un compte rendu par écrit. Cela permettra peut-être de savoir à quel moment systemd coince.
Sinon j’essaierai des trucs simple comme stopper le service network-manager avant l’arrêt de la machine.
donne nous le retour de la commande
Puis tu arrêtes ta machine et nous tu nous dis si le problème est toujours présent ou est différent.
Tousse antique Ovide !
Hors ligne
Hors ligne
Hors ligne
Dernière modification par cihoa (18-09-2020 00:45:46)
Hors ligne
Dernière modification par Debian Alain (18-09-2020 07:32:59)
Hors ligne
Tousse antique Ovide !
Hors ligne
Peut-être que les deux combinées vont me permettre d'avoir une extinction propre et facile, bon c'est sûr ça m'oblige à taper mon mot de passe au moment d'éteindre mais si cela fonctionne dans un premier temps je serais content.
Je vais tester pour voir ce que ça donne
Hors ligne
Hors ligne