Utilisateur de Compiz-Fusion et de Conky, j’ai été confronté au problème de l’ombrage de la fenêtre de Conky par Compiz-Fusion.

Voici comment régler le problème :

1 – Lancer le gestionnaire de confiruration de Compiz-Fusion :

2- Sélectionner Window Decoration dans la rubrique Effets :

3 – Ajouter une exception pour les ombrages de fenêtres :

Et le tour est joué.

Une des nouveautés de Fedora 11 est la vérification des données SMART des disques durs.

En cas de défaillance ou de signe de défaillance d’un disque, une applet signale le problème en affichant une icône dans la zone de notification du tableau de bord.

Venant de finir l’installation de Fedora 11 sur ma machine principale, je viens de découvrir un problème sur un de mes disques, je vais donc le remplacer.

Merci Fedora 11 et Palimpsest

Voici comment se présente la notification du problème :

En cliquant sur l’icône, on obtient la liste des disques posant problème :

Un petit clique plus tard, on ouvre une fenêtre permettant d’identifier le disque avec plus de précision :

En cliquant sur le bouton Détails…, on accède aux données SMART, ce qui permet de connaître avec précision la raison de l’alerte :

Dans mon cas, il s’agit de secteurs défectueux.

Ce disque faisant partie d’un Volume Group, je vais, par prudence, le remplacer.

Cette extension de Nautilus rajoute une option au menu contextuel du bureau permettant d’ouvrir un terminal. Ainsi, sur un simple clique-droit, on peut sélectionner « Ouvrir dans un terminal » à partir du bureau.

Adepte de cette extension de nautilus depuis longtemps, j’ai déploré la modification de sont comportement, lorsqu’il s’est mis à ouvrir le terminal avec le Bureau comme dossier par défaut. En effet, je préférais nettement lorsqu’il ouvrait le terminal dans le dossier home.

Heureusement, il existe un paramètre qui permet de retrouver l’ancien comportement et donc, d’ouvir par défaut le terminal dans le dossier racine de l’utilisateur.

La première chose à faire est de vérifier que gconf-editor est bien installé, si ce n’est pas le cas, la commande suivante permettra de l’installer :

# yum -y install gconf-editor

Ensuite, dans l’éditeur de configuration de Gnome (gconf-editor), on recherche la clé de registre /apps/nautilus-open-terminal/desktop_opens_home_dir que l’on coche pour que l’extension ouvre désormais le terminal avec le dossier home par défaut.

Nous allons voir comment remplacer un disque dans un Volume Group.

Cette opération se fait en trois étapes :
- on ajoute le nouveau disque dur au Volume Group,
- on déplace les données de l’ancien disque vers le nouveau,
- puis on réalise l’échange physique des disques.

L’opération s’effectue au moyen de quelques commandes simples.

Introduction

Avant de commencer, je me dois de rappeler que toute manipulation sur des disques contenant des données comporte des risques. Je vous recommande donc fortement de faire des sauvegardes de vos données avant de vous lancer.

Connaître les disques dur faisant partie d’un Volume Group

# pvdisplay

Cette commande nous permet de connaître la liste des Volume Groups ainsi que celle des disques durs qui les composent.

Identifier avec certitude le disque concerné

Nous souhaitons remplacer le disque /dev/sdb qui fait partie du Volume Group VGData. Nous allons, tout d’abord, utiliser quelques commandes nous permettant d’identifier physiquement et avec certitude le disque dur concerné.

# hdparm -i /dev/sdb

Cette commande nous permet d’obtenir le numéro de série du disque, qu’il faudra comparer avec l’étiquette figurant sur le disque dur.

Eteindre la machine pour mettre en place le nouveau disque

# shutdown -h now

Petite astuce si vous n’avez plus de port SATA disponible sur votre carte mère : vous pouvez utiliser celui sur lequel le lecteur de CD/DVD est branché (c’est ce que j’ai fait, et ça ne pose aucun problèmes).

