Un jour viendra ou les SSD seront abordables.

Cependant, ça faisait trop longtemps que je me traînais avec le disque dur Fujitsu MHY2250BH à 5400 tours/minute SATA-150 de mon Vaio SZ. J’ai donc décidé il y a quelques temps de le changer pour un disque plus rapide.

Mon choix s’est porté sur un Western Digital ScorpioBlack 2.5″ 320 Go 7200 tours/minute 16 Mo de cache et qui plus est en SATA-300. Bien entendu, j’ai pris quelques mesures avec HD-Tune avant de démonter le disque pour pouvoir le comparer à son successeur.

Voici les résultats :

Comme vous pouvez le constater, le verdict est sans appel. Je vais pouvoir patienter tranquillement, le temps que l’industrie du SSD comprenne que pour qu’on achète leurs produits, il faut que leurs prix soit comparables à ceux des disques mécaniques.

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.

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.

L’applet sensors-applet permet d’afficher la température des différents capteurs présents dans votre machine.

Sa mise en oeuvre n’est toutefois pas évidente, voici comment faire :

Le service lm_sensors

Avant toute chose, il faut s’assurer que le service lm_sensors est bien présent sur la machine et démarré.

Pour cela, on ouvre un terminal en mode administrateur (root) et on tape la commande suivante :

# chkconfig --list lm_sensors

La réponse du système doit ressembler à ça :

lm_sensors      0:arrêt 1:arrêt 2:arrêt 3:arrêt 4:arrêt 5:arrêt 6:arrêt

Si vous obtenez un message d’erreur disant que le service est inconnu, il faudra alors l’installer avec la commande :

# yum install lm_sensors

Il faut maintenant s’assurer qu’il est bien lancé au démarrage en mode 5 puisque nous souhaitons l’utiliser sous Gnome.

On peut le faire avec l’interface graphique system-config-services, mais également en ligne de commande, comme ci-dessous :

# chkconfig --level 5 lm_sensors on

On peut alors vérifier avec :

# chkconfig --list lm_sensors
lm_sensors      0:arrêt 1:arrêt 2:arrêt 3:arrêt 4:arrêt 5:marche 6:arrêt

Si le service n’était pas déjà démarré, il faut le lancer avec la commande :

# service lm_sensors start

La détection des sondes

Le service lm_sensors doit être configuré afin de remonter les informations de tous les capteurs disponibles sur la machine.

# sensors-detect

Le programme de détection se lance et pose une série de questions à laquelle on peut répondre par une simple pression sur la touche Entrée (choix par défaut) :

# sensors-detect revision 4966 (2007-10-20 01:41:53 -0700)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

We can start with probing for (PCI) I2C or SMBus adapters.
Do you want to probe now? (YES/no):
Probing for PCI bus adapters...
Use driver `i2c-piix4' for device 0000:00:07.0: Intel 82371AB PIIX4 ACPI

We will now try to load each adapter module in turn.
Module `i2c-piix4' already loaded.
If you have undetectable or unsupported adapters, you can have them
scanned by manually loading the modules before running this script.

To continue, we need module `i2c-dev' to be loaded.
Do you want to load `i2c-dev' now? (YES/no):
Module loaded successfully.

We are now going to do the I2C/SMBus adapter probings. Some chips
maybe double detected; we choose the one with the highest confidence
value in that case.
If you found that the adapter hung after probing a certain address,
you can specify that address to remain unprobed.

