Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| lenovo_flex_2_14 [Le 19/09/2015, 13:43] – [Accéder à l'UEFI/BIOS] mossroy | lenovo_flex_2_14 [Le 14/03/2023, 13:35] (Version actuelle) – ok sur version récente (pour le problème de l'éteignage voir la liste acer) L'Africain | ||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| - | {{tag> | ||
| - | |||
| - | ---- | ||
| - | |||
| - | ====== | ||
| - | |||
| - | |||
| - | ===== 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' | ||
| - | Il utilise les notations suivantes : | ||
| - | * {{: | ||
| - | * {{: | ||
| - | * {{: | ||
| - | * {{wiki: | ||
| - | * {{wiki: | ||
| - | * {{: | ||
| - | * {{: | ||
| - | |||
| - | ^ Version ^ Installation ^ Carte graphique ^ Son ^ Casque audio ^ Wifi ^ Bluetooth ^ Webcam ^ Touchpad ^ Raccourcis multimédia ^ Autres ^ | ||
| - | | [[: | ||
| - | | [[: | ||
| - | | [[: | ||
| - | | [[: | ||
| - | |||
| - | **Utilisateurs du Wiki possédant cet ordinateur, fonctionnel :** | ||
| - | * **[[: | ||
| - | |||
| - | **Cet ordinateur portable n'est a priori pas [[: | ||
| - | |||
| - | ===== Installation ===== | ||
| - | Avant toutes choses, il faut pouvoir démarrer sur une clé USB d' | ||
| - | ==== Accéder à l' | ||
| - | C'est la touche F2 sur ce modèle qui permet d' | ||
| - | |||
| - | Oui, mais... par défaut il faut utiliser aussi la touche Fn : **Fn-F2** au lieu d' | ||
| - | |||
| - | La touche Fn est de couleur orange en bas à gauche de l' | ||
| - | |||
| - | Une solution alternative consiste à passer par l' | ||
| - | |||
| - | Une fois dans le BIOS/UEFI, aller avec les flêches dans le menu Boot, vérifier que le paramètre "USB Boot" est à " | ||
| - | * 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), | ||
| - | |||
| - | 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 " | ||
| - | |||
| - | Puis sortir en enregistrant les paramètres, | ||
| - | ==== Erreur au démarrage : "Image failed to verify : Access denied" | ||
| - | === Symptômes === | ||
| - | Après l' | ||
| - | Une solution est de désactiver le " | ||
| - | === Désactivation du Secure Boot === | ||
| - | Il suffit d' | ||
| - | Puis faire F10 pour enregistrer les paramètres et redémarrer. | ||
| - | |||
| - | ==== Coupure intempestive du Wifi ==== | ||
| - | === Symptômes === | ||
| - | Le Wifi se " | ||
| - | |||
| - | 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:// | ||
| - | |||
| - | Par contre, il y a pas mal de contournements proposés : essentiellement ajouter des options au driver dans / | ||
| - | |||
| - | Sur cet appareil, il semble que certaines options de driver suffisent à avoir une connexion satisfaisante, | ||
| - | < | ||
| - | 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' | ||
| - | |||
| - | ==== Redémarrage quand on éteint le portable ==== | ||
| - | === Symptômes === | ||
| - | On demande à Ubuntu de s' | ||
| - | |||
| - | Ni l' | ||
| - | |||
| - | La solution consiste à passer un paramètre bien précis au kernel : | ||
| - | |||
| - | === Paramètre à passer 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' | ||
| - | |||
| - | 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 / | ||
| - | < | ||
| - | Suivi d'un : | ||
| - | < | ||
| - | |||
| - | Source : [[https:// | ||
| - | |||
| - | ==== Bluetooth qui ne fonctionne pas ==== | ||
| - | === Symptômes === | ||
| - | Le bluetooth est bien détecté, semble fonctionnel, | ||
| - | |||
| - | Une upgrade du kernel en version 4.0.9 ne résoud pas le problème. | ||
| - | |||
| - | === Désactivation du bluetooth === | ||
| - | Quitte à ce que le bluetooth ne marche pas, autant le désactiver complètement pour qu'il ne consomme pas d' | ||
| - | |||
| - | Pour cela, modifier le fichier / | ||
| - | < | ||
| - | |||
| - | |||
| - | ===== Optimisation ===== | ||
| - | ==== Temps de démarrage ==== | ||
| - | Juste après l' | ||
| - | |||
| - | 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. | ||
| - | |||
| - | ==== Autonomie ==== | ||
| - | L' | ||
| - | |||
| - | L' | ||
| - | |||
| - | Sur cette machine (qui n'est pas neuve), l' | ||
| - | |||
| - | =====Voir aussi===== | ||
| - | * (fr) [[http:// | ||
| - | |||
| - | ---- | ||
| - | |||
| - | // | ||
