Ceci est une ancienne révision du document !
Asus séries A17 TUF766IU, TUF7606IU (testé sur Asus A17-TUF766IU-H7074T)
Tout ce qui est dit ci-dessous à été testé sur le portable Asus A17-TUF766IU-H7074T dont la configuration est notamment :
- 17,3" Full HD (43,9 cm) - 2,6 kg
- AMD Ryzen 7 - 4800H
- Disques : disque SSD 256 Go + disque 2.5" 1 To + un emplacement SSD disponible
- Mémoire vive 16 Go
- Nvidia GeForce GTX 1660 Ti 6 Go avec ROG Boost
Variantes pour les autres portables d'équipement similaire :
- A17 TUF766IU-H7124T : un seul SSD de 512 Go
- A17 TUF706IU-H7154T : un seul SSD de 512 Go + batterie de 90Wh
- A17 TUF766IU-AU204T : RAM 32 Go DDR4 - 1 To HDD + 256 Go SSD
- A17 TUF706IU-AS76 (qwerty) : un seul SSD de 1 TO + batterie de 90Wh.
- A17-TUF766IU-H7219T : Rysen 9 serie 4000 + SSD de 1 TO + batterie de 90Wh
Test de la distribution en Live usb
Au démarrage quand apparaît le menu appuyer sur la touche "e".
Ajouter nomodeset
auprès du motquiet
ou splash
déjà présent.
Appuyer sur F10.
Installation de Ubuntu/Kubuntu 20.04
Donc commencer par installer Ubuntu "classiquement" puis suivre les étapes ci-dessous.
Ajout du noyau 5.6 (Non recommandé)
Le système fonctionne assez correctement avec le noyau 5.6 OEM sauf en ce qui concerne la gestion de la chaleurs (ventilateurs qui tourneront à fond pour rien). De nombreuses fonctionnalités ont été ajoutées à partir de la version 5.8 du noyau (notamment de gestion d'énergie et de l'architecture Renoir d'AMD) qu'il est donc conseillé d'utiliser.
Il reste cependant possible d'installer ce noyau avec la commande ci-dessous et de démarrer ensuite dessus.
sudo apt install linux-image-oem-20.04
Ajout du noyau >= 5.10.6 (Recommandé)
Vous obtiendrez lors de l'installation de nombreux message du type W: Possible missing firmware /lib/firmware/amdgpu/
. Ils sont à ignorer et sans incidence.
Si après installation d'Ubuntu l'interface graphique se charge, vous pouvez utiliser la méthode 1 qui est graphique.
Sinon les méthodes 2 ou 3.
Pour les experts, vous pouvez vérifier les sommes de contrôle en suivant ceci : https://askubuntu.com/questions/1142488/how-to-securely-download-a-new-kernel
Méthode 1 : graphique
Le logiciel Ubuntu Mainline Kernel Installer installable par un ppa permettra de faire l'installation et par la suite les mises à jour avec une interface graphique.
sudo add-apt-repository ppa:cappelikan/ppa sudo apt update sudo apt install mainline
Lancer Ubuntu Mainline Kernel Installer depuis le menu et installer la version 5.10.6 ou supérieure.
Source : https://github.com/bkw777/mainline
Méthode 2 : avec un script
- Au redémarrage, redémarrer en "safe mode" et obtenir l'invite de commande
- Télécharger le script
ubuntu-mainline-kernel.sh
:
$ wget https://raw.githubusercontent.com/pimlie/ubuntu-mainline-kernel.sh/master/ubuntu-mainline-kernel.sh
- Installer le script :
$ sudo install ubuntu-mainline-kernel.sh /usr/local/bin/
- Exécuter le script :
$ ubuntu-mainline-kernel.sh -i Finding latest version available on kernel.ubuntu.com Latest version is: v5.10.6, continue? (y/N)
Source et désinstallation :
https://linuxconfig.org/how-to-upgrade-kernel-to-latest-version-on-ubuntu-20-04-focal-fossa-linux
https://wiki.ubuntu.com/Kernel/MainlineBuilds
Méthode 3 : manuelle
Au démarrage, passer "safe mode" et obtenir l'invite de commande. Télécharger depuis cette adresse https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D les quatre paquets linux-headers…
, linux-headers-…-generic
, linux-image-unsigned…
, linux-modules…
dans la version souhaitée et les déposer quelque part ou vous saurez les retrouver et les installer.
Exemple de code avec la version 5.10.6 :
wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.6/amd64/linux-headers-5.10.6-051006-generic_5.10.6-051006.202101091334_amd64.deb wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.6/amd64/linux-headers-5.10.6-051006_5.10.6-051006.202101091334_all.deb wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.6/amd64/linux-image-unsigned-5.10.6-051006-generic_5.10.6-051006.202101091334_amd64.deb wget -c https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.10.6/amd64/linux-modules-5.10.6-051006-generic_5.10.6-051006.202101091334_amd64.deb sudo dpkg -i *.deb
Les adresses étant pénibles à taper sans copier coller, vous pouvez télécharger depuis un autre OS et exécuter uniquement sudo dpkg -i *.deb
dans le répertoire contenant les 4 fichiers.
Ce qui fonctionne correctement ... ou pas
Contrairement à ce qui est dit sur de nombreux sites qui ont essayé cette machine avec noyaux inférieurs à 5.8, presque tout fonctionne avec le noyau 5.10.6 et notamment testés :
- Tous les ports (USB, HDMI)
- Gestion de l'énergie et des ventilateurs (aucune soufflerie en utilisation bureautique, accélération des ventilateurs au besoin) avec un kernel >=5.8.
- Réglage de la luminosité de l'écran
- Double écran (Avec la carte graphique nvidia et son pilote propriétaire, voir complément ici)
- Extinction et niveau de luminosité du clavier
- Le bluetooth fonctionne à partir du noyau 5.10.6 (et avec les noyaux ⇐ 5.8.18 qu'il n'est plus conseillé d'installer).
- Veille (voir paramétrage plus bas)
Des petites erreurs apparaissent auss dans les premiers instants après le démarrage mais elles semblent sans incidence.
Ne fonctionne pas :
- réglage du mode de clignotement du clavier et changement de couleurs (voir essais plus bas)
Cartes graphiques/GPU
- celui d'AMD intégré à l'architecture Renoir du processeur Ryzen (nommé iGPU = internal GPU)
- celui de la carte graphique Nvidia Geforce 1660 (nommé eGPU = external GPU)
Il y a donc trois utilisations possible des deux processeurs GPU :
- utilisation "à la demande" du eGPU pour lancer une application spécifique (avec utilisation du iGPU AMD par défaut) ; c'est le mode conseillé sur tout portable car le moins énergivore
- switch (nécessitant un reboot) en fonction des besoins
- utilisation permanente du eGPU Nvidia ; le eGPU consommera beaucoup plus de batterie et n'aura donc aucun intérêt en utilisation bureautique. ; conseillé uniquement pour une machine reliée en permanence au secteur
Par défaut c'est le GPU AMD seul qui est utilisé comme GPU.
Si vous voulez utiliser le GPU Nvidia (eGPU) il faut commencer par installer les pilotes correspondants (premier paragraphe ci dessous=) puis choisir et appliquer une des méthodes décrites ci-dessous (à la demande, switch, utilisation permanente du eGPU Nvidia).
Installation des pilotes Nvidia
Le driver nvidia en version 440 installé par défaut n'est pas suffisamment à jour pour cette machine et ne donnera pas toutes les fonctionnalités attendues. Il faut impérativement installer la version 450 par ppa.
$ sudo add-apt-repository ppa:graphics-drivers $ sudo apt-get update
Vérifier que la version "recommandée" est bien supérieure à 450 avec :
$ sudo ubuntu-drivers devices
Lancer alors l'installation avec :
$ sudo ubuntu-drivers autoinstall
Sinon vous pouvez forcer l'installation d'une version précise par la commande
$ sudo apt install nvidia-driver-450
Il peut aussi être utile de purger une installation défectueuse avant de procéder à l'installation de la nouvelle version avec la commande :
$ sudo apt purge nvidia-*
Cette installation ne suffit pas utiliser la carte graphique Nvidia. Voir paragraphe suivant.
Source : https://linuxconfig.org/how-to-install-the-nvidia-drivers-on-ubuntu-20-04-focal-fossa-linux
$ lsmod | grep nouveau
Si vous n'obtenez rien en sortie c'est bon. Sinon exécuter :
$ sudo bash -c "echo blacklist nouveau > /etc/modprobe.d/blacklist.conf" $ sudo bash -c "echo options nouveau modeset=0 >> /etc/modprobe.d/blacklist.conf"
Utilisation simultanée du iGPU intégré au processeur AMD et du eGPU Nvidia "à la demande"
Cela permet, en faisant précéder les applications souhaitées d'un prefixe, de les faire fonctionner en utilisant le eGPU Nvidia. Il n'y a pas de mode automatique comme sous Windows avec cuda.
Il est possible :
- d'utiliser cette configuration (comportement par défaut et conseillé pour préserver la batterie),
- de forcer l'utilisation permanente constante du eGPU Nvidia (voir plus bas)
PRIME Render Offload
Après avoir installé les pilotes propriétaires, vous pourrez forcer l'utilisation du eGPU Nvidia en précédant la commande à exécuter de
__NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only __GLX_VENDOR_LIBRARY_NAME=nvidia COMMANDE_A_EXECUTER
La variable d'environnement _ _VK_LAYER_NV_optimus=NVIDIA_only
est destinée à à Vulkan ou EGL.
La variable d'environnement _ _GLX_VENDOR_LIBRARY_NAME=nvidia
est destinée à GLX.
(pas d'espace entre les deux tirets bas)
Pour tester si cela fonctionne, essayer la commande ci-dessous qui devrait vous renvoyer la marque et le modèle de votre carte graphique :
$ __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)" $ OpenGL vendor string: NVIDIA Corporation $ OpenGL renderer string: GeForce GTX 1660 Ti/PCIe/SSE2 $ OpenGL version string: 4.6.0 NVIDIA 450.66
Sans les commandes Prime Render, on obtiendrait le processeur graphique intégré comme réponse
$ glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)" $ OpenGL vendor string: X.Org $ OpenGL renderer string: AMD RENOIR (DRM 3.38.0, 5.8.8-050808-generic, LLVM 10.0.0) $ OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.0.8
~/.bashrc
. Il faut redémarrer pour les modifications soient prises en compte ou éxecuter en console source ~/.bashrc
. Dans les exemples ci-dessous, la première ligne définit le préfixe qui commande l'utilisation du eGPU Nvivia et la seconde définit la commande "prime-run_vlc" qui permet de lancer vlc en utilisant le eGPU au lieu du iGPU.
alias prime-run="__NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only __GLX_VENDOR_LIBRARY_NAME=nvidia" alias prime-run_vlc="prime-run vlc"
Si cela ne fonctionne pas, vous pourrez trouver plus d'informations ici (ce sont les sources utilisées pour ce paragraphe) :
Comment savoir si le processeur eGPU est bien utilisé ?
En console avec ''nvidia-smi''
En console :
watch -n 1 nvidia-smi
Observez les lignes qui seront mises à jour chaque seconde :
| 0 GeForce GTX 166... Off | 00000000:01:00.0 Off | N/A | | N/A 36C P8 1W / N/A | 6MiB / 5944MiB | 0% Default |
Lorsque le eGPU est au repos sa température est basse (36 °C ici) et la consommation de 1W.
Quand le eGPU est utilisé consommera au moins 2W (et chauffera…)
Graphiquement avec l'applet pour Plasma 5 "Prime Render Offload Status"
L'applet "Prime Render Offload Status" peut être ajoutée au tableau de bord avec "ajouter un composant graphique" sous KDE.
Elle devient verte que quand la carte nvidia est utilisée (quelques seconde au moins comme en regardant une vidéo, pas juste sur une commande instantanée trop brève) et reste noire sinon.
Source : https://store.kde.org/p/1411472/
Utilisation permanente du eGPU Nvidia au lieu du iGPU AMD pour plus de performances
Vous trouverez à l'adresse https://github.com/OlivierV78/switch_amd_nvidia tout le nécessaire pour basculer vers une utilisation du processeur Nvidia uniquement.
Il suffit de lancer double cliquer sur les fichiers `Switch AMD.desktop` ou `Switch Nvidia.desktop` pour basculer entre :
- Le mode d'utilisation du eGPU Nvidia uniquement
- Le mode d'utilisation du iGPU AMD avec possibilité d'utiliser le Nvidia à la demande comme décrit précédemment.
Les scripts fournis (qui s'annulent mutuellement) ne modifient que deux fichiers :
- d'une part
/usr/share/X11/xorg.conf.d/10-amdgpu.conf
qui devient après modification :
Section "OutputClass" Identifier "AMDgpu" MatchDriver "amdgpu" Driver "amdgpu" Option "PrimaryGPU" "no" EndSection
- d'autre part
/usr/share/X11/xorg.conf.d/10-nvidia.conf
qui devient après modification :
Section "OutputClass" Identifier "nvidia" MatchDriver "nvidia-drm" Driver "nvidia" Option "AllowEmptyInitialConfiguration" Option "PrimaryGPU" "yes" ModulePath "/usr/lib/x86_64-linux-gnu/nvidia/xorg" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" Option "UseEdidDpi" "False" Option "DPI" "96 x 96" EndSection
Le code fourni intègre la modification grâce aux paramètres suivants à la section "Screen".
Option "UseEdidDpi" "False" Option "DPI" "96 x 96"
Sans cette correction on obtiendrait :
$ xdpyinfo | grep -B2 resolution $ screen #0: $ dimensions: 1920x1080 pixels (508x285 millimeters) $ resolution: 72x72 dots per inch
D'autre scripts proposent un switch similaire mais ne modifient pas les DPI et touchent inutilement d'autres fichiers comme celui ci dont je me suis inspiré : https://github.com/dglt1/optimus-switch-amd-sddm
(Expérimental) Extinction de la carte Nividia lorsqu'elle n'est pas utilisée
Source : https://us.download.nvidia.com/XFree86/Linux-x86_64/450.57/README/dynamicpowermanagement.html
Copier le code ci-dessous dans /lib/udev/rules.d/80-nvidia-pm.rules
# Remove NVIDIA USB xHCI Host Controller devices, if present ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c0330", ATTR{remove}="1" # Remove NVIDIA USB Type-C UCSI devices, if present ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x0c8000", ATTR{remove}="1" # Remove NVIDIA Audio devices, if present ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x040300", ATTR{remove}="1" # Enable runtime PM for NVIDIA VGA/3D controller devices on driver bind ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="auto" ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="auto" # Disable runtime PM for NVIDIA VGA/3D controller devices on driver unbind ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", TEST=="power/control", ATTR{power/control}="on" ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030200", TEST=="power/control", ATTR{power/control}="on"
Copier le code ci-dessous dans /etc/modprobe.d/nvidia.conf
options nvidia "NVreg_DynamicPowerManagement=0x02"
Et redémarrer*
Complément pour un 2e écran HDMI
pour l'utilisation d'un second écran sur le HDMI, avec le pilote nvidia propriétaire, il peut être nécessaire d'ajouter cette option dans dans /etc/default/grub : à la variable GRUB_CMDLINE_LINUX_DEFAULT, ajouter : amdgpu.exp_hw_support=1 ce qui donne par exemple
... GRUB_CMDLINE_LINUX_DEFAULT="splash quiet" GRUB_CMDLINE_LINUX="amdgpu.exp_hw_support=1" ...
puis :
sudo update-grub
au reboot le 2e écran est détecté.
Autres fonctionnalités point par point (en cours de test/rédaction)
Problème bluetooth
Le bug a été corrigé à partir de la version 5.10.6 du noyau mainline le 10/01/2021 (car le bluetooth ne fonctionnait plus du noyau 5.9.1 au noyau 5.10.5).
- appliquer le patch donné dans les liens ci-dessus ou là https://marc.info/?l=linux-bluetooth&m=160378222632366&w=2 puis de compiler le noyau. C'est assez simple en suivant la procédure simplifiée donnée ici : methode_simple_de_compilation_par_exemple_pour_appliquer_uniquement_un_patch
- Utiliser le dernier noyau mainline fonctionnel 5.8.18
Problèmes de freeze provoqué par certains disques SSD
Éditer le fichier /etc/default/grub
.
sudo nano /etc/default/grub
Modifier la ligne GRUB_CMDLINE_LINUX_DEFAULT
pour y ajouter nvme_core.default_ps_max_latency_us=5500
.
Si la ligne était vide, cela donnera :
GRUB_CMDLINE_LINUX="nvme_core.default_ps_max_latency_us=5500"
Terminer ensuite en console par
sudo update-grub
Selon le SSD avec sources :
- DD SSD KINGSTON A2000 250Go M.2 2280 PCIe NVMe : commentaire sur le site https://www.amazon.in/Kingston-Internal-2000MB-SA2000M8-250G/dp/B07VYG5HQD/ref=cm_cr_arp_d_product_top?ie=UTF8
- WD SN520 :
Mise en veille
Si lors de la mise en veille de votre machine celle-ci se réveille sans raison, suivez cette procédure qui a pour but d'éteindre l'usb.
Créer le fichier /etc/pm/sleep.d/90_unbind_usb5
.
$ sudo nano /etc/pm/sleep.d/90_unbind_usb5
Et y coller le code suivant (avec édition coller) :
#!/bin/sh #copy to /etc/pm/sleep.d LOGFILE="/var/log/sleep.log" case "$1" in sleep|suspend) echo "Unbinding USB 5" >> "$LOGFILE" echo -n "0000:05:00.4" >/sys/bus/pci/drivers/xhci_hcd/unbind ;; resume|thaw) echo "Rebinding USB 5" >> "$LOGFILE" echo -n "0000:05:00.4" >/sys/bus/pci/drivers/xhci_hcd/bind ;; esac
Puis rendre le fichier exécutable :
sudo chmod +x /etc/pm/sleep.d/90_unbind_usb5
Si au réveil vous rencontrer des problèmes avec l'ethernet qui ne fonctionne plus au réveil, coller le code ci-dessous dans le fichier /etc/pm/sleep.d/80_restart_r8169
$ sudo nano /etc/pm/sleep.d/80_restart_r8169
#!/bin/sh #copy to /etc/pm/sleep.d LOGFILE="/var/log/sleep.log" case "$1" in resume|thaw) modprobe -r r8169 \ && echo "Removed r8169" >> "$LOGFILE" \ && modprobe -i r8169 \ && echo "Inserted r8169" >> "$LOGFILE" ;; esac
Et rendez le exécutable.
sudo chmod +x /etc/pm/sleep.d/80_restart_r8169
Source : https://forum.mxlinux.org/viewtopic.php?f=107&t=59457
Disque dur qui claque (= mise en veille intempestive)
- Quand vous démarrez l'ordinateur sur batterie (et même si vous branchez le chargeur ensuite) le disque dur étant peu sollicité se mettra peut-être trop vite en veille. Vous entendrez alors un petit "clac" à chaque réveil qui peut se produire toutes les quelques secondes lorsque vous travaillez sur des documents de ce disque. C'est mauvais pour la durée de vie du disque.
- Le problème ne se pose pas quand vous démarrez sur secteur.
: Toutes ces modifications sont ignorées par le système. Paragraphe en cours d'étude… Toute idée bienvenue.
Commencez par vérifier le niveau APM du disque :
sudo hdparm -B /dev/sda
Puis par en avoir confirmation en tapant en console la commande suivante plusieurs fois de suite toutes les 10 à 15 secondes.
sudo smartctl -a /dev/sda | grep Load_Cycle_Count
Si vous entendez un petit clac à chaque fois et voyez le compteur augmenter 1 alors vous êtes dans le cas d'un disque qui se met trop rapidement en veille. Mettez en oeuvre ce qui suit pour éviter ces redémarrages intempestifs.
Méthode 1 (conseillée) : avec le paramètre ''spindown_time'' de hdparm
Pour gérer exactement le temps au bout duquel le disque se met en veille, éditez le fichier /etc/hdparm.conf avec sudo nano /etc/hdparm.conf
sudo nano /etc/hdparm.conf
Et collez y en bas le code :
/dev/sda { apm = 254 # paramètre par défaut en mode demarrage secteur spindown_time = 242 }
Paramètres de spindow (extrait de HDPARM) définit le temps d'inactivité après lequel le disque se met en veille (exemple spindown_time = 242
pour 1 heure)
- 0 : désactive ; le périphérique ne rentrera pas en mode stand-by.
- De 1 à 240 : spécifie des multiples de 5 secondes (donc des temps d'inactivité de 5 secondes à 20 minutes).
- De 241 à 251 : spécifie de 1 à 11 unités de temps de 30 minutes chacune (donc des temps d'inactivité de 30 minutes à 5 h 30).
- 252 : spécifie un temps mort de 21 minutes.
- 253 : est une période de temps mort définie par le fabriquant, entre 8 à 12 heures.
- 254 : réservée !
- 255 : est interprétée comme 21 minutes plus 15 secondes.
Méthode 2 (non conseillée) : avec le paramètre ''apm'' de hdparm
Éditez le fichier /etc/hdparm.conf avec sudo nano /etc/hdparm.conf
sudo nano /etc/hdparm.conf
Et collez y en bas le code :
/dev/sda { apm = 128 }
Vous pouvez adapter la paramètres à vos usages en consultant les détails ci-dessous.
Paramètres pour l'APM (Advanced Power Management) :
- 255 désactive totalement la mise en veille (= standby ou spindow) ; consommation et performances maximales
- 0 jusqu'à 127 : mise en veille (= standby ou spindow) possible ; consommation et performances croissantes
- 128 jusqu'à 254 : mise en veille (= standby ou spindow) impossible ; consommation et performances croissantes
Incorrect car le paramètre 128 permet le parcage des têtes
Sources :
Réglage de la luminosité et du clignotement du clavier
Deux projets semblent prometteur mais je n'ai pas réussi à les faire fonctionner totalement :
- https://github.com/hackbnw/faustus : a permis de bloquer juste le clignotement avec
sudo ./set_rgb.sh kbbl_mode 0
Autres qui ne semblent pas fonctionner
- (testé ne fonctionne pas) https://github.com/wroberts/rogauracore
- (testé ne fonctionne pas) https://github.com/MidhunSureshR/openauranb
- (testé ne fonctionne pas) https://gitlab.com/CalcProgrammer1/OpenRGB
Cette page dit au paragraphe ""Aura" RGB keyboard LEDs " que cela fonctionnerait : https://forum.mxlinux.org/viewtopic.php?f=107&t=59457
Message lié à l'hibernation
I: The initramfs will attempt to resume from /dev/nvme0n1p4 I: (UUID=3a09b433-78cf-4d2c-8012-093436cd03d0) I: Set the RESUME variable to override this.
Ce message signifie qu'en cas d'hibernation la sauvegarde et le réveil se feront par défaut depuis la partition swap (ici /dev/nvme0n1p4).
Pour mettre éviter ce message et confirmer cette partition, exécuter :
$ printf "RESUME=UUID=$(blkid | awk -F\" '/swap/ {print $2}')\n" | sudo tee /etc/initramfs-tools/conf.d/resume $ sudo update-initramfs -u -k all
Puis redémarrer.
Source : https://askubuntu.com/questions/1124253/missing-firmware-for-amdgpu
Modules provoquant des erreurs au démarrage
Erreur diverses non démarrage (messages d'avertissement non bloquants)
On peut blacklister le module ucsi_ccg
qui provoque une erreur ucsi_ccg … failed
au boot
$ echo "blacklist ucsi_ccg" >> /etc/modprobe.d/blacklist.conf
Également blacklisté en raison d'une autre erreur au démarrage
$ echo "blacklist thinkpad_acpi" >> /etc/modprobe.d/blacklist.conf
Source : https://ubuntuforums.org/showthread.php?t=2207830&page=2
Erreur PPM init failed (-110)
Si vous obtenez au démarrage ce message, il faut apparemment passer l'option "nomodeset" à grub ce qu'une installation correcte des pilotes nvidia fait automatiquement.
usci_acpi USBC000:00: PPM init failed (-110)
Source et détails : https://askubuntu.com/questions/1254362/issues-while-booting-ubuntu-20-04-lts-after-installation-on-asus-tuf-a15-fa506i
Arrêt de la machine incorrect
Méthode 1
Si la machine ne s'arrête pas et que vous obtenez un message comme "a stop job is running" il faudrait idéalement trouver le processus qui bloque l'arrêt. Ceci étant fastidieux il semblerait que l'installation de watchdog résolve le problème.
sudo apt install watchdog sudo systemctl start watchdog.service sudo systemctl enable watchdog.service
Méthode 2
Une autre solution encore moins propre est de limiter l'attente à par exemple 5 secondes mais cela peut provoquer des problèmes par la fermeture pas très régulière des processus en cause.
sudo nano /etc/systemd/system.conf
Puis modifier le paramètre DefaultTimeoutStopSec=10s
Et relancer le démon.
sudo systemctl daemon-reload
Sources :
Prolonger la durée de vie de la batterie
Ce serait une nouvelle fonctionnalité intégrée au noyau mais cela ne semble pas fonctionner
N.B. : il faut remplacer BAT0 par BAT1 dans les lignes ci-dessous
Sources :
Autres sites donnant des éléments de configuration pour cette machine ou des machines similaires
- Page également mise à jour et en cours de rédaction (sous Mint) : https://forum.mxlinux.org/viewtopic.php?f=107&t=59457
- Ce site référençant divers ajouts pour les gamer expérimentés en linux : https://linuxevolution.wordpress.com/2019/11/28/me-gamer-and-linux-user-impossible-mission-not-exactly-part-8/
- Plusieurs informations concernant la mise en veille : https://forum.manjaro.org/t/howto-install-manjaro-on-the-asus-tuf-fx505dy-fx705dy-with-ryzen-radeon-combo/3083
Contributeur principal : Olivier V