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.

L’installation des paquetages est terminée, je vais pouvoir redémarrer et voir comment se comporte le Vaio SZ7 sous Fedora 9.

Sous Fedora 8, je ne m’était pas trop posé de questions, sachant que le portable était très récent et que Fedora 9 pointait le bout de son nez.

Premier démarrage

L’heure du premier démarrage à sonné. Je retire donc le DVD du lecteur et je clique avec une joie non dissimulée sur le bouton Redémarrer

Quelques secondes plus tard, me voici en face de l’écran de bienvenue qui marque le début de la configuration de base de la machine.

L’ouverture de session est saluée par un son, preuve que le chipset son est parfaitement reconnu et fonctionnel.

Je constate également que l’applet NetworkManager affiche mon routeur wifi dans la liste des points d’accès. Un clique et me voici connecté à Internet

Mise à jour du système

Fedora 9 est sortie depuis plusieurs semaines maintenant, il me faut donc procéder à une mise à jour.

# yum update yum
# yum install yum-fastestmirror
# yum update

Il faut maintenant attendre la mise à jour des 282 paquetages et effectuer un redémarrage.

Installation du driver nVidia

Sur les deux cartes videos dont dispose mon Vaio SZ7, j’utilise essentiellement la carte nVidia. Je vais donc procéder immédiatement à l’installation du driver depuis le dépôt Livna.

# rpm -ivh http://rpm.livna.org/livna-release-9.rpm
# yum install kmod-nvidia

Un nouveau redémarrage…

Le logo nVidia s’affiche

Je vais ensuite dans la configuration des effets de bureau pour les activer, ce qui fonctionne parfaitement.

Test de la prise casque

Sous Fedora 8, la prise casque ne coupait pas les haut-parleurs.

Malheureusement, je constate qu’il en est  de même avec Fedora 9.

Je vais me mettre assez vite à la recherche d’une solution afin de ne pas troubler le repos de ma petite famille pendant les vacances

Mise en veille

Là encore, la situation ne change pas par rapport à Fedora 8 : ni la fonction suspendre, ni la fonction hibernation ne fonctionnent.

Les deux affichent un écran noir avec un curseur clignotant en haut à gauche de l’écran.

Conclusion

Il me reste du travail à faire pour que tout fonctionne, sachant également que je n’ai pas encore testé la webcam, ni le lecteur d’empreintes digitales (deux gadgets dont je n’ai pas l’utilité, mais que je tenterai tout de même de faire fonctionner : pour le principe).

Pour le reste, un gros travail commence, celui de remettre mes fichiers et de reconfigurer tout mon environnement de travail proprement.

C’est le grand jour. Fedora 9 ayant un petit peu de vécu et mon travail me laissant juste le répits nécessaire pour faire une installation dans de bonnes conditions, je décide faire la mise à jour de ma Fedora 8.

Je décide de refaire une installation propre et non une mise à jour. La raison est assez simple, mon portable étant plus récent que la sortie de Fedora 8, je veux que Fedora 9 ait le champ totalement libre et ne soit pas gêné par le moindre résidu d’une ancienne installation.

J’ai préparé le terrain ce matin en faisant une double sauvegarde : la partition avec partimage pour pouvoir réinstaller Fedora 8 au cas ou et une sauvegarde de mon /home et des fichiers de configuration pour retrouver mon environnement. Je prépare également une petite liste des paquetages à réinstaller pour être sur de ne rien oublier et d’être opérationnel au plus vite.

Tout est prêt, je lance l’installation d’une Fedora 9 x86_64 depuis le DVD. Pour ceux qui se poseraient la question, j’ai lancé l’installation en mode speed, ce qui veut dire que c’est la carte nVidia qui est active. Je remettrai ensuite le petit script de démarrage qui me configure mon xorg.conf en fonction de la carte qui est active (nVidia 8400M ou Intel X3100).

Je sélectionne les groupes de paquetages :

• Suite bureautique et productivité
• Développement de logiciel
• Serveur Web

Voilà, l’installation viens de se terminer, je vais maintenant passer à la phase configuration.

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…