Remplacer la mise en veille par l’hibernation sous Linux Mint

On continue avec les problèmes de mise en veille et de pilotes graphiques mais de nouveau sous Linux Mint 15 Olivia. Le pilote legacy open-source a, comme je l’avais dit lors mon précédent article, la fâcheuse tendance de faire que toute mise en veille de l’ordinateur entraîne une mauvaise reprise et tout l’affichage en sort pixelisé. Les pixels sont d’ailleurs présents des icônes du bureau au curseur de la souris. Lors d’un Ctrl+Alt+F1, la console subit le même traitement. Le seul moyen que j’ai trouvé de réparer le problème est de redémarrer l’ordinateur. Même le logo Linux Mint durant l’extinction est pixelisé donc ceci affecte bien tout l’affichage.

Pour régler tous les paramètres de mise en veille sous Linux Mint 15 Olivia,il faut commencer par installer le remplaçant de gconf-editor à savoir dconf-tools :

apt-get install dconf-tools

Le lancer et se rendre dans : /org/gnome/settings-daemon/plugins/power. L’option qui m’intéressait pour ma part était de remplacer la mise en veille rapide pas entièrement supportée par une hibernation ne posant aucun soucis. Le réglage concernant mon ordinateur fixe, c’est l’option sleep-inactive-ac-type que j’ai ainsi passé à hibernate au lieu de suspend.

Juste pour information, dans les anciennes versions de Linux Mint, l’option à modifier se trouvait en utilisant gconf-editor et en se rendant dans /apps/gnome-power-manager/actions et remplacer la valeur sleep-type-ac par hibernate.

Retrouver la mise en veille prolongée sous Windows

On continue avec les problèmes de pilotes mais sous Windows 7 ce coup ci. En effet, je met systématiquement une mise en veille de l’ordinateur automatique au bout de 2 heures d’inactivité. Sauf que les 2 heures passaient allègrement sans qu’aucune mise en veille ne se montre.

J’ai donc commencé par installer le pilote ATI (Ma carte est une Radeon HD 3870) correspondant (sous Windows les problèmes de support ne se font pas encore sentir, les versions évoluant bien moins vite). En effet, c’est, de ce que j’ai pu trouver sur internet, la carte graphique qui permet de gérer les mises en veille. Ceci ne m’étonne pas vu les problèmes que la mise en veille engendre sous Linux lorsque le pilote n’est pas bon.

Mais ceci n’a pas encore corrigé mon problème. Il reste une petite option à modifier dans les paramètres d’alimentation avancés (Panneau de configuration -> Matériel et audio -> Options d’alimentation -> Modifier les paramètres du mode de gestion de l’alimentation -> Modifier les paramètres d’alimentation avancés). Dans la rubrique Veille, il faut désactiver toute veille hybride. Ceci réactive alors la mise en veille prolongée que l’on a plus qu’à configurer comme avant.

Une autre possibilité peut être qu’un périphérique USB empêche la mise en veille.

La veille hybride a un intérêt selon moi très limité mais elle consiste à sauvegarder les données en mémoire sur le disque dur en plus de les conserver en mémoire. Ainsi, en cas de coupure de courant, l’OS boot depuis les données du disque au lieu de celles perdues en mémoire. N’utilisant que la mise en veille prolongée et pas la veille simple, ceci ne m’apporte donc rien même si je met en effet légèrement plus longtemps à démarrer.

Pilote legacy ATI et fichier version.h

Pour la 1000ème fois, j’ai fait la bêtise de vouloir installer les pilotes propriétaires ATI de ma carte graphique Radeon HD 3870 sur Linux Mint 15 Olivia. Cette carte graphique n’est plus maintenue par ATI, au même titre que les carte 2000, 3000 et 4000 series, et donc il faut utiliser les pilotes legacy. Malheureusement, ceux ci ne sont compatible qu’avec Xorg jusqu’à sa version 1.12 et jusqu’à la version 3.4 du kernel. C’est une telle galère à mettre en place que je conserverai désormais les pilotes open source qui font très bien l’affaire (à quelques détails près mais ça finira bien par se corriger).

