J’ai entrepris cette mise à jour, en espérant que cela pouvait éventuellement résoudre mon problème de blocage du chargement de Linux en fonction de la date du système.

Pour cela, j’ai suivi les instructions de mise à jour données par l’équipe de développement. La mise à jour des paquets m’a posé des problèmes d’espace disque car il semble que le système de base de cette nouvelle version demande plus d’espace disque. J’ai été contraint de désinstaller des logiciels que j’utilisais de temps en temps.

Suite au redémarrage, ce fut la déception (prévisible) : le chargement du noyau se bloquait toujours. J’ai alors été contraint de redémarrer le système en désactivant l’ACPI.

Puis ce fut le drame : le système ne retrouvait pas la partition racine spécifiée dans le fichier de configuration de GRUB (indiquée avec son UUID). Heureusement, je suis arrivé dans un mode où j’ai pu constaté que le chemin représentant ma partition racine n’était plus /dev/hda1 mais /dev/sda1. Ni une ni deux, j’ai redémarré le système en précisant ce chemin.

Mais ce n’était pas encore suffisant : le système n’arrivait pas à monter les partitions. J’ai rapidement compris que le fichier /etc/fstab devait être aussi mis à jour afin de remplacer toute référence à hda par sda.

Après redémarrage, le système se lance finalement jusqu’au bout. Il est maintenant utilisable. Ouf ! Je précise que j’ai également eu l’occasion de mettre à jour le système Frugalware de mon frère et que j’ai eu les mêmes désagréments.

À partir de là, je n’ai pas constaté de problèmes de prise en charge du matériel (à part les fonctions ACPI bien sûr…). Par contre, je subis de gros problèmes de performance. Je ne pense pas que cela vient du système en tant que tel, mais plutôt du changement de version de Mozilla Firefox (4 vers 10). Je pense que cela est du à sa consommation mémoire car j’ai pu constater qu’il pouvait prendre jusqu’à 60 % de la mémoire virtuelle avec seulement 4 ou 5 onglets ouverts. Je trouve cela assez étonnant, étant donné que la version 7 était censée améliorer significativement la consommation mémoire…

En conclusion, mon passage à Frugalware 1.6 (Fermus) a été plutôt malheureux : non résolution du problème lié à la date du système, consommation accrue d’espace disque, et dégradation des performances.

Il s’agissait de ma huitième mise à jour du système, depuis Frugalware 0.8 (Kalgan) et je crois malheureusement que cela sera la dernière, car trop de problèmes se sont maintenant accumulés. De plus, je me rends compte que le cycle de mise à jour de Frugalware ne correspond plus à mes besoins. Lorsqu’une nouvelle version de Frugalware est publiée, elle devient automatiquement la version par défaut. Si je souhaite alors obtenir des mises à jour de sécurité, ou simplement installer un paquet, je suis dans l’obligation de mettre à jour l’ensemble du système, et, ainsi, de prendre le risque d’obtenir des régressions ou des changements non désirés.

Ce n’est en aucun cas un reproche que je fais aux développeurs Frugalware. Le cycle de développement choisi convient sans doute à de nombreuses personnes. Il reste que Frugalware est une distribution complète, avec un nombre très important de paquets, une documentation claire et une communauté active de développeurs. Cela en fait une distribution de très bonne qualité. D’ailleurs, je ne m’interdis pas de revenir vers cette distribution dans le futur (avec une autre machine), ou de la conseiller autour de moi.

Encore merci aux développeurs Frugalware ! Et bonne continuation !

Pour ma part, je suis actuellement à la recherche d’une distribution qui conviendrait à mes besoins, i.e., avec le même objectif de simplicité que Frugalware, mais résolvant mes trois problèmes mentionnés plus haut, et laissant à l’utilisateur le libre choix de passer à une version supérieure du système. À ce jour, je pense me diriger vers une distribution Slackware ou dérivée. J’aurais probablement l’occasion d’en reparler sur mon blog dans un prochain article.

À ce moment, je ne pensais pas que le problème venait du changement d’année, jusqu’à ce que je tentasse de démarrer mon système en mars 2012. Le problème est réapparu. J’ai alors tenté de démarrer le système après avoir changé la date au 28/02/2012. Et le système a bien démarré. Après plusieurs essais de dates, je suis arrivé à la conclusion que le système ne peut fonctionner correctement de mars à décembre, quelle que soit l’année…

