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 01/08/2016, 09:28] – [Erreur au démarrage : Image failed to verify : Access denied] Ma-Nu | 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> | ||
| - | |||
| - | ---- | ||
| - | |||
| - | ====== | ||
| - | |||
| - | <note important> | ||
| - | ===== 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 ^ | ||
| - | | [[:16.04]] LTS | {{: | ||
| - | | [[: | ||
| - | | [[: | ||
| - | | [[: | ||
| - | | [[: | ||
| - | | ||
| - | |||
| - | **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' | ||
| - | |||
| - | === Le bouton " démarrage spécial " === | ||
| - | |||
| - | Un bouton permet, ordinateur éteins, de démarrer directement sur un menu spécifique : accès au BIOS, UEFI, choix de boot (dont clé USB), etc. | ||
| - | |||
| - | Sur ce modèle flex 2 14 il est à gauche, devant la prise casque sous l’icône d'un une flèche repliée (comme un arche). | ||
| - | C'est un petit trou, il faut donc utiliser avec un objet dédié, du type trombone déplié, et trouver le bouton (pas besoin d' | ||
| - | |||
| - | === Autres solutions === | ||
| - | |||
| - | 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), | ||
| - | |||
| - | Puis sortir en enregistrant les paramètres, | ||
| - | ===== Problèmes connus ===== | ||
| - | |||
| - | ==== Erreur au démarrage : "Image failed to verify : Access denied" | ||
| - | === Symptômes === | ||
| - | Après l' | ||
| - | |||
| - | Dans ce cas, il suffit de désactiver le " | ||
| - | === Désactivation du Secure Boot === | ||
| - | Aller dans l'UEFI (voir ci-dessus comment faire), dans le menu Security, et à la ligne " | ||
| - | Puis 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 / | ||
| - | < | ||
| - | |||
| - | |||
| - | ==== En mode dual-boot, après avoir utilisé Windows et redémarré, | ||
| - | === Symptômes === | ||
| - | Ce problème ne semble se produire que rarement, et uniquement si vous avez conservé Windows sur l' | ||
| - | |||
| - | Apparemment, | ||
| - | Source : [[http:// | ||
| - | |||
| - | === Forcer l' | ||
| - | Cette méthode n'est pas idéale dans la mesure où elle fige l' | ||
| - | |||
| - | D' | ||
| - | |||
| - | * Démarrer sous Windows | ||
| - | * Ouvrir une invite de commande en mode administrateur (dans l' | ||
| - | * taper : | ||
| - | < | ||
| - | qui doit afficher quelque chose comme ça au début : | ||
| - | < | ||
| - | displayorder | ||
| - | {724ad7e7-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | {bootmgr} | ||
| - | {724ad7e4-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | {724ad7e5-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | {724ad7e6-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | {724ad7e9-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | {724ad7ea-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | </ | ||
| - | Il s'agit de l' | ||
| - | Si c'est cet ordre que vous voulez conserver, l' | ||
| - | |||
| - | * Créer un fichier .bat quelque part, avec le contenu suivant : | ||
| - | < | ||
| - | bcdedit /set {fwbootmgr} displayorder {724ad7eb-51aa-11e5-bd8f-88343ae6fcfa} {724ad7e7-51aa-11e5-bd8f-88343ae6fcfa} {bootmgr} {724ad7e4-51aa-11e5-bd8f-88343ae6fcfa} {724ad7e5-51aa-11e5-bd8f-88343ae6fcfa} {724ad7e6-51aa-11e5-bd8f-88343ae6fcfa} {724ad7e9-51aa-11e5-bd8f-88343ae6fcfa} {724ad7ea-51aa-11e5-bd8f-88343ae6fcfa} | ||
| - | </ | ||
| - | (en remplaçant les valeurs par celles affichées précédemment, | ||
| - | |||
| - | Puis il faut programmer le lancement de ce script à chaque démarrage : | ||
| - | * Aller dans le panneau de configuration, | ||
| - | * Créer une nouvelle tâche qui exécute ce .bat avec les options suivantes : | ||
| - | * Exécuté par le compte " | ||
| - | * Déclencheur : au démarrage du système | ||
| - | |||
| - | ===== 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:// | ||
| - | |||
| - | ---- | ||
| - | |||
| - | // | ||