Some chips are also accessible through the ISA I/O ports.
We have towrite to arbitrary I/O ports to probe them.
This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no):
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM78-J' at 0x290...     No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No
Probing for `Silicon Integrated Systems SIS5595'...         No
Probing for `VIA VT82C686 Integrated Sensors'...            No
Probing for `VIA VT8231 Integrated Sensors'...              No
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some Super I/O chips may also contain sensors.
We have to write tostandard I/O ports to probe them.
This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Fintek'...                       No
Trying family `ITE'...                                      No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Fintek'...                       No
Trying family `ITE'...                                      No

Some CPUs or memory controllers may also contain embedded sensors.
Do you want to scan for them? (YES/no):
AMD K8 thermal sensors...                                   No
AMD K10 thermal sensors...                                  No
Intel Core family thermal sensor...                         No
Intel AMB FB-DIMM thermal sensor...                         No

Sorry, no sensors were detected.
Either your sensors are not supported, or they are connected to an
I2C or SMBus adapter that is not supported.
See doc/FAQ,doc/lm_sensors-FAQ.html or
http://www.lm-sensors.org/wiki/FAQ(FAQ #4.24.3)
for further information. If you find out what chips are on your board,
checkhttp://www.lm-sensors.org/wiki/Devices for driver status.

Je ne détaillerai pas chaque question, référez vous au site Web de lm-sensors pour plus de détail.

gnome-applet-sensors

Maintenant il faut installer l’applet pour le tabeau de bord de Gnome

# yum install gnome-applet-sensors

Yum installera la dépendance libXNVCtrl, le cas échéant.

Ajout de l’applet au tableau de bord

Un petit clique-droit à l’emplacement souhaité :

Puis on sélectionne l’applet Moniteur matériel

Configuration de l’applet

Le dialogue ci-dessous montre les capteurs qui ont été trouvés sur le système.

Vous pouvez activer les capteurs que vous souhaitez surveiller et paramétrer leur icône et les seuils d’alerte température en cliquant sur le bouton Propriétés

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

Sony à fait très fort avec le Vaio SZ. Habituellement, les constructeurs permettent l’accès aux modules mémoire et au slot mini-pci des portables, et en général, ça s’arrête là.

Sony, propose l’accès au processeur !

Accéder au processeur du portable permet d’envisager un upgrade pour prolonger la vie de la machine. Mais ce que je trouve particulièrement intéressant, c’est que la trappe d’accès permet également d’accéder au caloduc permettant ainsi le dépoussiérage de celui-ci.

La trappe d’accès au processeur et au caloduc se trouve juste entre la batterie et la trappe d’accès aux modules mémoire. Elle est maintenue par seulement 4 vis, ce qui est assez jouissif lorsqu’on s’est déjà lancé, comme moi, dans le démontage d’un portable pour en enlever la poussière.
Une fois la trappe enlevée, on accède directement au caloduc. On aperçoit le ventilateur sur la droite de l’image, le processeur se trouvant à gauche.

Le caloduc s’enlève tout aussi facilement, puisqu’il est tenu par seulement 2 vis. On doit le faire basculer vers l’avant pour le sortir de son orifice.

Le processeur est maintenant visible, et, comme on peut le constater, son socket est entièrement dégagé. Donc, un changement de processeur sur ce modèle est possible en 5 minutes, montre en main… Qui dit mieux ?
La photo ci-dessus montre le caloduc qui viens d’être déposé. On voit qu’il est alors très simple de procéder à un dépoussiérage. On en profitera pour remettre un peu de pâte thermique toute fraîche sur le processeur avant de remonter le tout.

Ca fait maintenant un peu plus de deux semaines que j’ai reçu mon Vaio VGN-SZ71VN/X. Sachant que je partais en vacances, je lui ai rapidement installé un dual boot Vista / Fedora (Vista était pré installé). Mais c’est promis, je reviendrais longuement sur la mise en place du dual boot et l’installation de Fedora.

Ce portable est selon moi le parfait compromis entre mobilité et puissance. C’est un 13″ en fibre de carbone, il est donc de taille réduite et très léger ce qui est idéal quand on prévois de l’emmener dans tous ses déplacements. L’autonomie de la batterie est dans la moyenne de cette gamme de portables. Le mode stamina permet de gagner environ 1h d’autonomie, mais j’envisage d’acheter la batterie longue durée pour mes déplacements.