J’ai alors repris mes recherches de solution « acceptable » à ce problème (considérant que désactiver l’ACPI ou falsifier la date du système n’étaient pas acceptables), mais je n’ai rien trouvé.

J’ai entrepris de mettre à jour mon système Frugalware vers la version 1.6 (Fermus), en espérant que cela pouvait éventuellement résoudre le problème, mais j’en doutais car j’avais déjà pu constater le même problème en essayant une version live bêta de Frugalware 1.6 (Fermus). Et cela s’est confirmé : le chargement du noyau se bloque toujours.

Suite à mes longues investigations, je pense (mais je ne peux pas vraiment l’affirmer) que le problème est lié au module rtc-cmos. J’imagine que c’est ce module qui va lire la date dans l’horloge système. Si le mois est supérieur à 2, il y a vraisemblablement blocage. Ce que j’ai remarqué, c’est que ce module a été intégré dans le noyau entre la version 1.4 (Nexon) et la version 1.5 (Mores). J’ai l’intime conviction que c’est ce changement qui a entrainé cette régression.

Pourquoi ce module a-t-il été intégré ? Je ne connais pas la raison précise, mais il semble que certaines personnes ont, au contraire, des problèmes si le module n’est pas inclus dans le noyau. Si c’est le cas, je ne peux pas vraiment blâmer les développeurs Frugalware.

Si vous avez des idées sur le problème, ou plus d’informations concernant ce module, n’hésitez pas à laisser un commentaire.

Il s’avère que mon système prend plus de 90 % de mon disque dur, et que la mise à jour du système s’en retrouve compliquée. Je procède donc d’abord par ce nettoyage avant toute mise à jour.

1ère étape : les répertoires temporaires

Je consulte le contenu des répertoires temporaires :
> ls -lrt /tmp
> ls -lrt /var/tmp

Si un fichier ou un répertoire ne me semble plus utile, je le supprime. Exemple :
> rm -rf /var/tmp/<fichier|répertoire>

2ème étape : les journaux

Je commence d’abord par les journaux :
> ls -lrt /var/log

Si je constate qu’un fichier est un peu trop volumineux, je le vide. Exemple :
> echo «  » > /var/log/<fichier>

3ème étape : les paquets logiciels

Je liste les paquets « orphelins », c’est-à-dire, les paquets qui ne dépendent d’aucun autre paquet :
> pacman-g2 -Qed > /var/tmp/orphans1

Dans une autre console, je parcours la liste des paquets trouvés :
> less /var/tmp/orphans1

Si je trouve un paquet qui est superflu, je le désinstalle :
> pacman-g2 -R <paquet>

Puis je recalcule la liste les paquets « orphelins » :
> pacman-g2 -Qed > /var/tmp/orphans2

Et je regarde si de nouveaux paquets sont apparus :
> diff /var/tmp/orphans1 /var/tmp/orphans2

Si de nouveaux paquets superflus apparaissent, je les supprime. Et ainsi de suite…

Enfin, je trie la liste des paquets par ordre de taille. Pour cela, je lance la commande suivante :
> find /var/lib/pacman-g2/local/ -name desc | xargs grep ‘^[1-9][0-9]*$’ | sort -t ‘:’ -k 2 -n

Explications :

• la commande « find … » liste les fichiers desc de tous les paquets de la base de données pacman-g2 ;
• la commande « xargs … » exécute la commande grep sur chacun des fichiers trouvés par find ;
• la commande « grep … » filtre les lignes ne contenant que des chiffres (il s’agit a priori de la taille du paquet) ;
• la commande « sort … » sépare chaque ligne selon le caractère deux-points (« -t ‘:’ »), et trie sur le deuxième champ (« -k 2 ») comme un nombre (« -n »).

Les paquets apparaissant à la fin sont ceux qui prennent le plus de place sur le disque. Il reste alors à voir si ces paquets sont indispensables et, si ce n’est pas le cas, à les désinstaller (si c’est possible).

C’est tout pour aujourd’hui ! Si vous avez d’autres astuces dans le mêmes sens, n’hésitez pas à les partager en commentaires.