La procédure à proprement parler

Il est maintenant temps de rallumer la machine pour procéder à l’opération.

Le nouveau disque est identifié par /dev/sdf dans notre système. Nous allons commencer par créer un volume physique sur notre disque.

# pvcreate --verbose /dev/sdf

Ensuite, nous allons ajouter notre volume physique au Volume Group VGData

# vgextend --verbose VGData /dev/sdf

Puis viens le moment de déplacer les données. Cette opération est, bien entendu, la plus longue.

# pvmove --verbose /dev/sdb1 /dev/sdf

Notez que le volume physique de départ est /dev/sdb1, cela tient au fait que le disque a été partitionné, et c’est la première partition qui représente le volume physique attaché au Volume Group. Un volume physique peut également être un disque non partitionné, ce sera le cas de notre nouveau disque.

Maintenant que le déplacement des données est terminé, il faut retirer l’ancien disque du Volume Group.

# vgreduce --verbose VGData /dev/sdb1

Echange physique des disques

Il ne reste plus qu’à éteindre la machine pour retirer physiquement l’ancien disque et mettre le nouveau à sa place.

Un dernier conseil, attendez que les disques refroidissent, parce qu’après le travail que nous leur avons demandé, ils sont sans doute très chauds.

Voilà, je viens d’installer la nouvelle version de Fedora sur une machine que j’avais réservé pour le tester et sur mon ultra-portable.

J’ai choisi, dans les deux cas, de faire une installation et non une mise à jour. Je voulais me faire mon idée sur une installation la plus propre possible. Voici mes premières impressions.

Les machines

Portable Dell XPS M170 Pentium M @ 2,26 Ghz / 1,5 Go de RAM
Ultra-Portable Sony Vaio VGN-TX3XP U1400 @ 1,20 Ghz / 1,5 Go de RAM

Boot depuis le DVD d’installation

Je me souviens que j’avais du ajouter l’argument linux clocksource=acpi_pm pour que l’installation de Fedora 8 aboutisse sur le Dell XPS M170. Mais ceci est de l’histoire ancienne, avec Fedora 9, tout roule. Les deux machines ont lancé l’installation sans aucun soucis, ni paramètres additionnels pour le kernel.

L’installation

Au registre des nouveautés, j’ai noté :

• La présélection du fuseau horaire
• La désactivation de l’IPV6 dans les paramètres personnalisés de l’interface réseau
• La possibilité de chiffrer le système
  J’avais essayé cette possibilité sur la beta, mais je n’en ai pas l’utilité et ça impose de saisir un mot de passe au boot. Je ne l’ai donc pas sélectionné.
• La possibilité de redimensionner les partitions existantes (y compris le NTFS).

Le travail fourni sur anaconda est très appréciable, j’ai hâte de voir la suite.

Le premier boot

L’installation sur les deux machines s’est très bien passée, il est temps maintenant de rebooter.
Le nouveau thème de Sulphur est très sympa, mais par contre je n’aime pas le nouveau GDM.

Il faut dire que l’ancien thème pour le gestionnaire de login était particulièrement réussi.
Un chose est à souligner, le pc boote vraiment plus rapidement, c’est très appréciable.

Les petites nouveautés

• NetworkManager est maintenant lancé par défaut, et il se souviens des clés saisies automatiquement. YES !!!!
• Le nouveau gestionnaire d’installation/suppression de logiciels permet de mémoriser le mot de passe.
• Gnome est maintenant sonorisés, c’est assez discret pour être conservé. On verra à l’usage.
• Les souris multi-boutons enfin supportées, plus besoin de trifouiller le xorg.conf pour avoir les fonctions suivant et précédent sur sa souris
• Les touches multimédia sont aussi à l’honneur, même si leur reconnaissance est encore imparfaite (sur l’ultra-portable vaio, il faut que j’appuie sur la touche STOP pour éjecter le CD, mais j’ai le droit à une belle icône au milieu de l’écran).
• Dans le terminal : Il va falloir changer ses habitudes et répondre « o » au lieu de « y« , en tout cas pour yum en ligne de commande, je n’ai pas vérifié pour les autres. Ca à l’air de rien, mais c’est très déroutant au début.

