Lenovo Flex 2-14

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 :

• mossroy : 14.04.3

Cet ordinateur portable n'est a priori pas tatoué.

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.

C'est la touche F2 sur ce modèle qui permet d'accéder à l'UEFI.

Oui, mais… par défaut il faut utiliser aussi la touche Fn : 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

Une fois dans le BIOS/UEFI, aller avec les flêches dans le menu Boot, vérifier que le paramètre "USB Boot" est à "Enabled", et changer le "Boot Priority Order" pour mettre l'ordre suivant au début :

• USB HDD
• ATA HDD
• Windows Boot Manager

NB : pour changer cet ordre, il faut aller sur la ligne qu'on veut déplacer avec les flèches, puis la déplacer avec les boutons + et -… Sauf qu'il s'agit des boutons + et - d'un clavier Qwerty. Sur un clavier Azerty (français), le + est au même endroit, mais il faut appuyer sur la parenthèse fermante (juste à gauche du bouton qui fait les signes = et +) pour faire -.

C'est aussi le moment de désactiver le SecureBoot, pour éviter le problème décrit au paragraphe suivant. Pour cela, aller dans le menu Security, et passer le paramètre "Secure Boot" à "Disabled".

Puis sortir en enregistrant les paramètres, en allant dans le menu Exit, et en choisissant "Exit Saving Changes".

Après l'installation, Ubuntu 14.04.3 ne démarre pas, et ce message d'erreur s'affiche. Une solution est de désactiver le "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.

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.

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

Sur cet appareil, il semble que certaines 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.

On demande à Ubuntu de s'éteindre : il s'éteint… mais redémarre quelques secondes plus tard. Ce n'est pas systématique mais presque.

Ni l'upgrade du kernel en 4.0.9, ni l'upgrade du BIOS/UEFI ne solutionnent ce problème.

La solution consiste à passer un paramètre bien précis au kernel :

Il semble que le problème 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.

Le bluetooth est bien détecté, semble fonctionnel, mais ne voit/n'est visible d'aucun appareil.

Une upgrade du kernel en version 4.0.9 ne résoud pas le problème.

Quitte à ce que le bluetooth ne marche pas, autant le désactiver complètement pour qu'il ne consomme pas d'énergie pour rien :

Pour cela, modifier le fichier /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

Juste après l'installation, le temps de démarrage est assez long (entre 30s et une minute, je n'ai pas chronométré), et on entend le disque dur gratter pendant ce démarrage.

Au bout d'un certain temps, ce problème disparait tout seul, et le démarrage se fait en moins de 15s. Je suppose que c'est le disque SSHD qui transfère des blocs disque sur sa partie SSD. A moins que ce soit simplement ureadahead.

L'autonomie est autour de 2h sans optimisation.

L'estimation passe à 3h environ avec le paquet laptop-mode-tools

Sur cette machine (qui n'est pas neuve), l'autonomie de 3h correspond à ce qu'on obtient sur Windows également.

• (fr) Page du support du Flex 2-14 chez Lenovo

Contributeurs : mossroy