TUXEDO InfinityBook Pro 14 v5 : Suppression de la batterie

J’ai donc contacté le support suite au gonflement de ma batterie, et le support m’a indiqué qu’il fallait la supprimé afin d’éviter des risques d’explosions . J’ai donc supprimé la batterie.

Le support m’a donc donné le lien suivant : https://www.tuxedocomputers.com/en/Infos/Help-Support/Frequently-asked-questions/Instructions-for-opening-the-device.tuxedo# 

Il y a donc une vidéo pour expliquer comment ouvrir le portable :

C’est pas trop complexe à faire.

D’abord on dévisse les vis du clavier (2 vis : orange), ensuite les vis autour (10 vis : bleu), on se sert du trou (rouge) pour pousser un peu le clavier.

Et ensuite on dévisse les 3 vis sous le clavier.

Ensuite il faut enlever la batterie (les vis en bleus et la nappe).

J’ai profiter pour nettoyer le ventilateur :

Voici l’état de la batterie :

La référence de la batterie : N130BAT-3 / 11.4V / 36Wh / 3100 mAh / Mfg Date : 2019/09 / 6-87-N130S-21A021 .
La taille de la batterie est passé de 9,60 à 17,9 …j’ai donc eu une belle déformation du portable. 

J’ai pu voir que cette batterie était vendu dans le commerce : http://www.toutbatteries.com/n130bat-3-batterie-pour-clevo-179218.html pour 65 Euros.

J’ai remonté le portable et maintenant il fonctionne sans batterie, mais sans risque aussi.

Frédéric.

TUXEDO InfinityBook Pro 14 v5 : Batterie qui gonfle après un an et demi

Finalement j’ai mon premier problème  sur le TUXEDO InfinityBook Pro 14 v5, la batterie qui gonfle. Je vais voir si le support prend en charge le changement de batterie.

Les seules informations que j’ai :


