J’ai donc galéré une première fois pour changer l’encodage d’Ubuntu, souhaitant le passer en ISO8859-15. Des tas de techniques existent, mais chez moi aucune n’a marché jusqu’à ce que je sois finalement tombé sur un excellent post qui explique la manipulation, que je me suis permis de le traduire :

Changer les locales supportées
Éditez le fichier /var/lib/locales/supported.d/local (en root) en y ajoutant les lignes suivantes :

fr_FR ISO-8859-1
fr_FR@euro ISO-8859-15

Regénérer les  locales
Lancez la commande suivante :

sudo dpkg-reconfigure locales

Changer la locale par défaut
Éditez le fichier /etc/environment pour y ajouter :

LANGUAGE="fr_FR:fr"
LANG="fr_FR@euro"

Rebooter !

Cela permet ainsi de résoudre, dans un premier temps, les problèmes liés à l’encodage par défaut du système. Si vous lancez la commande locale charmap dans un shell, vous devriez obtenir l’affichage suivant :

ISO-8859-15

Dans un deuxième temps, j’ai rencontré un deuxième problème : lorsque je connecte mon disque dur externe, il se monte, mais il est incapable de gérer les accents dans les noms de fichiers. Pour s’en rendre compte, c’est très simple : il suffit de tenter de créer un fichier avec un nom comportant un accent. Chez moi, konqueror m’affichait une erreur…

D’après mes recherches, ce problème serait dû à HAL, le module chargé de monter automatiquement les disques, car celui-ci monte par défaut tous les systèmes de fichiers… en UTF8 ! Pour résoudre ce problème, il m’a fallu un peu de temps avant de trouver cette manip :

Supprimer le lien symbolique /sbin/mount.ntfs-3g :

 sudo rm /sbin/mount.ntfs-3g

Le remplacer (créer un fichier de même nom) avec ce contenu :

#!/bin/bash
/bin/ntfs-3g $1 $2 -o locale=fr_FR@euro

Le rendre exécutable : sudo chmod +x /sbin/mount.ntfs-3g

Et voila ! Normalement, en rebranchant le disque dur externe, celui-ci est correctement monté et les accents sont supportés.

Merci aux deux auteurs de ces solutions !

Tout d’abord, téléchargez les derniers drivers d’Aircrack pour profiter de l’injection, puis décompressez-les :

wget http://rt2x00.serialmonkey.com/rt73-cvs-daily.tar.gz
tar -zxvf rt73-cvs-daily.tar.gz
cd rt73-cvs*/Module

Si ce n’est pas déjà fait, blacklistez les anciens modules qui peuvent empêcher rt73 de fonctionner en éditant /etc/modprobe.d/blacklist et en y ajoutant :

blacklist rt73usb
blacklist rt2570
blacklist rt2500usb
blacklist rt2x00lib

Au cas où, déchargez ces modulez éventuels :

sudo modprobe -r rt73usb
sudo modprobe -r rt2570
sudo modprobe -r rt2500usb
sudo modprobe -r rt2x00lib

Puis compilez et installez le module :

make
sudo make install

Si jamais vous obtenez un message du style :

!!! WARNING: Module file much too big (>1MB)
!!! Check your kernel settings or use 'strip'

Alors lancez les commandes :

make
strip -S rt73.ko
sudo make install

Ensuite, copiez le module :

sudo mkdir /lib/modules/$(uname -r)/extra
sudo cp rt73.ko /lib/modules/$(uname -r)/extra/rt73.ko

Puis chargez-le :

sudo depmod -ae
sudo modprobe rt73

Normalement, vous devriez pouvoir activer votre interface :

sudo ifconfig wlan0 up

Notez que désormais l’interface a un nom du style wlan* et non plus en rausb*.

Maintenant, votre connexion Wifi et Aircrack devraient fonctionner à nouveau. Vous devrez très certainement éditer votre /etc/network/interfaces pour remplacer les occurrences de rausb0 par wlan0.