Ne connaissant pas encore l’incompatibilité du pilote legacy avec les derniers kernel, ma tentative s’est soldée par un échec. En cause, le fichier version.h qui ne trouvait pas à l’emplacement /usr/include/linux. Tous les kernels récents n’ont plus ce fichier de version à cet endroit mais on peut cependant le récupérer à son autre emplacement à l’aide d’un lien symbolique. On peut donc utiliser la commande :

ln -s /usr/include/linux/version.h /lib/modules/<VERSION_DU_KERNEL>/build/include/linux/version.h

Cependant, réessayer après ça ne suffit toujours pas à avoir un pilote convenablement installé (bien loin de là et le prochain redémarrage le prouvera (entendre par là qu’il ne faut pas s’amuser à redémarrer sans avoir correctement désinstallé ce pilote) par un magnifique mode de compatibilité).

Pour les plus hargneux qui veulent absolument leur pilote legacy sur leur OS dernier cri, il va falloir downgrader Xorg et le kernel par un compatible. Heureusement, des gens bien se sont chargé de simplifier le processus (et là encore ne pas entendre que c’est simple) comme Tomasz Makarewicz.

En tout cas le driver libre reste, selon moi, la meilleure solution.

Tuer Xorg sans qu’il ne redémarre

J’ai eu à installer un driver Nvidia sur la Linux Mint d’un ami il n’y a pas très longtemps et vu qu’Nvidia est particulièrement Linux friendly (Troll), il fallait que Xorg ne soit pas lancé pour que l’installeur fasse son office. Or je me suis vite rendu compte que de tuer le serveur X n’est pas suffisant puisqu’il se relance automatiquement à chaque fois.

L’astuce consiste à killer mdm (ou gdm selon votre distribution) AVANT de killer Xorg. C’est en effet lui qui est chargé de palier aux défaillances de l’environnement graphique. La plupart du temps, stopper mdm arrêtera de lui même Xorg.

Ainsi donc en tapant la commande :

/etc/init.d/mdm stop

On peut enfin fermer Xorg et installer ses drivers. Pourquoi faire simple quand on peut faire compliquer. Merci Nvidia !

Bandes noires entre l’affichage et la bordure de l’écran

Après avoir installé ma Debian Wheezy, installé les pilotes propriétaires et donc activé le mode full effects de Gnome 3, je me retrouvais quand même avec d’étranges bandes noires qui m’empêchaient d’utiliser toute la largeur et la hauteur de mon écran. Impossible de régler celui ci pour prendre l’espace inutilisé, et ma résolution était bien à son maximum à savoir full HD.

Il m’aura fallut beaucoup de recherche mais finalement, j’ai trouvé où changer ce paramètre gênant. Pour cela, il faut lancer Catalyst en mode administrateur soit depuis le menu, soit à l’aide de la commande

amdcccle

lancée en root. Une fois dans le panneau de contrôle, il faut se rendre dans le menu « Graphique » -> « Bureaux et affichages »

Une fois ici, aller sur « Configurer« . Dans « Option de mise à l’échelle« , une jauge (Moi elle était à 15%) nommé « sur/sous balayage » va permettre de jouer sur les bandes noires.

A vous la joie d’un écran de nouveau bien rempli.

Information sur l’accélération graphique

De nombreux jeux et effets de bureau requièrent l’accélération graphique pour fonctionner. Pour être sûr que celle ci est bien activée avec les pilotes de votre carte graphique, il n’y a rien de plus simple. La commande :

glxinfo | grep 'direct rendering'

donne immédiatement la réponse à la ligne d’après. Par contre, si la réponse est non, il faut se reporter à sa carte graphique, son modèle et son pilote pour l’activer.

Drivers propriétaire ATI sur Debian Wheezy