Sous mon système (Frugalware Linux), le codage de caractère par défaut est ISO8859. Or, pour certaines raisons que je ne détaillerai pas ici, j’ai besoin de travailler en UTF-8. Pour cela, j’exécute, en m’inspirant de la section UTF-8 de la documentation de mon système, les commandes suivantes dans une console :
export LANG=fr_FR.utf8
export LC_ALL=$LANG
export CHARSET=utf-8

Mais voilà, à partir de là, les touches mortes pouvaient poser problème. Dans des applications GTK, il n’y a aucun problème. Mais dans plusieurs autres applications (comme l’application XTerm et les applications Tk), les touches mortes ne fonctionnaient plus. Par exemple, lorsque je tapais sur la touche ^, le caractère « ^ » était directement affiché, au lieu d’être gardé « en tampon » afin de pouvoir l’associer avec une autre lettre.

Je ne peux pas dire exactement quand ce problème est apparu, mais je pense avoir commencé à constater ce problème à partir de la version 1.4 (Nexon) de la distribution Frugalware Linux, sortie en février 2011.

J’ai longtemps cherché une solution à ce problème, jusqu’à ce que je tombe sur cet article de blog.

Sous Frugalware Linux, le fichier problématique est /usr/share/X11/locale/en_US.UTF-8/XI18N_OBJS. Voici les changements que j’ai appliqués :
6,8c6,10
< XOM   common/xomLTRTTB        _XomGenericOpenOM       # XOM_open
< XIM   common/xiiimp           _SwitchOpenIM           # XIM_open
< XIM   common/xiiimp           _XimpLocalOpenIM        # XIM_open
—
> #XOM  common/xomLTRTTB        _XomGenericOpenOM       # XOM_open
> XOM   common/xomGeneric       _XomGenericOpenOM       # XOM_open
> #XIM  common/xiiimp           _SwitchOpenIM           # XIM_open
> #XIM  common/xiiimp           _XimpLocalOpenIM        # XIM_open
> XIM   common/ximcp            _XimOpenIM

Une explication plus détaillée du problème est explicitée sur ce message de forum. D’après ce que j’ai compris, ce fichier de X.org fait référence à des modules qui ne sont présents que sous le système Sun Solaris.

Suite aux changements, les touches mortes sont devenues fonctionnelles. Je trouve cela un peu aberrant de devoir faire cette manipulation pour avoir un système fonctionnel. Si vous connaissez une autre solution, n’hésitez pas à la partager dans un commentaire.

La mise à jour proprement dite ne m’a pas posé de problème. J’ai suivi scrupuleusement les instructions de mise à jour données par l’équipe de développement. Il me restait simplement à redémarrer.

Cette nouvelle version de Frugalware inclut un changement majeur — le passage à systemd — et j’appréhendais ce redémarrage… Et cela n’a pas raté ! Le système se bloquait lors du chargement du noyau. Les dernières lignes affichées à l’écran n’indiquaient aucune erreur particulière, et aucune trace du fameux (et redouté) kernel panic. Tout semblait laisser croire que le noyau se chargeait correctement, mais que systemd ne prenait pas le relais. Je me suis alors mis à la recherche d’un paramètre de noyau permettant de fournir des informations sur le problème ou de débloquer le chargement du système. Après de nombreuses recherches sur Internet, j’ai trouvé un paramètre intéressant : acpi=off.  Il désactive l’ACPI (fonctions de gestion d’énergie) et m’a permis de démarrer mon système.

Cependant, cela ne me satisfaisait pas, car les fonctions de gestion d’énergie, comme le contrôle de la batterie, la mise en veille ou le paramétrage des boutons d’alimentation, n’étaient plus actives. J’ai d’abord essayé de réinstaller quelques paquets majeurs comme le noyau et systemd, mais cela n’a eu aucun effet. J’ai alors passé plusieurs jours à chercher un autre paramètre de noyau qui pourrait agir sur l’ACPI sans le désactiver et qui permettrait à mon système de démarrer. Le 31 décembre, je trouve enfin le Saint-Graal : pci=usepirqmask. Satisfait, je alors suis parti fêter le réveillon de nouvel an. Le lendemain (en 2012 donc), j’ai réessayé de démarrer mon système sans paramètre particulier, et là, le système a démarré correctement ! Ai-je fait quelque chose sur le système ? Je ne le crois pas. Est-ce l’effet de la nouvelle année ? Je ne le pense pas. Le dernier démarrage avec le paramètre pci a-t-il permis au système de conserver la configuration matérielle de ma machine ? Je n’en sais rien… Toujours est-il que le problème ne s’est plus manifesté depuis.