Et voila ! Au besoin, référez-vous au README situé dans l’archive des drivers, il est bien fourni et décrit les configurations classiques (WEP, WPA, WPA2) de la carte.

Sources :

• Forum Ubuntu
• Aircrack, drivers rt73

sudo update-manager -d -c

Le problème, c’est qu’update-manager indiquait qu’aucune mise à jour n’était disponible. Même en enlevant le paramètre -d, rien à faire. Le pire c’est que je n’obtenais aucun message d’erreur.

Il faut aussi préciser que j’étais contraint de passer par un proxy HTTP. Pour qu’APT fonctionne, j’avais inséré ceci dans mon /etc/apt/apt/conf :

Acquire::http::Proxy "http://mon.proxy:8080/";

De même, mon fichier /etc/wgetrc contenait la ligne :

http_proxy = http://mon.proxy:8080/

Ces deux directives permettent aux outils comme aptitude et apt-get de télécharger correctement les paquets en passant par le proxy. Jusqu’ici, tout fonctionnait correctement, du moins avec ces deux outils.

Mais revenons à mon problème de départ : update-manager ne parvenait pas à trouver les mises à jour. J’ai passé un certain temps à rechercher la solution, et j’ai finalement trouvé la réponse sur le forum officiel.

L’explication est assez bizarre. Il se trouve qu’update-manager, lorsqu’on l’utilise avec l’option -d (précisant de rechercher une mise à jour instable), ne tient pas du tout compte des deux fichiers de configuration précédents (apt.conf et wgetrc). C’est donc parce qu’il n’arrivait pas à se connecter qu’il indiquait qu’aucune mise à jour n’était disponible !

La solution est finalement très simple : il faut configurer le proxy dans Synapic ! Vu que je n’utilise jamais ce logiciel, je ne l’avais pas configuré… Je l’ai donc lancé, configuré correctement, et relancé update-manager -d. Et là, la nouvelel mise à jour était disponible…

Moralité : Même si vous ne l’utilisez pas, pensez à configurer le proxy de Synaptic, où vous risquez d’avoir des surprises !

Pour information, j’ai rajouté cette manip dans le Wiki d’Ubuntu-fr.

Compilation du driver

Voici donc la marche à suivre pour compiler et utiliser ces drivers. Tout d’abord, placez-vous en root dans le dossier /usr/src :

sudo -s

cd /usr/src

Assurez-vous d’avoir les outils pour la compilation (GCC et compagnie). Au cas où, installez le paquet build-essential :

aptitude install build-essential

Ensuite, téléchargez le driver, et décompressez-le :

wget http://homepages.tu-darmstadt.de/~p_larbig/wlan/rt73-k2wrlz-2.0.1.tar.bz2

tar jxvf rt73-k2wrlz-2.0.1.tar.bz2

Placez-vous dans le dossier du driver, compilez-le et installez-le :

cd rt73-k2wrlz-2.0.1/Module

make

make install

Si jamais vous obtenez un message d’erreur de ce type à la compilation (après « make ») :

!!! WARNING: Module file much too big (>1MB)
!!! Check your kernel settings or use 'strip'

Dans ce cas (et dans ce cas seulement), il faut utiliser l’utilitaire « strip » et recompiler le driver :

strip -S rt73.ko

make

make install

Une fois que c’est fait, il faut bannir (blacklister) les modules Wifi de base d’Ubuntu en ajoutant ceci à la fin du fichier /etc/modprobe.d/blacklist, si ce n’est pas déjà fait :

blacklist rt73usb
blacklist rt2570
blacklist rt2500usb
blacklist rt2x00lib

Pour être sur que l’ancien driver ne provoque pas de conflit, déchargeons tous les modules susceptibles de causer des problèmes :

modprobe -r rt73usb

modprobe -r rt2570

modprobe -r rt2500usb

modprobe -r rt2x00lib