Durant un temps j’ai testé la dernière version de Debian, Wheezy 7.0 avec Gnome 3. Il a finalement réussi à me réconcilier partiellement avec la dernière version du gestionnaire de bureau même si ce n’est toujours pas ça. Cependant, avec ma « vieille » ATI Radeon HD 3870, il m’a fallut installer le driver propriétaire pour avoir accès à tous les effets graphiques.

Les drivers ATI sont très largement plus simples à installer que les drivers Nvidia mais encore faut-il savoir quoi installer. Sous Debian, il faut bien sûr commencer par ajouter les dépôts non-free (dans /etc/apt/sources.list) puis faire :

apt-get install fglrx-driver

Un fois le driver propriétaire installé, il devrait être configuré seul, sinon faire :

aticonfig --initial

Ceci a pour effet de générer le fichier xorg.conf nécessaire. A partir de là, il est possible de lancer le gestionnaire de configuration graphique à partir de la commande

amdcccle

Bien sûr, cette technique passe uniquement par les paquets contenus dans les dépôts. Je préfère malgré tout le plus souvent télécharger le driver sur le site d’AMD et l’installer depuis le fichier.run extrait. Celui ci contient à coup sûr la dernière version du driver et, là encore contrairement à Nvidia, offre un installeur très simple à utiliser.

Ceci fonctionne aussi bien pour les systèmes 32 que 64 bits.

Fix a bluetooth connexion on Windows (for a Logitech V470 mouse)

Here’s an article I wrote two times. once in french and once in english. Therefore, I hope to give an answer to that recurrent problem on the internet. I spent a lot of time searching without finding any clear answer.

I had a few weeks ago some problems with my Bluetooth card in my computer. I was encountering constant disconnections no matter which OS i used. To be sure the problem wasn’t due to my mouse controller, i tested with other devices and nothing changed. After a chaotic return at the customer service (the first time my computer had to be in an intern’s hands) my laptop came back functional.

But this morning, a simple boot on my Windows was enough to fail all my communication devices (Wifi, Ethernet, Bluetooth). After a short reboot on Ubuntu to be sure the problem was due to the drivers and not to the devices, I uninstalled every devices with the device manager (Right clic on Computer -> Manage -> (on the left) Device manager -> Right clic on every problematic device -> Uninstall)

Once every driver uninstalled, i rebooted to let Windows use generic drivers. I downloaded then the offical drivers on the Asus website and installed them one by one.

After an other reboot, the Internet connection was back but the Bluetooth still wasn’t functional. I uninstalled an other time the Bluetooth drivers and I rebooted again. The Bluetooth was back but with generic drivers. The connection with my Bluetooth mouse was enabled but wonky and had deconnections.

A last installation of the Bluetooth Driver and a last reboot let me finally have a functional Bluetooth card.

A last problem persisted. The mouse had deconnections like before but the problem wasn’t present on Ubuntu. I had to go in the bluetooth card properties and Right clic -> Properties -> Power managment tab -> Uncheck « Allow the computer to turn off this device to save power ».

After all those annoying steps, here i’m back with my Logitech V470 Bluetooth Mouse connected to my Asus G73JH on Windows 7 with no Bluetooth dongle or other trickery.

Rétablir une connexion bluetooth sous Windows (pour une souris Logitech V470)

Voici un article que je vais écrire deux fois car je le rédigerais une fois en français et une fois en anglais. Je vais faire ceci afin que la réponse à ce problème récurent figure enfin sur internet. J’ai passé de très nombreuses heures à rechercher et n’ai jamais trouvé de réponse claire.

J’ai rencontré il y a quelques temps des problèmes avec la carte bluetooth de mon ordinateur. Il y avait des déconnexions constantes quel que soit l’OS que j’utilisais. Afin d’être sûr que le problème ne venait pas de ma souris, j’ai testé avec d’autres périphériques et le problème restait le même. Après un retour au SAV chaotique (le premier retour avait dû voir l’oeuvre d’un stagiaire) ma machine est revenue fonctionnelle.