Avec systemd, le temps de démarrage devait être amélioré. J’ai pris le soin de mesurer la durée avant et après la mise à jour. Avec Frugalware 1.4, mon système mettait environ :

• 18 secondes jusqu’à la fin de GRUB et le début du chargement du noyau,
• 49 secondes jusqu’à la fin du chargement du noyau et l’affichage de l’écran de démarrage (splash),
• 88 secondes jusqu’à l’affichage de l’écran de connexion (slim).

Cela veut donc dire que mon système démarrait en 70 secondes. Avec Frugalware 1.5, mon système met environ :

• 18 secondes jusqu’à la fin de GRUB et le début du chargement du noyau,
• 54 secondes jusqu’à la fin du chargement du noyau et l’affichage de l’écran de démarrage (plymouth),
• 77 secondes jusqu’à l’affichage de l’écran de connexion (slim).

Cela veut donc dire que mon système démarre maintenant en 59 secondes, soit 11 secondes gagnées. Cela n’est pas négligeable mais ne change pas la vie non plus. Par contre, sur la machine de mon frère (moins vieille que ma machine), j’ai pu constater que le démarrage est fulgurant (une poignée de secondes) !

J’ai également eu un problème avec la connexion au réseau Wifi de mes parents, qui ne s’initialise pas correctement au démarrage du système. Je n’ai pas constaté le problème avec mon réseau Wifi (qui a une configuration différente). Je n’ai pas pu investiguer plus en profondeur.

Au niveau des applications, tout fonctionnait aussi bien qu’avant, sauf pour Liferea, le lecteur de flux RSS, qui marquait systématiquement 10 ou 20 articles de chaque fil comme non lus, alors que je les avais déjà lus. De plus, il m’a semblé particulièrement gourmand en mémoire. J’ai été étonné de constater que la version installée était la version instable 1.7.6. J’ai donc décidé de me créer un paquet pour installer la dernière version stable de la branche 1.6 (1.6.7), qui fonctionne beaucoup mieux. N’hésitez pas à me contacter si vous souhaitez le paquet.

En conclusion,  mon passage à Frugalware 1.5 (Mores) s’est déroulé  dans une certaine douleur. Mais, au final, je pense n’avoir rien perdu en fonctionnalités, en stabilité ou en performance.

Il s’agissait de ma septième mise à jour du système, depuis Frugalware 0.8 (Kalgan). J’ai pu, une nouvelle fois, mettre à jour son système sans pour autant passer par une réinstallation complète. Je tiens à remercier et à féliciter les contributeurs Frugalware pour cette version.

J’espère que cet article vous aura intéressé. N’hésitez pas à laisser des commentaires.

MS Window XP est installé sur l’ordinateur. Comme ce système travaille avec l’horloge RTC (celle de la machine, configurable dans le BIOS), nous sommes contraints de renseigner l’heure locale dans l’horloge RTC.

Par conséquent, mon frère et moi avions  sélectionné, à l’installation, le choix localtime, afin que l’heure du système soit celle de l’horloge RTC.

Pourtant, suite au démarrage du système installé, l’horloge du système avait une heure d’avance. La commande date renvoyait l’heure locale avancée d’une heure alors que les commandes date -u et hwclock renvoyaient l’heure locale.

Après quelques jours de tergiversation, j’ai trouvé la manipulation à effectuer pour régler le problème (en tant que root) :

1. Régler d’abord l’horloge du système avec l’heure locale. Exemple de commande à exécuter : date -s 18:45:30.
2. Appliquer cette heure à l’horloge RTC. Commande à exécuter : hwclock  –systohc.

Suite à cette manipulation, c’est l’heure de l’horloge RTC qui est utilisée, aussi bien sous Linux que sous MS Windows.

J’espère que cette solution pourra être  utile à quelqu’un d’autre.

Tout d’abord, dans le courant de l’année 2010, le site de l’auteur du projet (hébergeant Ion3) est devenu inaccessible. L’auteur du projet, Tuomo Valkonen, avait tout simplement retiré toutes les ressources liées à ce projet. Je n’ai trouvé aucune justification à cela. Il faut dire que l’auteur est connu pour ses conflits avec la communauté des logiciels libres…