Voilà pour mes premières impressions sur notre belle Suplhur.

Voilà, c’est officiel !

Fedora 9 est disponible depuis près de 15 minutes à l’heure où j’écris ce billet.

J’ai lancé le téléchargement depuis mon ftp préféré – non, je ne vous donnerai pas l’URL

Et si tout vas bien, dans environ 3h, je serais capable de procéder à la première installation sur la machine de test qui attend ça depuis quelques jours déjà.

Cette Fedora 9 sera l’occasion pour moi d’alimenter mon blog, alors restez à l’écoute…

J’ai enfin trouvé comment activer le modem 3G de mon Vaio SZ sous Linux.

Le modem n’est pas activé au boot, il faut utiliser la commande suivante pour le mettre en marche :

# cat 1 > /sys/devices/platform/sony-laptop/wwanpower

La led verte doit s’allumer pour montrer que le modem est en fonctionnement.

Pour l’éteindre, il suffit de passer la commande inverse :

# cat 0 > /sys/devices/platform/sony-laptop/wwanpower

Lorsqu’on utilise une connexion wifi sécurisée, le mot de passe de la connexion est stocké dans le porte-clés.

Mais, ce porte-clés est lui-même protégé par un mot de passe qui est demandé juste après l’ouverture de session.

Nous allons voir comment améliorer cela, en ouvrant automatiquement le porte-clés grâce au mot de passe de session.

Vérifier que l’on dispose de tous les paquetages nécessaires

Les paquetages nécessaires sont les suivants :

• gnome-keyring-0.6.0-1.fc6
• gnome-keyring-manager-2.16.0-2.fc6
• pam_keyring-0.0.8-3.fc6
• gnome-keyring-devel-0.6.0-1.fc6

Si des paquetages manquent, il suffit de les installer à l’aide de la commande yum.

Dans mon cas, j’ai du utiliser les deux commandes suivantes :

yum install gnome-keyring-manager
yum install pam_keyring

Vérifier que le deamon de gestion du porte-clés fonctionne

ps -edf | grep keyring

Le résultat renvoyé doit ressembler à ca :

xxxx 2951    1 0 21:27 ?     00:00:00 /usr/bin/gnome-keyring-daemon
root 3453 3384 0 21:30 pts/1 00:00:00 grep keyring

Editer le fichier /etc/pam.d/gdm

Son contenu doit-être rigoureusement conforme à ceci :

auth       required    pam_env.so
auth       optional    pam_keyring.so try_first_pass
auth       include     system-auth
account    required    pam_nologin.so
account    include     system-auth
password   include     system-auth
session    optional    pam_keyinit.so force revoke
session    include     system-auth
session    required    pam_loginuid.so
session    optional    pam_console.so
session    optional    pam_keyring.so

Il ne reste plus qu’à rebooter le système pour constater que le mot de passe du porte-clé n’est plus demandé.

NB: Bien entendu, pour que celà puisse fonctionner, il faut que le mot de passe du porte-clés soit identique au mot de passe de session.

Sur un réseau local classique, le support d’IPV6 n’apporte rien.

Afin d’améliorer les performances et de supprimer le lancement de services inutiles, il y a lieu d’effectuer un certain nombre d’opérations tant au niveau du système que du paramétrage de son navigateur (Firefox dans mon cas).

Préambule

Toutes les opérations décrites ci-dessous et précédées d’un signe # sont à exécuter dans un terminal en mode administrateur (root).

Edition du fichier /etc/sysconfig/network

# gedit /etc/sysconfig/network

Il faut changer
NETWORKING_IPV6=yes
en
NETWORKING_IPV6=no