Seulement voilà, ce matin, un simple démarrage sous Windows a suffit à ce que tous mes périphériques de communication tombent en panne (Wifi, Ethernet, Bluetooth). Après un reboot sous Ubuntu pour être sûr que le problème venait bien des pilotes et pas du matériel, j’ai désinstallé tous les périphériques à l’aide du gestionnaire de périphériques (clic droit sur Ordinateur -> Gérer -> (Sur la gauche) Gestionnaire de périphériques -> Clic droit sur chaque périphérique problématique -> Désinstaller)

Une fois tous les pilotes désinstallés, j’ai redémarré afin de laisser Windows utiliser des pilotes génériques. Une fois ceci fait, j’ai téléchargé sur le site d’Asus tous les pilotes nécessaires et les ai installés un par un.

Après redémarrage, le bluetooth n’étais toujours pas fonctionnel mais la connexion internet était rétablie. J’ai de nouveau désinstallé le pilote de la carte bluetooth puis j’ai encore redémarré. Là, le bluetooth était rétablit mais avec des pilotes génériques. La connexion de ma souris s’établissait donc mais s’interrompait au bout d’un instant.

Une dernière réinstallation du pilote de bluetooth et un dernier redémarrage m’ont enfin permis d’avoir une carte fonctionnelle.

Un dernier problème persistait encore. La souris se déconnectait comme avant sauf que le problème n’avait pas lieu sous Ubuntu. Il m’a fallut aller dans les propriétés de la carte bluetooth et faire clic droit -> Propriétés -> Onglet Gestion de l’alimentation -> Décocher la case « Autoriser l’ordinateur à éteindre ce périphérique pour économiser l’énergie »

Après ces nombreuses étapes me voilà de nouveau avec ma souris bluetooth Logitech V470 connectée à mon Asus G73JH sous Windows 7 sans dongle supplémentaire ou autre supercherie.

Activer le wifi sur Xubuntu, sur un PC avec une touche de blocage physique

J’ai récupéré un vieux PC portable avec 512Mo de RAM et j’ai décidé d’en faire un PC d’appoint pour les invités qui auraient besoin d’un accès à internet à la maison et qui n’auraient pas amené leur propre ordinateur. J’ai donc installé une distribution Xubuntu dessus, pour divers avantages que je lui trouve, avec tous les logiciels qui vont bien pour une utilisation d’appoint (firefox, vlc, gimp, libreoffice, …). Ce PC est un HP Compaq nx6110 et possède un bouton d’activation/désactivation du Wifi.

Une fois l’installation, avec une connexion câblée, terminée, un problème restait. Le wifi n’était pas activé avec comme source d’erreur un blocage physique. Une petite recherche sur internet m’a permis de trouver comment vérifier cela grâce à la commande :

rfkill list

Celle ci énumère les blocages existant sur les différentes cartes. En effet, ma carte wifi était bloquée physiquement. Un appuie sur le bouton du wifi et le statut avait changé. Je n’ai pas essayé de redémarrer à ce moment là pour savoir si ceci suffisait mais il est fortement possible que oui. J’ai cependant rajouté une étape qui consistait à taper :

rfkill unblock all

Celle ci me permettait de m’assurer qu’aucun blocage n’était maintenu. Après un redémarrage, ma carte était bien reconnue et débloquée mais le pilote n’était pas installé. Afin de savoir lequel installer, j’ai utilisé la commande :

lspci

qui permet de lister tout le matériel disponible dans l’ordinateur dont la carte wifi et ainsi de connaître la marque de celle ci. J’ai pu alors voir que je possédait une broadcom. Il m’a suffit d’installer les pilotes correspondant en l’occurrence :

apt-get install firmware-b43-installer

pour que ma carte wifi soit enfin fonctionnelle.

Une autre solution que j’avais trouvée sur internet mais que je n’ai pas du tout testée consistait à supprimer purement et simplement le fichier /dev/rfkill.