Heureusement, il y a quelques mois, l’auteur a publié une page permettant de télécharger tous les logiciels qu’il a créés (dont Ion3).

Entre temps, deux forks de Ion3 sont apparus: Notion et Anion. Ce dernier semble avoir été abandonné au profit du premier. Je suis d’ailleurs le projet Notion (notez le jeu de mot avec not ion) depuis quelques mois, et je peux dire qu’il est plutôt actif, même si rien n’a été publié pour l’instant. J’espère qu’il aboutira à quelque chose.

Malgré tout cela, je continue à utiliser Ion3 comme gestionnaire de fenêtres, considérant que ce n’est pas parce qu’un projet est mort que son produit l’est.

Je sais que des gestionnaires de fenêtres similaires existent (wmii, xmonad, awesome, …) . J’avoue que je n’ai jamais pris le temps de les essayer. Si vous avez eu l’occasion de les comparer avec Ion3, n’hésitez pas à me faire part de vos impressions en commentaires.

Il y a quelques années, on m’avait offert un kit clavier et souris sans fil fonctionnant par ondes radio. Il s’agissait d’un modèle de marque Logitech. Chaque périphérique fonctionnait avec des piles. La qualité du produit était de bonne facture, et tout fonctionnait très bien… sauf quand les piles commençaient à être à plat. Dans ce cas, cela devenait un peu pénible : un clic de souris sur deux fonctionnait; le clavier pouvait se « bloquer » et donner l’impression au système qu’une touche est maintenue pressée (alors que vous l’aviez relâchée en réalité); les mouvements de la souris n’étaient pas réactifs. C’est assez frustrant car les piles ne sont pas complètement à plat mais vous devez quand même les changer. Ces désagréments m’ont décidé à abandonner ces deux périphériques et à opter pour un clavier et une souris filaires (un clavier PS/2 Cherry et une souris USB Logitech).

Il y a quelques mois, j’avais acheté une tondeuse à cheveux, de marque Tristar, soi-disant sans fil, et censé fonctionner branché sur le secteur. Je la qualifie de « soi-disant sans-fil », car l’autonomie était très faible (quelques minutes) alors que le temps de charge requis indiqué dans le manuel était de plusieurs heures. Quand la batterie était vide, il y avait la possibilité de brancher l’appareil sur le secteur. L’idée paraît sympathique, même elle est en réalité dramatique. Dans ce mode de fonctionnement, le moteur continuait à tirer son énergie de la batterie, et la batterie se rechargeait à sa vitesse… Résultat : le moteur n’a aucune puissance, et la tondeuse finit par s’arrêter brusquement, en arrachant quelques cheveux au passage… C’est tout simplement inutilisable. J’ai alors décidé d’acheter une nouvelle tondeuse à cheveux, ne fonctionnant uniquement que branchée sur le secteur (le modèle QC5130/15 de Philips, disponible aux alentours de 20 euros).

Ces deux expériences m’ont amené à la conclusion suivante : NON aux appareils fonctionnant sur batterie, sauf quand l’appareil se doit réellement d’être mobile (comme un téléphone portable par exemple) !

Je vois plusieurs inconvénients aux produits sans fil par rapport aux produits filaires :

• Le poids, tout d’abord. La présence d’une batterie ou de piles rend l’appareil sans fil plus lourd qu’un appareil filaire. Et cela pénalise la maniabilité. On me dira qu’avoir un fil pénalise également la maniabilité. Pour une tondeuse à cheveux, c’est peut-être vrai, mais pour un clavier, ce n’est pas le cas du tout. Dans le cas de la tondeuse Philips QC5130/15, le fil est assez long et fin, et je n’ai pas trouvé que cela limitait la maniabilité de l’appareil.
• Le coût d’achat, ensuite. J’ai pu constater qu’un appareil sans fil coûte plus cher. Dans la gamme des tondeuses Philips, il faut compter au moins 30 euros pour un modèle sans fil, soit au moins 10 euros de plus que le modèle filaire. Il peut également exister un coût caché, lorsque l’appareil fonctionne avec des piles. Il faut soit acheter régulièrement de nouvelles piles, soit acheter des piles rechargeables (et les recharger régulièrement). Dans les deux cas, c’est un coût qui s’ajoute au coût d’achat de l’appareil.
• Des contraintes d’utilisation, enfin. Si vous voulez utiliser votre tondeuse à cheveux, il faut penser à la recharger à l’avance, et la plupart des modèles nécessitent plusieurs heures de recharge. Cela veut donc dire que vous devez mettre à recharger la tondeuse la veille de son utilisation. C’est le même genre de contrainte avec les appareils fonctionnant avec des piles. Il faut prévoir des piles de rechange, ou penser à recharger les piles rechargeables.

