Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 03/02/2017, à 12:32

kkwete

Temps d'extinction très variable, un module en cause?

Salut à tous.
Je viens de faire l'acquisition d'un Asus E202SA-FD0018T, sur lequel j'ai changé de suite le disque dur par un SSD, et installé Xubuntu 16.04
Tout fonctionne très bien en dehors de quelques détails (certains raccourcis claviers pavec la touche fn par ex).
Par contre, je rencontre un truc un peu embêtant:
Un temps très variable d'extinction.
Ça peut être normal et très rapide (2-3 secondes), comme super long (1min 30 facile).
J'aimerais pouvoir analyser l'extinction de mon pc afin de trouver ce qui cloche.
Comment faire?
Merci!

Hors ligne

#2 Le 04/02/2017, à 10:08

J5012

Re : Temps d'extinction très variable, un module en cause?

demande l'extinction par le terminal

sudo poweroff

Hors ligne

#3 Le 04/02/2017, à 10:13

xubu1957

Re : Temps d'extinction très variable, un module en cause?

Bonjour,

kkwete a écrit :

Tout fonctionne très bien en dehors de quelques détails (certains raccourcis claviers pavec la touche fn par ex).

J'ai cette info dans le manuel Ubuntu :

page 126, a écrit :

Ubuntu ne fonctionne pas correctement avec mon EeePC Asus

Lorsqu’il est installé sur des netbooks Asus — tels que le EeePC —
Ubuntu n’active pas toujours tous les composants intégrés à l’ordinateur,
y compris les touches de raccourcis clavier et l’adaptateur Internet Wi-Fi.
La communauté Ubuntu fournit de la documentation sur l’activation de
ces composants et la solution à d’autres problèmes. Si vous avez des pro-
blèmes pour installer ou utiliser Ubuntu sur votre EeePC Asus, veuillez
suivre les instructions sur http://doc.ubuntu-fr.org/asus_eee_pc. Cette
page de documentation contient des informations spécifiques aux net-
books EeePC.
Pour activer la plupart des fonctionnalités et touches de fonction, une
solution rapide consiste à ajouter « acpi_osi=Linux » à votre configura-
tion grub. Depuis le Terminal :

gksudo gedit /etc/default/grub

et changez très soigneusement la ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
en
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux"
Enregistrez et fermez le fichier. Puis, à partir du terminal :

sudo update-grub

Une fois la commande exécutée et votre ordinateur redémarré, vous pour-
rez utiliser les touches Fn normalement.


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#4 Le 07/02/2017, à 23:37

kkwete

Re : Temps d'extinction très variable, un module en cause?

Salut.
J'ai effectué la manip en éditant le grub, aucun changement.
Mais les racourcis manquants son mineurs, juste le blocage du touchpad en fait...Tout le reste fonctionne très bien.
Par contre, ça n'a eu aucune influence sur le temps d'extinction du pc.
J'ai remarqué une chose: si je suis connecté au wifi, le temps d'extinction est long.
Si je ne suis pas connecté, le pc s'éteint quasi instantanément.
Existe t il un log, une maniere de faire, comme sous windows si je me souviens bien, mermettant de chronométrer toutes les étapes d'extinction de la machine, pouvant conduire à la découverte du composant qui bloque?
Une autre idée?

Hors ligne

#5 Le 08/02/2017, à 11:56

J5012

Re : Temps d'extinction très variable, un module en cause?

avec poweroff en terminal tu verras lequel bloque ...

Hors ligne

#6 Le 10/02/2017, à 12:28

kkwete

Re : Temps d'extinction très variable, un module en cause?

Je viens de tester, mais comment faire pour avoir le détail?
Car, la le pc s'est éteint comme si je l'avais éteint comme d'habitude.

Hors ligne

#7 Le 10/02/2017, à 13:25

Skubu

Re : Temps d'extinction très variable, un module en cause?

Salut,

Lorsque ça semble se bloquer tu peux appuyer sur "Échap", valable au démarrage comme à l'extinction.
Si tu dois aller plus loin, il y des outils de journalisation comme journalctl, dmesg...


Je me permets d'anticiper car si c'est dû à ce que je pense, ce thread pourra t'être utile.


Debian / Archlinux | Gnome / KDE

Hors ligne

#8 Le 10/02/2017, à 13:40

Bougron

Re : Temps d'extinction très variable, un module en cause?

Bonjour
Lorsque tu parles d'un temps de 90 secondes et du wifi qui bloque, tu as la raison . En effet, lors de la terminaison, ordre est donné à chaque composant de se terminer.   Dans l'ensemble c'est rapide, mais si le composant refuse pour  une raison que je ne connaît pas le temps normal d'attente est de 90 secondes par composant.    Sachant que si le composant est une mise à jour en arrière plan du logiciel, ce temps est porté à 10 minutes.

Dernière modification par Bougron (Le 10/02/2017, à 13:42)

Hors ligne

#9 Le 11/02/2017, à 19:05

kkwete

Re : Temps d'extinction très variable, un module en cause?

Je pense avoir trouvé le problème, car en plus, ma connexion wifi est très instable...
J'ai donc fait une petite recherche sur le driver utilisé, un rtl8821ae.
et je suis tombé sur ce post.
J'ai désactivé les fonctions d'économie d'énergie et étrangement, mon pc s'éteint rapidement à chaque fois (max 2 sec).
Est-ce un coup de bol, ou cela peut effectivement jouer d'après vous?

Hors ligne

#10 Le 11/02/2017, à 22:52

J5012

Re : Temps d'extinction très variable, un module en cause?

apres lecture de la configuration du rtl8821ae par modprobe, oui ...

cette puce avait des instabilites de connectivite depuis 2014 ...
fin 2016, la puce semblait etre reconnu ... il est possible que l'ajout de code entre 2014 et 2016 (version lts trusty et xenial) ait dans certaines configuration ajouté d'autres interractions problematiques : peut-etre y-a-t-il un probleme de communication entre le firmware de la carte wifi et le bus systeme de l'ordi (materiellement parlant), et que la commande de configuration "rtl8821ae swenc=1 ips=0 fwlps=0" dans modprobe regle le probleme en reinialisant le firmware à chaque boot ...

Hors ligne