Testons maintenant le driver ! Allumez votre interface (si vous disposez d’un bouton Wifi sur votre machine), chargez le driver et testez l’interface :

modprobe rt73

ifconfig rausb0 up

Normalement, ça marche ! Au cas où ça ne serait pas le cas, une possibilité est de prendre une version antérieure du driver sur la page http://homepages.tu-darmstadt.de/~p_larbig/wlan/ (allez dans la section « RaLink RT73 USB Enhanced Driver« ) et réeffectuez les étapes précédentes (en adaptant le nom de l’archive).

Utiliser le WPA

Pour ceux qui sont toujours connectés en WEP, permettez-moi de vous rappeler que cette méthode d’encryption est depuis longtemps dépassée car trop facilement crackable ! Avec Aircrack et quelques connaissances, il faut environ 30min pour cracker une clé, et avec la dernière version (et un peut de chance) on peut même atteindre quelques minutes seulement. Si j’ai le temps, je montrerai dans un prochain billet comment utiliser Aircrack pour casser une clé WEP. Mais en attendant, passez donc au WPA !

Pour activer le WPA sur l’interface, ce n’est pas bien compliqué. Tout se passe dans le fichier /etc/network/interfaces. Il faut que vous ajoutiez des lignes de configuration basées sur ce modèle :

auto rausb0
iface rausb0 inet dhcp
        pre-up ifconfig rausb0 up  # a enlever si ca marche pas
        pre-up iwconfig rausb0 essid Livebox-XXXX  # le nom du réseau
        pre-up iwconfig rausb0 mode managed
        pre-up iwpriv rausb0 set AuthMode=WPAPSK
        pre-up iwpriv rausb0 set EncrypType=TKIP
        pre-up iwpriv rausb0 set WPAPSK="XXXXXXXXXXXXXXXXXXXXXXXXXX" # la clé WPA

Cette configuration est celle que j’utilise pour me connecter sur ma livebox en WPA. Adaptez-la si besoin. Et assurez-vous que le WPA est activé sur la borne… Attention toutefois pour les Livebox Inventel : il faut absolument prendre l’option « WPA seulement » et pas « WEP et WPA » dans le menu de configuration, sinon cela ne marche pas. Si votre borne Wifi nécessite l’appui sur une touche pour permettre l’association Wifi de nouveaux périphériques, appuyez dessus sinon vous ne pourrez pas vous connecter (c’est le cas pour les Livebox)

Ensuite, redémarrez les interfaces réseau :

/etc/init.d/networking restart

Et si tout va bien, vous devriez obtenir une adresse IP et vous serez alors connectés ! Si jamais cela ne marche pas, c’est probablement du à une erreur dans la clé, ou bien à un conflit avec une autre interface. En effet, n’essayez pas de vous connecter à la fois en filaire et en Wifi, car au niveau des adresses IP attribuées par le DHCP, il risque d’y avoir des problèmes (elles seront toutes les deux dans le même réseau). Essayez de désactiver votre interface réseau en tapant :

ifconfig eth0 down

Assurez-vous également qu’il n’y a pas de ligne du type « auto eth0″ dans le fichier /etc/network/interfaces, et redémarrez une nouvelle fois les interfaces.

Si vous obtenez un message du style

DHCPACK from 192.168.1.1
bound to 192.168.1.161 -- renewal in 32485 seconds.

alors vous êtes connectés !

Attention, le module installé ne fonctionnera pas avec les outils graphiques du style NetworkManager. Enfin, n’oubliez pas qu’à chaque mise à jour de noyau, il faudra le recompiler (refaire un « make » et « make install » dans le dossier des sources du driver).

Conclusion

J’espère que ce billet vous aura été utile, car trouver toute cette procédure m’aura demandé un certain temps de recherche. Voici quelques pages qui m’ont pas mal servi :

• La page des drivers rt73 sur Arcrack
• Les drivers Ralink supportant l’injection
• La page WPA sur la doc d’Ubuntu-fr (la partie intéressante est à la fin, nommée « Méthode alternative« )