Tout cela fait que, contrairement à ce qu’on pourrait supposer, les appareils sans fil restreignent la liberté. De plus, on peut également se demander l’utilité du « sans fil » pour certaines applications. Je me vois mal utiliser un clavier et une souris à plus de deux mètres de mon ordinateur. Or il s’agit de la longueur maximale d’un fil. Je vois également mal pourquoi je devrais utiliser ma tondeuse à cheveux en dehors de la maison et, de nos jours, des prises électriques sont placées dans chaque pièce de la maison.

Malheureusement,  j’ai pu constater que les appareils filaires se faisaient de plus en plus rare. La tondeuse Philips QC5130/15 était le seul modèle filaire que j’ai trouvé parmi tous les modèles disponibles sur les sites de vente en ligne, ou dans les magasins. J’ai également constaté que les claviers et les souris proposés à la vente étaient majoritairement sans fil. Je trouve tout cela bien dommage.

Que vous partagiez mon avis ou que vous ne soyez pas d’accord, je serai heureux d’avoir vos avis en commentaires.

J’ai d’abord procédé à la mise à jour, en suivant les instructions de mise à jour données par l’équipe de développement. Comme d’habitude, je ne fais une mise à jour massive, comme indiqué dans les instructions, car j’ai un espace disque qui ne permet pas de télécharger tous les paquets à mettre à jour. A la place, je suis obligé d’installer les paquets par groupe de 5 ou 6, en vidant le cache de pacman-g2 régulièrement. Cela fait que je me peux me retrouver à effectuer des opérations avec un système à moitié mis à jour. Dans ce cas-ci, la commande df ne fonctionnait plus (heureusement, elle est redevenue pleinement opérationnelle après la fin de la mise à jour et un redémarrage).

Suite au redémarrage, j’ai malheureusement constaté trois soucis.

Tout d’abord, ma connexion Wifi ne fonctionnait plus. Ma clé USB Wifi était bien reconnue, mais mal configurée. Comme indiqué dans de précédents articles, et en particulier celui concernant la configuration de cette clé, j’ai l’habitude d’utiliser le pilote Windows, via le module ndiswrapper. Or, ce module ne peut plus être chargé. J’ai reporté le problème dans l’outil de suivi des bugs de Frugalware.

Heureusement pour moi, ma clé USB Wifi est reconnue par un autre pilote, le module r8712u. Bien que ce module soit expérimental (staging), il semble parfaitement fonctionner, jusqu’à maintenant, en tout cas. Cependant, j’ai constaté qu’on ne peut assigner un essid à l’interface Wifi qu’à partir du moment où elle est activée. Je devais donc assigner l’essid manuellement, après chaque démarrage du système.

Pour automatiser cela au démarrage du système, j’ai suivi le conseil donné dans la page man de netconfig (l’outil réseau de Frugalware), en ajoutant les deux lignes suivantes dans mon fichier /etc/sysconfig/network/default :

pre_up = ifconfig wlan0 up

post_down = ifconfig wlan0 down

La première ligne a pour effet d’activer l’interface Wifi (wlan0) avant sa configuration proprement dite et, en particulier, le positionnement de l’essid. Symétriquement, la deuxième ligne permet de désactiver l’interface Wifi après que l’interface Wifi soit « dé-configurée ».

Mon deuxième soucis concernait le plantage des applications Web que j’utilise régulièrement: firefox, liferea (aggrégateur de flux RSS, qui une petite fonction de navigation) et uzbl (un navigateur que j’expérimente de temps à autres). Ces trois applications plantaient systématiquement dès qu’une page devait être chargée.
J’ai commencé par désinstaller les plug-ins firefox, et en particulier le plug-in flash, mais ça plantait encore. Je me suis également lancé dans la désinstallation d’un maximum de polices, en pensant que cela pouvait être une chose commune entre ces trois applications, mais cela n’a rien changé. Désespéré, je me suis alors dirigé vers le salon IRC francophone de Frugalware. Les gens ont pris le temps d’écouter mon problème (merci à eux !) et m’ont donné un ou deux conseils, mais qui n’ont pas porté leurs fruits.

