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 18/09/2015, 21:40] – [Redémarrage quand on éteint le portable] mossroy | lenovo_flex_2_14 [Le 01/08/2016, 10:14] (Version actuelle) – [Installation] Ma-Nu | ||
---|---|---|---|
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 ===== | ||
+ | L' | ||
+ | |||
+ | Le démarrage depuis la clé doit être spécifié dans le "boot menu", et des réglages [[UEFI]] / [[BIOS]] peuvent être nécessaires. | ||
+ | |||
+ | L' | ||
+ | |||
+ | === Le bouton " novo " === | ||
+ | |||
+ | Un bouton ( novo button ) est dédié aux démarrages spécifiques et permet, ordinateur éteins, de démarrer directement aux choix suivants : | ||
+ | * ** Bios menu ** : l' | ||
+ | * ** Boot menu ** : choix de démarrage dont clé usb (usb hdd) | ||
+ | * ** Recovery ** : un système de réinstallation qui ne concerne pas ubuntu | ||
+ | |||
+ | < | ||
+ | Il faut donc utiliser avec un objet dédié, du type trombone déplié, et trouver le bouton (pas besoin d' | ||
+ | |||
+ | === Autres solutions d' | ||
+ | |||
+ | * Presser la touche F2 au démarrage | ||
+ | < | ||
+ | La touche Fn est de couleur orange en bas à gauche de l' | ||
+ | |||
+ | * Passer par l' | ||
+ | |||
+ | === Paramétrage bios/uefi === | ||
+ | |||
+ | Une fois dans le BIOS/UEFI, aller avec les flêches dans le menu Boot, vérifier que le paramètre "USB Boot" est à " | ||
+ | < | ||
+ | |||
+ | Une solution alternative a l' | ||
+ | < | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ===== 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:// | ||
+ | |||
+ | ---- | ||
+ | |||
+ | // |