Modifier les paramètres du noyau

# gedit /etc/modprobe.conf

Il faut ajouter les lignes suivantes à la fin du fichier, si elles n’existent pas.

alias net-pf-10 offalias ipv6 off

Arrêter et désactiver le service ip6tables

On peut effectuer ces deux action à l’aide des commandes suivantes :

# service ip6tables stop
# chkconfig ip6tables off

Pour que toutes ces modifications soient prises en compte, il faut redémarrer la machine. Mais il nous reste quelques taches à effectuer avant.

Modification du fichier /etc/hosts

Le fichier /etc/hosts doit contenir une syntaxe IPV6 qu’il convient maintenant de supprimer.

::1 localhost.localdomain localhost

Attention de ne surtout pas toucher aux autres lignes et notamment :

127.0.0.1 localhost.localdomain localhost

Cette ligne est nécessaire au bon fonctionnement des services réseau.

Modification du paramétrage de Firefox

Pour que Firefox n’effectue plus de résolution de nom en IPV6 (ce qui le ralentit), il faut modifier un paramètres dans sa page de configuration.

Pour celà, il faut le lancer et taper about:config dans la barre d’adresse. Ensuite on entre ipv6 dans la zone filtre et on modifie le paramètre qui apparaît comme dans l’illustration ci-dessous :

Redémarrer la machine

Pour que toutes ces modifications soient prises en compte, il y a lieu de redémarrer la machine.

Renommer un utilisateur sous Linux est une chose relativement facile, à condition de bien s’y prendre.

Nous allons voir comment procéder pour que notre utilisateur conserve son UID (identifiant d’utilisateur) et son GID (identification de groupe), de telle sorte qu’il conserve ses droits. De même, nous allons transférer ses fichiers dans un nouveau dossier.

Préambule

Pour pouvoir renommer un utilisateur, il faut que celui-ci ne soit pas connecté. De plus, il faut s’assurer qu’aucun processus ou aucune tache ne s’exécute en son nom. Bien entendu, toutes les opérations décrites dans ce tutorial devront être exécutées dans un terminal en mode administrateur (root).

Modification du groupe

Nous allons tout d’abord modifier le nom du groupe correspondant à l’utilisateur. Par défaut, un utilisateur a un groupe qui porte son nom, nous souhaitons donc le renommer également. Pour cela, il faut exécuter la commande :

# groupmod -n <nouveau-nom> <ancien-nom>

Pour se convaincre que la modification a bien été effectuée, on peut vérifier que le dossier personnel de l’utilisateur (/home/<nom-de-l’utilisateur>) appartient bien au groupe renommé.

Modification du nom de l’utilisateur

La commande de modification du nom de l’utilisateur est plus complexe. En effet, il ne suffit pas de changer le nom, comme pour le groupe, mais d’autres opérations sont nécessaires comme :

• Créer un dossier d’utilisateur sous le nouveau nom
• Transférer tous les fichiers de l’utilisateur dans le nouveau dossier
• Modifier le nom complet de l’utilisateur (le cas échéant)

La commande à exécuter pour effectuer toutes ces opérations est la suivante :

# usermod -d /home/<nouveau-nom-dossier> -m -l <nouveau-nom> -c <nouveau-nom-complet> <ancien-nom>

L’exécution peut prendre un certain temps, en fonction du nombre de fichiers concernés.

Rechercher les fichiers de configuration

Il n’est pas rare que les fichiers de configuration de l’utilisateur comportent en dur le chemin vers le dossier de l’utilisateur ou tout autre paramètre faisant référence au nom de l’utilisateur. Il peut donc être intéressant de modifier directement les fichiers pour rétablir les chemins qui auraient été cassés par le changement de nom de dossier. Cependant, j’attire votre attention sur le fait qu’il est absolument nécessaire de faire des sauvegarde, car modifier manuellement les fichiers de configuration peut être hasardeux et peut engendrer des instabilités.