Ceci est une ancienne révision du document !
Lenovo Flex 2-14
En un coup d’œil
Le tableau suivant récapitule la prise en charge du matériel de portable par les différentes versions d'Ubuntu. Il utilise les notations suivantes :
Fonctionne immédiatement en 32 bits.
Fonctionne immédiatement en 64 bits.
Fonctionne immédiatement en 32 et 64 bits.
Fonctionne après quelques manipulations
Ne fonctionne pas
Pas d'informations disponibles
Information de support trop ancienne, si possible mettez là à jour.
| Version | Installation | Carte graphique | Son | Casque audio | Wifi | Bluetooth | Webcam | Touchpad | Raccourcis multimédia | Autres |
|---|---|---|---|---|---|---|---|---|---|---|
| 14.04.3 |  |  | | | |  | | | | |
| 13.10 | - | - | - | - | - | - | - | - | - | |
| 12.10 | - | - | - | - | - | - | - | - | - | |
| 12.04 | - | - | - | - | - | - | - | - | - |
Utilisateurs du Wiki possédant cet ordinateur, fonctionnel :
Cet ordinateur portable n'est a priori pas tatoué.
Installation
Avant toutes choses, il faut pouvoir démarrer sur une clé USB d'Ubuntu (pas de lecteur CD/DVD dans ce modèle). Pour ça, il faut accéder à l'UEFI.
Accéder à l'UEFI/BIOS
C'est la touche F2 sur ce modèle qui permet d'accéder à l'UEFI.
Oui, mais… j'ai mis longtemps à comprendre qu'il fallait faire Fn-F2 au lieu d'appuyer simplement sur la touche F2.
La touche Fn est de couleur orange en bas à gauche de l'écran, à droite du bouton Ctrl.
Une solution alternative consiste à passer par l'option correspondante dans Windows : https://support.lenovo.com/fr/fr/documents/ht081446
Erreur au démarrage : "Image failed to verify : Access denied"
Symptômes
Après l'installation, Ubuntu 14.04.3 ne démarre pas, et met ce message d'erreur. Une solution est de désactiver le "Secure Boot" :
Désactivation du Secure Boot
Il suffit d'aller dans l'UEFI (voir ci-dessus comment faire), dans le menu Security, et à la ligne "Secure Boot", faire Entrée, et choisir "Disabled". Puis faire F10 pour enregistrer les paramètres et redémarrer.
Coupure intempestive du Wifi
Symptômes
Le Wifi se "coupe" au bout de quelques minutes, dans le sens où il n'y a plus aucun trafic réseau dessus (alors que l'icône indique qu'on est encore connecté).
Dans les logs du kernel, il y a parfois un crash et une stacktrace.
Paramétrage du driver Wifi
Le chipset Wifi (RTL8723BE) semble avoir ce type de problèmes avec son driver sous Linux, et ce n'est pas encore résolu complètement : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1461174
Par contre, il y a pas mal de contournements proposés : essentiellement ajouter des options au driver dans /etc/modprobe.d/rtl8723be.conf, et installer une version plus récente du driver wifi : http://askubuntu.com/questions/590414/wifi-problems-with-rtl8723be-in-ubuntu-14-04
Dans mon cas, sur cet appareil, il m'a semblé que les options de driver suffisent à avoir une connexion satisfaisante, en mettant ce contenu dans /etc/modprobe.d/rtl8723be.conf :
options rtl8723be fwlps=0 ips=0
Apparemment il y a un nouveau driver qui fonctionne mieux, et qui sera a priori intégré dans les prochains kernels donc on peut espérer que la situation s'améliore quand on pourra installer un kernel backporté de la version 15.10 (wily) par exemple.
Redémarrage quand on éteint le portable
Symptômes
On demande à Ubuntu de s'éteindre : il s'éteint… mais redémarre quelques secondes plus tard. Ce n'est pas systématique mais presque.
Paramètre à passer au kernel
J'ai d'abord essayé pas mal de choses sans résultat : supprimer/configurer le laptop-mode-tools, utiliser un kernel 4.0.9, upgrader le BIOS, quelques paramètres passés au kernel, supprimer certains modules lors de l'arrêt.
Finalement, il semble que ce soit lié au xHCI (qui contrôle le port USB3). Donc premier contournement qui fonctionne : désactiver le xHCI dans l'UEFI. Mais, dans ce cas, le port USB3 devient USB2 : pas top…
Une meilleure solution est de passer le paramètre xhci_hcd.quirks=262144 en paramètre au kernel. Pour que ça soit fait automatiquement à chaque démarrage, il suffit de modifier le fichier /etc/default/grub pour ajouter ce paramètre à la ligne suivante, après le quiet splash :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash xhci_hcd.quirks=262144"
Suivi d'un :
sudo update-grub
Source : https://bugzilla.kernel.org/show_bug.cgi?id=66171. Ce paramètre est apparemment un contournement, on peut espérer une correction dans une version ultérieure du kernel.
Bluetooth qui ne fonctionne pas
Symptômes
Le bluetooth est bien détecté, semble fonctionnel, mais ne voit/n'est visible d'aucun appareil.
Désactivation du bluetooth
N'ayant pas vraiment besoin du bluetooth, je n'ai pas beaucoup cherché. J'ai simplement essayé un kernel plus récent (un 4.0.9) et ça n'a pas résolu le problème.
Ayant peur que cela consomme de l'énergie pour rien, j'ai préféré le désactiver complètement.
Pour cela, j'ai modifié /etc/rc.local (cf http://askubuntu.com/questions/67758/how-can-i-deactivate-bluetooth-on-system-startup), en y rajoutant la ligne suivante avant le exit 0 :
rfkill block bluetooth
Optimisation
Temps de démarrage
Juste après l'installation, j'ai remarqué un temps de démarrage particulièrement long (entre 30s et une minute, je n'ai pas chronométré), et j'entendais le disque dur gratter pendant ce démarrage.
Au bout d'un certain temps, ce problème a disparu tout seul, et le démarrage se fait en 18s. Je suppose que c'est le disque SSHD qui a transféré des blocs disque sur sa partie SSD. A moins que ce soit simplement ureadahead.
Autonomie
L'autonomie est autour de 2h sans optimisation.
L'estimation passe à 3h environ avec :
- soit le paquet TLP (en prenant les packages tlp tlp-rdw tp-smapi-dkms et acpi-call-tools)
- soit le paquet laptop-mode-tools
J'ai préféré installer laptop-mode-tools mais sans avoir fait de réel comparatif…
Sur cette machine (qui n'est pas neuve), l'autonomie de 3h correspond à ce qu'on obtient sur Windows également.