Entre temps, un collègue de travail m’a conseillé d’utiliser l’outil strace, que je ne connaissais pas du tout. Il permet de voir tous les appels systèmes (librairies chargées, fichiers accédés, …) effectués par une application. Je l’ai installé en tapant simplement :

# pacman-g2 -S strace

Je l’ai d’abord essayé avec firefox :

# strace firefox

Mais cela ne m’a donné aucune piste. J’ai ensuite essayé avec liferea :

# strace liferea

Et là, quelques lignes ont attiré mon attention. Ces lignes indiquaient que l’application tentait de charger la librairie /usr/lib/firefox/plugins/libflashplayer.so. Ce fichier existait bien et était un lien vers /usr/lib/mozilla/plugins/libflashplayer.so. J’étais étonné car il s’agit de la librairie du plug-in flash, alors que j’avais désinstallé le plug-in flash. J’ai alors vérifié d’où venait ces deux fichiers :

# pacman-g2 -Qo /usr/lib/firefox/plugins/libflashplayer.so

erreur: Aucun paquet ne contient /usr/lib/firefox/plugins/libflashplayer.so

# pacman-g2 -Qo /usr/lib/mozilla/plugins/libflashplayer.so

erreur: Aucun paquet ne contient /usr/lib/mozilla/plugins/libflashplayer.so

J’avais donc deux fichiers fantômes, n’appartenant à aucun paquet. J’ai alors renommé les deux répertoires plugins en plugins.bak. Puis j’ai réessayé les trois applications Web, et là, bingo ! Elles semblaient fonctionner parfaitement.

J’ai alors réinstallé le plug-in flash. Tout fonctionnait encore. De toute évidence, la mise à jour du paquet flashplugin et sa suppression n’ont pas fonctionné, et je ne sais pas pourquoi.

Enfin, mon troisième soucis concerne le fichier rc.local (du répertoire/etc/rc.d/). J’y ai quelques commandes me permettant d’activer des touches spéciales de mon clavier (du genre touche Internet). Suite à la mise à jour, j’ai constaté que ces touches ne fonctionnaient plus.

En analysant le problème, j’ai eu la désagréable surprise de voir que le fichier rc.local avait été écrasé par une version vierge, sans mes modifications. Est-ce normal ? Ai-je fait une mauvaise manipulation ? Y a-t-il un autre fichier plus approprié pour exécuter des commandes à chaque démarrage ? Je ne sais pas. Si quelqu’un a une idée, je serais très content de la connaitre.

En conclusion,  mon passage à Frugalware 1.4 (Nexon) s’est déroulé globalement bien. J’ai eu les trois soucis mentionnés ci-dessus, mais ils ont été finalement vite corrigés. Au final, je n’ai perdu ni en fonctionnalités, ni en stabilité, ni en performance.

J’apprécie le nouvel écran graphique de démarrage, très sobre, avec simplement le logo et le slogan de Frugalware. Je regrette simplement la disparition de la barre de progression.

Il s’agissait de ma sixième mise à jour du système, depuis Frugalware 0.8 (Kalgan). C’est toujours un plaisir de voir que l’on peut mettre à jour son système sans pour autant passer par une réinstallation complète. Je tiens à remercier et à féliciter les contributeurs Frugalware pour cela.

J’espère que cet article vous aura intéressé. N’hésitez pas à me faire part de vos commentaires.

Il s’agit d’une clé de marque Amarina et de modèle Wireless Lan USB 54M 802.11G 54 Mbps (cf. page du produit).

Malheureusement, la clé n’est pas reconnue automatiquement sous Frugalware 1.3 (Haven) et il a fallu chercher longuement avant de pouvoir la faire fonctionner.
Comme souvent avec ce genre de produit, ce n’est pas vraiment la marque et le modèle du produit qui compte, mais la puce (chipset) qui est à l’intérieur.

La commande lsusb retourne la ligne suivante :

Bus 001 Device 002: ID 148f:2070 Ralink Technology, Corp.

Ceci laisse penser que la puce est une Ralink Technology 2070.

Mon frère et moi avons d’abord essayé d’utiliser le pilote ndiswrapper (pilote faisant office de sur-couche au dessus des pilotes Windows).

