Asus UX31 ultrabook s'arrête soudainement lorsque la batterie est inférieure à 50%
Au fil des ans, j'ai entendu dire que cet ordinateur avait des problèmes avec les paramètres du BIOS, mais qu'il avait été effacé avant 13.10. Cela ne se produisait jamais le 13h10, mais maintenant que je suis le 14h04, les symptômes ont commencé à apparaître.
Ce qui se passe exactement, c’est que la batterie fonctionne normalement jusqu’à près de 50%, puis elle s’arrête spontanément ou se bloque et le ventilateur devient fou jusqu’à tomber en panne.
Branché, il ne rencontre aucun problème. Ce n’est pas un problème de chaleur à cause de cela puisque je l’utilise à pleine puissance et qu’aucun problème ne se pose.
J'ai essayé de regarder dans les journaux mais je ne sais pas exactement quoi chercher. Je pense que c'est peut-être un bon endroit pour commencer, mais à part cela, quelqu'un d'autre a-t-il déjà vu ce comportement ou sait-il le corriger?
Quelles autres spécifications seraient utiles?
BIOS selon la version de dmidecode -s bios: UX31E.210
Merci pour tous les conseils et astuces ici. Comme d’autres, j’ai eu des problèmes avec mon Zenbook UX21E depuis des années alors qu’il fonctionnait sous Windows 7. Je n’ai jamais mis à niveau le système d’exploitation pendant des années, mis à part les mises à jour MS traditionnelles. Sous les fenêtres, le problème se limitait aux arrêts brusques liés à l’alimentation en courant alternatif. (Honnêtement, je pensais juste que c’était un court-circuit dans le connecteur d’alimentation, je voulais donc éteindre l’appareil avant de le débrancher.)
Cependant, la semaine dernière, j'ai installé Ubuntu 14.04 sur cette machine et le comportement a empiré. Non seulement il s'arrêterait lorsque le courant serait coupé, mais également après environ 20 minutes d'utilisation. J'ai installé des capteurs et je l'ai bloqué dans une boucle, et j'ai forcé la machine à travailler dur en exécutant des animations Fraqtive.
Effectivement, lorsque la puissance était inférieure à 75% ET que la chaleur était à 80 ° C, la machine s’était éteinte.
Après avoir lu ce fil de discussion, j’ai mis à jour le micrologiciel - ce qui a aidé à l’arrêt soudain après avoir tiré le cordon d’alimentation, mais pas lorsque la limite de 75%/80C a été atteinte alors que la batterie était allumée. La machine serait toujours éteinte de façon inattendue.
Donc, j'ai ouvert le dos et déconnecté la batterie pendant 5 minutes. Après avoir reconnecté et mis sous tension, j’ai exécuté les capteurs et le test Fraqtive ...
.... la machine est restée en place jusqu'à ce que la batterie soit vide, quelle que soit la température du processeur.
Donc, la meilleure hypothèse est qu’il s’agissait d’une combinaison de problèmes: le firmware obsolète était responsable de l’arrêt soudain lors de l’arrêt du CA (pour toutes les raisons énoncées ci-dessus), et la déconnexion/reconnexion de la batterie réinitialisait clairement la lecture de la batterie était inexacte. (Je ne saurais dire si c'était le firmware de la batterie ou le firmware du Zenbook qui émettait le faux positif.)
En tout cas, je suis de retour et la machine est en très bonne santé. Merci encore à tous.
Rob
Je veux juste partager mon expérience avec une batterie ASUS:
De plus, mon netbook s’est soudainement éteint alors que la batterie était sous 30%. Cependant, je n'ai jamais eu le problème du ventilateur et du gel. Je l'ai suivi pendant des mois, jusqu'au jour où il ne s'est jamais allumé sans être débranché. Il semble qu'ils définissent un cycle de vie pour les batteries. Ma batterie a soudainement cessé de fonctionner alors qu'elle pouvait économiser de l'énergie pendant environ deux heures.
Quoi qu'il en soit, si vous souhaitez surveiller l'état de votre batterie, vous pouvez cliquer sur Batterie sous le voyant d'alimentation pour afficher des informations détaillées sur votre batterie:
puis, vérifiez le pourcentage capacité qui est le rapport entre énergie lorsque vous êtes plein et énergie (design) . Il diminuera chaque fois que vous rechargez, jusqu'à ce que votre batterie cesse de fonctionner un jour.
Alors envisagez de remplacer votre batterie.
Enfin, une solution fiable pour les arrêts et les arrêts imprévus a été découverte!
Cela semble fonctionner avec tout ordinateur portable Asus souffrant d'arrêts inattendus et/ou se bloque lors de l'exécution sur batterie:
- Ajoutez les arguments de démarrage suivants tous deux à GRUB_CMDLINE_LINUX_DEFAULT et GRUB_CMDLINE_LINUX dans /etc/default/grub.cfg:
intel_pstate = désactiver pcie_aspm = force acpi_osi = 'Windows 2009 ′ acpi_os_name =' Windows 2009 ′
N’oubliez pas d’exécuter Sudo update-grub après!
- Installez le paquet tlp à partir de ppa: linrunner/tlp et définissez au moins les valeurs suivantes dans
/etc/default/tlp
CPU_SCALING_GOVERNOR_ON_BAT = demande en cours
CPU_BOOST_ON_BAT = 0
PCIE_ASPM_ON_BAT = économie d'énergie
RUNTIME_PM_ON_BAT = on
Éteignez l’appareil, retirez délicatement le capot inférieur et détachez la grosse batterie (et non la minuscule CMOS batterie) de la carte mère pendant cinq minutes. Il existe de nombreuses vidéos sur youtube expliquant comment désassembler en toute sécurité les différents ordinateurs portables Asus. Avec certains paramètres de gestion de l’alimentation du côté du système d’exploitation, l’EC (contrôleur intégré) devient fou et doit donc être réinitialisé. Le seul moyen de le réinitialiser est de détacher la batterie pendant quelques minutes.
A partir de maintenant, les arrêts devraient être partis. Veillez toutefois à ne jamais jamais utiliser de clé USB ou de CD d'installation/de récupération basés sur Linux et utilisant le pilote intel_pstate et/ou le BIOS par défaut. paramètres pour ASPM. Si vous essayez, vous ne ferez que reproduire le problème et vous devrez ensuite démonter votre Zenbook une fois de plus. Il existe quelques cas tristes, comme la réinstallation d'Ubuntu, où vous aurez pour démarrer à partir d'une clé USB sous tension en utilisant le pilote problématique Intel_pstate. Ne le faites que lorsque vous utilisez l’AC, et veuillez répéter l’étape 3 de ce manuel (si ennuyeux qu’il soit) une fois que vous avez terminé.
P.S. Intel_pstate et les paramètres de BIOS ASPM par défaut rendent finalement le contrôleur intégré de mobo fou et persistent dans cet état jusqu’à ce que la batterie soit détachée de la carte mère. C’est essentiellement ainsi que ce problème est né.
Votre ordinateur portable est susceptible de surchauffer. L'état de la batterie n'est probablement pas lié au problème.
Solutions possibles:
1) Enlevez la poussière des aérations de l'ordinateur portable et assurez-vous de ne pas les couvrir en plaçant l'ordinateur portable sur une surface douce comme une couverture ou un chiffon.
2) Déplacez l'ordinateur portable dans un environnement plus frais
3) Procurez-vous un refroidisseur pour ordinateur portable pour le placer sur afin d'augmenter le flux d'air et de réduire l'accumulation de chaleur.
J'ai décidé de m'inscrire uniquement sur ce forum pour rendre compte de mes expériences. J'ai eu des problèmes avec Ubuntu 18.10 qui s'est arrêté accidentellement lorsque le niveau de la batterie était inférieur à 40%. Dans d'autres forums, le paramètre Intels Virtualization Technology ou V-dT dans le BIOS est indiqué. J'ai testé ceux-ci et peux garantir qu'il n'y a pas de connexion. Les arrêts se produisent toujours. Maintenant, j'ai ajouté les paramètres du noyau et je peux signaler que le paramètre suivant sous/etc/default/grub ne résout pas complètement le problème: (mais corrige la luminosité du clavier et l'affichage de la gestion de la luminosité de Ubuntu)
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi='!Windows 2012' pcie_aspm=force drm.vblankoffdelay=1 i915.semaphores=1"
En fait, la seule solution consiste à ouvrir l'UX31A et à retirer la batterie pendant au moins 5 minutes. Désormais, quels que soient les paramètres du noyau, l’arrêt normal fonctionne lorsque la batterie atteint un niveau critique.
Bonne chance, E. Yagmahan
Mon système: UX31A - Ubuntu 18.10 Cosmic - Kernel 4.18.0 - Version BIOS 219