Enfin bref, j’ai décidé récemment d’en finir avec ces problèmes et de revenir à une installation. J’ai réinstallé XP et Kubuntu 7.10 proprement à partir des CD. En plus, j’étais motivé pour tester l’édition 64bits, alors c’était le moment ou jamais. Cependant, comme tout installation, cela nécessite du temps, et rencontrer quelques soucis n’est pas rare… J’en profite donc pour détailler ici quelques problèmes que j’ai eu et les solutions que j’ai trouvées pour les résoudre. J’explique aussi comment restaurer les paramètres principaux de l’ancienne distribution sur la nouvelle, en espérant que cela aide les gens qui hésitent encore à réinstaller leur OS ou qui ne savent pas comment configurer certains paramètres du système.

Sauvegarde

Avant tout, je commence par sauvegarder mes données personnelles sur un disque dur externe :

• ma partition /home/ avec tous mes fichiers et paramètres personnels
• le dossier /etc/ contenant les fichiers de configuration
• les bases de données MySQL, situées dans le dossier /var/mysql/lib/

Ceci étant fait, je boote sur un cd live de Kubuntu Gutsy et je supprime la totalité de mes partitions avec gparted. Souhaitant installer un dual boot WinXP / Kubuntu, je commence naturellement à installer Windows étant donné que si je fais l’inverse, celui-ci écrasera Grub… Une fois Windows installé (je vous passe les détails, ce n’est pas le sujet du billet) sur la moitié de mon disque, je lance l’Alternate CD de Kubuntu 7.10 x64 et j’installe le système. Tout se passe bien jusqu’au redémarrage : là commence l’aventure…

Les problèmes après l’installation

Tout d’abord, je constate que dès que Grub lance le noyau, mon écran devient noir et affiche «NO SIGNAL»… Visiblement, il y a un problème concernant la résolution de l’écran. Deuxième souci : les disques durs se mettent à gratter et le PC semble figé. Par contre cette fois-ci je sais d’où vient le coupable : fsck s’est lancé au démarrage et à fait un scan des disques alors que je ne lui avais rien demandé. Toujours à l’aveuglette (vu que l’écran est noir) je quitte ce scan par Ctrl Alt Suppr. 30 secondes plus tard, l’écran se rallume et le curseur de la souris apparaît ainsi que l’écran de KDM, victoire ! Mais étant donné que j’ai stoppé fsck, le noyau n’a pas chargé les partitions (hormis la principale). Je retourne donc en mode console, avec Ctrl Alt F1. Je me logue, et je monte manuellement la partition /home avec :

sudo mount /home

Ensuite, je retourne en graphique (Ctrl Alt F7) et je me logue et KDE se charge sans problème. Il est désormais temps de configurer tout ça… après avoir résolu les deux soucis précédents bien sûr. Concernant l’écran noir, après un peu de recherche, il semblerait que le paquet usplash (gérant le splashscreen du démarrage) soit buggé pour AMD64. Je désactive donc le splashscreen en éditant le fichier de conf de Grub :

sudo nano -w /boot/grub/menu.lst

Je retire simplement le mot «splash» situé à la fin de la ligne concernant mon noyau.

Pour éviter que fsck ne se lance à chaque démarrage sur mon disque, j’édite /etc/fstab et je remplace la ligne suivante

UUID=XXXX-XXXX  /media/sdb5     vfat    defaults,utf8,umask=007,gid=46 0       1

par :

UUID=XXXX-XXXX  /media/sdb5     vfat    iocharset=iso8859-15,

codepage=850,umask=000 0       0 # sur la meme ligne