Pour cela, nous avions besoin des pilotes Windows. Le seul élément donné par le constructeur était un exécutable Windows (extension .exe). Nous avons cherché tous les moyens d’extraire les pilotes de cet exécutable. En vain… Nous avons finalement dû exécuter le fichier sur une machine Windows XP, ce qui revient à procéder à l’installation du pilote. Nous avons ainsi pu récupérer le pilote (pour cela, il suffit de chercher un fichier *.inf dans c:\windows).

Nous avons alors utilisé le pilote (un fichier .inf et des fichiers associés dans un même répertoire) pour configurer ndiswrapper. Malheureusement, cela n’a rien donné. Je ne me souviens pas du problème exact mais je me rappelle qu’une erreur survenait lors de l’initialisation du périphérique.

Nous nous sommes rabattus sur l’installation du pilote natif pour Linux. Pour cela, nous avons suivi les instructions données sur une discussion du forum Ubuntu.
Etant donné que les instructions sont données un peu dans tous les sens, et qu’elles sont incomplètes pour les dernières versions du noyau, ou inadaptées pour Frugalware 1.3 (Haven), je me permets de les résumer :

1) Télécharger les sources du pilote nommé RT3070USB(RT307x) sur la page Support Linux du site web de Ralink Technology, ou via le lien proposé sur la discussion du forum Ubuntu.

2) Prendre les droits root.

su -

3) Installer les sources du noyau.

pacman-g2 -S kernel-headers kernel-source

4) Désarchiver le paquet téléchargé et se déplacer dans le répertoire créé.

tar jxvf /2009_0525_RT3070_Linux_STA_v2.1.1.0.bz2

cd 2009_0525_RT3070_Linux_STA_v2.1.1.0

5) Modifier le fichier os/linux/usb_main_dev.c pour ajouter la ligne

{USB_DEVICE(0x148F,0×2070)}, /* Ralink 2070L */

juste en dessous de la ligne

#ifdef RT3070

6) Télécharger le patch attaché à la discussion du forum Ubuntu, ou celui attaché à cet article, puis l’appliquer.

cd ..

gunzip /rt3070-2.6.31-compile.patch.gz

patch -p0 < /rt3070-2.6.31-compile.patch

cd 2009_0525_RT3070_Linux_STA_v2.1.1.0/

Ceci est valable pour un noyau de version supérieure ou égale à 2.6.31, ce qui est le cas Frugalware 1.3 (Haven).

7) Modifier le fichier include/iface/rtmp_usb.h afin de remplacer les mots-clés usb_buffer_alloc et usb_buffer_free respectivement par les mots-clés usb_alloc_coherent et usb_free_coherent.

Ceci est valable pour un noyau récent, ce qui est le cas de Frugalware 1.3 (Haven), qui présente le noyau 2.6.35.8.

8) Modifier le fichier os/linux/config.mk pour activer le support WPA (replacer n par y pour la propriété HAS_WPA_SUPPLICANT).

9) Lancer la compilation du pilote.

make

10) Installer le pilote.

make install

11) Charger le pilote.

modprobe rt3070sta

Si tout se passe bien, la clé USB Wifi devrait se mettre à clignoter. L’interface réseau ra0 devrait apparaitre sur la sortie de la commande suivante :

ifconfig -a

Enfin, les réseaux Wifi disponibles doivent pouvoir être listés :

iwlist ra0 scan

Il reste alors à configurer l’interface réseau en utilisant, par exemple, netconfig ou wicd. Pour une raison complètement inconnue, je n’ai pas réussi à faire fonctionner la clé Wifi avec une adresse IP dynamique (DHCP) mais c’est peut-être dû au routeur utilisé.

Malheureusement, je dois avouer que je ne suis pas sûr à 100% de la procédure. Avec mon frère, nous avons dû pas mal tâtonner pour arriver à nos fins. Si j’ai l’occasion, j’essaierai de reconfirmer la procédure.

Comme vous pouvez le constater, le nombre d’opérations à effectuer est assez important. Idéalement, il serait intéressant de faire un paquet Frugalware pour automatiser les instructions et faciliter l’installation du pilote.

Néanmoins, j’espère que cet article sera utile à quelqu’un. Comme d’habitude, n’hésitez pas à laisser un commentaire si vous avez une remarque ou une question.