$ acpi -ib
Battery 0: Full, 100%
Battery 0: design capacity 3200 mAh, last full capacity 2706 mAh = 84%
$ upower -e
/org/freedesktop/UPower/devices/line_power_AC
/org/freedesktop/UPower/devices/battery_BAT0
/org/freedesktop/UPower/devices/DisplayDevice
$ upower -i /org/freedesktop/UPower/devices/battery_BAT0
  native-path:          BAT0
  vendor:               Notebook
  model:                BAT
  serial:               0001
  power supply:         yes
  updated:              jeu. 19 août 2021 09:03:13 (34 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               fully-charged
    warning-level:       none
    energy:              30,8484 Wh
    energy-empty:        0 Wh
    energy-full:         31,0194 Wh
    energy-full-design:  36,48 Wh
    energy-rate:         0,0329604 W
    voltage:             12,935 V
    percentage:          100%
    capacity:            84,4062%
    technology:          lithium-ion
    icon-name:          'battery-full-charged-symbolic'
/sys/class/power_supply/BAT0$ cat cycle_count 
0

C’est dommage de rien avoir sur le nombre de cycle …Pour ce qui est des informations dmidecode … Misère

$ sudo dmidecode -s system-manufacturer
TUXEDO
$ sudo dmidecode -s system-product-name
TUXEDO
$ sudo dmidecode -s system-family
Not Applicable                  
$ sudo dmidecode -s system-serial-number
Not Applicable      

C’est très moyen …. normalement dans system-product-name, j’aurais du avoir « InfinityBook Pro 14 v5 » …. dans le détail :

Handle 0x0001, DMI type 1, 27 bytes
System Information
	Manufacturer: TUXEDO
	Product Name: TUXEDO
	Version: Not Applicable                  
	Serial Number: Not Applicable                  
	UUID: ............
	Wake-up Type: Power Switch
	SKU Number: Not Applicable                  
	Family: Not Applicable                  

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
	Manufacturer: TUXEDO
	Product Name: N141CU                          
	Version: Not Applicable                  
	Serial Number: Not Applicable                  
	Asset Tag: Tag 12345
	Features:
		Board is a hosting board
		Board is replaceable
	Location In Chassis: Not Applicable
	Chassis Handle: 0x0003
	Type: Motherboard
	Contained Object Handles: 0

J’ai l’impression que j’ai dans le « Base Board » qu’ils l’ont mis … Misère.

TUXEDO InfinityBook Pro 14 v5 : Migration de Ubuntu 18.04 vers Ubuntu 20.04

Avant la migration j’avais ceci comme kernel:

Linux CYBERNEURONES 5.4.0-64-generic #72~18.04.1-Ubuntu SMP Fri Jan 15 14:06:34 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Début de la migration vers 10h18:

$ head /var/log/dist-upgrade/main.log
2021-01-28 10:18:23,079 INFO Using config files '['./DistUpgrade.cfg.bionic', '/etc/update-manager/release-upgrades.d/opera-stable.cfg']'
2021-01-28 10:18:23,079 INFO uname information: 'Linux CYBERNEURONES 5.4.0-64-generic #72~18.04.1-Ubuntu SMP Fri Jan 15 14:06:34 UTC 2021 x86_64'
2021-01-28 10:18:23,604 INFO apt version: '1.6.12ubuntu0.2'
2021-01-28 10:18:23,604 INFO python version: '3.6.9 (default, Oct  8 2020, 12:12:24) 
[GCC 8.4.0]'
2021-01-28 10:18:23,609 INFO release-upgrader version '20.04.29' started
2021-01-28 10:18:23,670 INFO locale: 'fr_FR' 'UTF-8'
2021-01-28 10:18:23,857 DEBUG Using 'DistUpgradeViewGtk3' view
2021-01-28 10:18:23,900 DEBUG enable dpkg --force-overwrite
2021-01-28 10:18:23,915 DEBUG creating statefile: '/var/log/dist-upgrade/apt-clone_system_state.tar.gz'

Fin de l’installation vers 13h18:

# ls -l /var/log/dist-upgrade/
total 7080
drwxr-xr-x 2 root root    4096 janv. 28 10:18 20210128-1018
-rw------- 1 root root 1158915 janv. 28 10:18 apt-clone_system_state.tar.gz
-rw-r--r-- 1 root root 4201420 janv. 28 13:17 apt.log
-rw-r----- 1 root adm  1025950 janv. 28 13:10 apt-term.log
-rw-r--r-- 1 root root  209716 janv. 28 10:57 eipp.log.xz
-rw-r--r-- 1 root root  394960 janv. 28 13:10 history.log
-rw-r--r-- 1 root root    2081 janv. 28 10:18 lspci.txt
-rw-r--r-- 1 root root  228804 janv. 28 13:18 main.log
-rw-r--r-- 1 root root       0 avril  5  2020 main.log.partial
-rw-r--r-- 1 root root       0 janv. 28 10:18 term.log

Quelques captures d’écrans :

A suivre, mais maintenant j’ai la dernière version de VirtualBox 6.1 .

Tuxedo Computer : Script bash pour comprendre pourquoi le bruit du ventilateur

Voici donc le script que j’ai fait :

#!/bin/bash

#
# MariaDB [mysql]> create database CPU;
# Query OK, 1 row affected (0.00 sec)

# MariaDB [(none)]> CREATE USER 'arias'@'localhost' IDENTIFIED BY 'arias';
# Query OK, 0 rows affected (0.00 sec)

# MariaDB [(none)]> GRANT USAGE ON *.* TO 'arias'@'localhost' IDENTIFIED BY 'arias';
# Query OK, 0 rows affected (0.00 sec)

# MariaDB [(none)]>  GRANT ALL privileges ON CPU.* TO 'arias'@'localhost';
# Query OK, 0 rows affected (0.00 sec)

# MariaDB [(none)]> FLUSH PRIVILEGES;
# Query OK, 0 rows affected (0.00 sec)
#
#
#mysql -u root -e "CREATE DATABASE CPU;"
#mysql -u root -e "USE CPU; CREATE TABLE information (date datetime, cpu float, fanId int, rawFanDuty int, fanDuty float, remoteTemp int, localTemp int);"

CPU_USAGE=$(awk '{u=$2+$4; t=$2+$4+$5; if (NR==1){u1=u; t1=t;} else print ($2+$4-u1) * 100 / (t-t1) "%"; }' <(grep 'cpu ' /proc/stat) <(sleep 1;grep 'cpu ' /proc/stat))
DATE=$(date "+%Y-%m-%d %H:%M:%S")
CPU_USAGE_2=$(echo $CPU_USAGE | sed 's/%//g' )
/usr/bin/tuxedofancontrol --show > /tmp/tuxedofancontrol.out
FANID=$(cat /tmp/tuxedofancontrol.out | grep "fanId" | awk '{print $2}' | sed 's/,//g') 
RAWFANDUTY=$(cat /tmp/tuxedofancontrol.out | grep "rawFanDuty" | awk  '{print $2}' | sed 's/,//g' )
FANDUTY=$(cat /tmp/tuxedofancontrol.out | grep "fanDuty" | awk '{print $2}' | sed 's/,//g')
REMOTETEMP=$(cat /tmp/tuxedofancontrol.out | grep "remoteTemp:" | awk '{print $2}' | sed 's/,//g')
LOCALTEMP=$(cat /tmp/tuxedofancontrol.out | grep "localTemp:" | awk '{print $2}' | sed 's/,//g' )

if [ ! -z $FANID ]
then
        SQL="USE CPU; INSERT INTO information (date, cpu, fanId, rawFanDuty, fanDuty, remoteTemp, localTemp) VALUES ('$DATE',$CPU_USAGE_2,$FANID,$RAWFANDUTY,$FANDUTY,$REMOTETEMP,$LOCALTEMP);"
else
        SQL="USE CPU; INSERT INTO information (date, cpu) VALUES ('$DATE',$CPU_USAGE_2);"
fi

echo $SQL > /tmp/lastsql.out
mysql -u root -e "$SQL"

C’est assez simple, je prends la date et l’utilisation du CPU. Et aussi je note toutes les informations de tuxedofancontrol.
J’ai mis le script toutes les 2 minutes dans ma crontab, ensuite je ferai un script pour Grafana.

$ sudo crontab -l
*/2 * * * * /home/arias/Bash/cpu.bash

Par exemple :

A suivre.

Visiblement je ne suis pas le seul à trouver le ventilateur un peu trop bruyant : https://www.tuxedocomputers.com/en/Infos/Help-Support/Frequently-asked-questions/Why-is-the-ventilator-so-loud-.tuxedo .

Why is the ventilator so loud?

IMPORTANT: There are ventilation slots on the bottom side through which the ventilator(s) suck in air. Never place your notebook on a pillow, couch, bed, blanket or tablecloth. In the worst case scenario, the notebook can overheat and cause serious damage.

The ventilator noise depends largely on the system load. If the processor has to work a lot, it consumes a lot of power, which leads to increased waste heat that somehow has to be cooled. If the ventilation slots are covered, the ventilator(s) cannot suck in any air. This has a negative effect on the cooling performance, the ventilator(s) must rotate faster to provide sufficient cooling and the noise level is significantly higher.