Cette ligne concerne en fait mon disque dur Sata qui a la fâcheuse tendance à se faire checker par fsck à chaque fois que j’installe Ubuntu ; je commence à avoir l’habitude car cela m’était arrivé quand j’avais installé ce même OS cet été sur un autre PC. En fait, il suffisait de remplacer le dernier 1 par un 0, mais étant donné que j’ai conservé mon ancien fstab, j’ai carrément collé la ligne dans le fichier. Les options que j’ai changé servent à ne pas avoir de problèmes pour accéder au disque en tant que simple utilisateur, et pour (normalement) ne pas avoir de soucis dans l’encodage des noms de fichiers.

Configuration générale

Les deux problèmes étant résolus, passons à la configuration. Étant donné que je suis en chambre universitaire et que notre réseau utilise un proxy, il me faut rajouter le proxy dans les paramètres de wget :

sudo nano -w /etc/wgetrc

Il suffit de décommenter les deux lignes correspondant au proxy en mettant le bon host et port :

#http_proxy = http://proxy.yoyodyne.com:18023/

#ftp_proxy = http://proxy.yoyodyne.com:18023/

Ensuite, je constate que KDE a détecté ma carte graphique, je clique donc sur l’icône en bas à droite ce qui ouvre le gestionnaire de pilotes propriétaires (restricted-manager-kde) et j’active le pilote. On me demande de redémarrer mais je n’ai pas encore fini alors je refuse.

Je continue la configuration en éditant le fichier des sources d’APT :

sudo nano -w /etc/apt/sources.list

Je commente la ligne correspondant au CD qui n’a pas été commentée, j’en profite pour décommenter tous les dépots, je quitte et je met la liste des paquets à jour avec le classique

sudo aptitude update

Firefox

Maintenant qu’APT est configuré, j’installe quelques programmes de base comme Firefox, Thunderbird, et VLC :

sudo aptitude install firefox thunderbird vlc

Je lance Firefox, je configure le proxy et en surfant je me rappelle que Flash n’est plus installé. Après quelques recherches et tentatives je trouve que pour AMD64 il faut prendre une autre version du paquet et l’installer manuellement :

wget http://launchpadlibrarian.net/10804892/flashplugin-nonfree_9.0.115.0ubuntu2_amd64.deb

sudo dpkg -i flashplugin-nonfree_9.0.115.0ubuntu2_amd64.deb

Je redémarre Firefox, et vérifie que Flash est bien installé en tapant «about:plugins» dans la barre d’URL. Ensuite, je me rends compte que les polices Microsoft ne sont pas installées sur mon système ; je lance donc :

sudo aptitude install msttcorefonts

Je continue en installant mes extensions favorites, à savoir :

• Adblock Plus, pour bloquer la pub
• Adblock Filterset.G Updater, pour mettre à jour les filtres d’Adblock
• All-in-one Sidebar, pour avoir une barre latérale sympa avec tout de regroupé dedans
• Tab Mix Plus, qui rajoute plein d’options indispensables pour a gestion des onglets
• Urlparams, permettant de manipuler les paramètres GET et POST des pages Web (pour le débug d’application Web)
• Web developer, une barre d’outils très utile, toujours pour développeur Web
• Firebug, un outil d’une puissance remarquable pour le développement et surtout le débogage (CSS, JavaScript…)

Pour terminer la configuration de Firefox, je copie les fichiers bookmarks.html, signons2.txt et key3.db situé dans mon dossier de profil firefox de l’ancien /home que j’ai sauvegardé (rappelons que le dossier de profil de Firefox a un nom du style ~/.mozilla/firefox/XXXXXXXX.default). En relançant Firefox, je me retrouve alors avec tous mes mots de passes enregistrés, et tous mes marques pages. Pratique…

Le son

Soudainement j’ai envie d’écouter de la musique, je lance donc un MP3 dans Amarok. Immédiatement, l’application me signale que le MP3 n’est pas lisible par défaut et me propose de télécharger les paquets pour le support ; je ne vais pas dire non ! L’installation est automatique, il n’y a rien à faire. Concernant es paramètres d’ALSA et de disposition des hauts parleurs de mon 5.1, je copie le .asoundrc de mon ancien /home. Ainsi, j’ai directement du son sur tous mes hauts parleurs : un vrai bonheur… J’utilise ensuite la commande «alsamixer» pour régler le volume de chaque haut parleur, et je sauvegarde les paramètres avec :

sudo alsactl store

Le réseau

Après cela je me décide à restaurer le réseau que j’ai établi dans ma chambre universitaire. Je commence par vérifier que mes 2 interfaces réseau ont bien été détectées et que leur ordre ne risque pas de changer dans la suite (cela m’est déjà arrivé…) :

sudo nano -w /etc/udev/rules.d/70-persistent-net.rules

Et j’ai bien fait puisque je constate que les 2 interfaces ont été inversées par rapport à ma préférence ; en effet j’aime mieux que le réseau de l’intranet soit attribué à eth0, et avoir l’interface eth1 reliée à mon PC portable situé dans ma chambre. Je modifie donc les deux lignes du style

SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="XX:XX:XX:XX:XX", NAME="eth0"

avec l’adresse mac de la carte réseau à la place des X.

Ceci étant fait, je configure /etc/network/interfaces pour avoir un fichier qui ressemble à cela :

# Reseau general

auto eth0

iface eth0 inet dhcp

# Reseau interne

auto eth1

iface eth1 inet static

        address 192.168.0.1

        netmask 255.255.255.0

Et je relance les interfaces avec :

sudo /etc/init.d/networking restart

Bilan

Voilà, je pense que j’ai fait le tour de toutes les modifications que j’ai apportées. Après un redémarrage, tout semble correct, mise à part le fait que je n’ai plus de splashscreen au démarrage. Je vais essayer de me documenter sur ce point car j’avoue que cela me manque

Sinon, j’ai toujours un problème de locale : je voudrais que mon système soit de base en ISO8859-15 alors qu’il est de base en UTF-8. C’est particulièrement gênant pour les noms de fichiers et même pour leur contenu, surtout quand on doit éditer des fichiers qui ne sont pas encodés de la même façon…

Si je devais faire un bilan de cette installation, je dirais que je suis assez satisfait. En installant la version 64bits, je m’attendais à rencontrer des problèmes, et à part le problème du splash et l’installation de Flash non conventionnelle, je n’ai rencontré aucun soucis propre à cette architecture. Je pense que c’est notamment grâce au fait que les paquets Ubuntu ont eu le temps de mûrir, car l’installation de certains paquets en 64bits il y a plusieurs mois était autrement plus complexe.

Comparé à mon ancienne version 32bits, je constate un gain appréciable en performances. Après, je ne sais pas si cela vient du 64bits ou simplement du fait que l’installation est propre et pas une upgrade d’upgrade bidouillée dans tous les coins. En tout cas je sens la différence, et même si j’étais sceptique sur le 64bit au début, je pense que je vais adopter cette version.

Je me rends également compte à quel point restaurer les paramètres d’un tel système est simple : quelques lignes de commande, deux ou trois fichiers à copier ou à éditer, et on gagne un temps fou en évitant de tout reconfigurer. Attention toutefois de ne pas tomber dans l’extrème et de restaurer brutalement tout son /etc ou son /home ! Cela pourrait poser des problèmes de compatibilité ; de plus si vous aviez des bugs dûs à des problèmes de configuration dans votre ancienne distribution, ils seront propagés dans la nouvelle… Par contre, concevoir un petit script Bash peut être une solution afin d’automatiser ce qui peut l’être, comme la copie de certains fichiers, et l’installation des paquets principaux.

J’espère que la marche à suivre aura aidé ceux qui se sont posés les mêmes questions que moi concernant la réinstallation d’une distribution. Un dernier conseil : surtout, n’oubliez pas de faire un backup total de vos données personnelles (le /home, le /etc et les éventuelles bases de données dans /var/mysql/lib) avant. Si vous avez des choses à ajouter, les commentaires sont là pour ça ! Bon surf