Cet article fait suite à la mésaventure arrivée à un client. Lors d’une manipulation dangereuse (sfdisk…), il a totalement écrasé la table des partitions de son disque système. Fort heureusement il a laissé son système en marche, il ne l’a surtout pas redémarré.

Attention, cet article s’adresse à des utilisateurs confirmés. Si vous n’avez pas l’habitude de fdisk, ou que vous avez déjà redémarré votre machine, cet article n’est pas pour vous. Si vous perdez vos données, vous en êtes responsable. Ce n’est pas parce que ça a marché dans mon cas, que ça marchera dans le votre. Les commandes données ne sont pas complètes, il ne s’agit pas d’un tutoriel. L’explication sera parlante aux personnes capables de réaliser les commandes. Bref, tout ceci pour vous dire que je ne suis pas responsable en cas de soucis sur vos données.

Pourquoi c’est une bonne idée de ne pas l’avoir redémarré après l’erreur ?

Lors de son démarrage, le noyau a mémorisé la table des partitions de son disque de démarrage. C’est d’ailleurs pour ça qu’on doit redémarrer la machine, ou lancer l’outil partprobe après avoir modifié la table des partitions du disque de démarrage. Sinon, la table des partitions du disque est différente de la table des partitions mémorisée par le noyau…

Heureusement qu’il n’a pas lancé partprobe /dev/sda !

En fait, il a lancé la commande. Et c’est ce qui lui a mis la puce à l’oreille. Partprobe lui a répondu par pleins d’erreurs, qui pourraient être traduites par je ne peux pas changer la table des partitions dans le noyau, car les partitions utilisées ont été modifiées. En effet, sa partition / est forcément montée, et dans la nouvelle table des partitions, elle n’existe plus. Le noyau continue donc d’utiliser l’ancienne table, puisqu’il s’appuie sur cette ancienne table pour fonctionner.

La méthode.

L’idée repose sur le fait que justement, le noyau a gardé en mémoire l’ancienne table des partitions. On va donc regarder ce qu’il a en mémoire, et remettre la même chose sur le disque. La machine ne doit en aucun cas être arrêtée ou redémarrée tant que l’opération n’est pas complète. On pourra voir ce qu’il a en mémoire à l’aide des informations accessibles dans /sys.

[root@localhost ~]# cat /sys/block/hda/hda1/start
63
[root@localhost ~]# cat /sys/block/hda/hda1/size
208782

L’opération est à refaire pour chaque partition.

[root@localhost ~]# cat /sys/block/hda/hda2/start
208845
[root@localhost ~]# cat /sys/block/hda/hda2/size
16563015

Dans mon exemple, j’ai deux partitions:

• hda1 commençant au secteur 63 de taille 208782 secteurs.
• hda2 commençant au secteur 208845 de taille 16563015 secteurs.

Commande (m pour l'aide): p

Disque /dev/hda: 8589 Mo, 8589934592 octets
255 heads, 63 sectors/track, 1044 cylinders
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système

Commande (m pour l'aide):

Commande (m pour l'aide): u
Modification des unités d'affichage/saisie à secteurs

Commande (m pour l'aide): p

Disque /dev/hda: 8589 Mo, 8589934592 octets
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 secteurs
Unités = secteurs de 1 * 512 = 512 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système

Commande (m pour l'aide):

Faisons notre partition 1, début 63 et taille de 208782. Attention, quand on précise la taille, on enlève 1 à la valeur trouvée dans /sys. Je dois avouer que je ne sais pas pourquoi, mais sinon, on ne tombe pas sur un nombre de cylindres entier… Si quelqu’un a une explication plus propre, je suis preneur . Donc on fera +208781.

Commande (m pour l'aide): n
Action de commande
   e   étendue
   p   partition primaire (1-4)
p
Numéro de partition (1-4): 1
Premier secteur (63-16777215, par défaut 63):
Utilisation de la valeur par défaut 63
Dernier secteur ou +taille or +tailleM ou +tailleK (63-16777215,
par défaut 16777215): +208781

Commande (m pour l'aide): p

Disque /dev/hda: 8589 Mo, 8589934592 octets
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 secteurs
Unités = secteurs de 1 * 512 = 512 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1              63      208844      104391   83  Linux

Commande (m pour l'aide):

Commande (m pour l'aide): n
Action de commande
   e   étendue
   p   partition primaire (1-4)
p
Numéro de partition (1-4): 2
Premier secteur (208845-16777215, par défaut 208845): 208845
Dernier secteur ou +taille or +tailleM ou +tailleK (208845-16777215,
par défaut 16777215): +16563014        

Commande (m pour l'aide): p

Disque /dev/hda: 8589 Mo, 8589934592 octets
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 secteurs
Unités = secteurs de 1 * 512 = 512 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1              63      208844      104391   83  Linux
/dev/hda2          208845    16771859     8281507+  83  Linux

Un problème courant, avec LVM, c’est de démarrer une machine installée avec LVM depuis un support externe, et de pester car le support externe ne « voit » pas le LVM. On a parfois ce soucis en utilisant le mode rescue de certains hébergeurs de serveurs dédiés. Alors comment faire ?

Le soucis est que le système possède sans doute les outils LVM, mais ne lance pas de recherche d’installation LVM existante. Il suffit donc de lancer cette recherche à la main. La première chose à faire est de lancer (en root) la commande lvscan. Celle-ci va rechercher des signatures de type LVM parmi tous les supports de stockages de la machine. Elle devrait donc détecter nos disques LVM. Par contre, une fois les volumes logiques détectés, ils ne sont pas pour autant utilisables !

lvscan

En effet, la seconde étape va être d’activer ces groupes de volumes, car par défaut, ils sont en mode « non disponibles ». C’est ce qu’on fait avec la commande vgchange. En lui passant l’option -a y, on met les groupes de volumes en mode « disponible » (l’option -a veut dire available et le y est pour yes). La sortie de la commande doit nous afficher qu’elle a bien activé les groupes de volumes.

vgchange -a y

On peut alors les utiliser, et les monter dans notre arborescence pour continuer notre dépannage, leur contenu est utilisable.

Lors de son démarrage, les MBP équipés du processeur i7 (et sans doutes d’autres) démarrent avec un noyau 64 bits.

Malheureusement, avec un noyau en 64 bits, VirtualBox devient extrêmement lent (affichage du menu GRUB en plus d’une minute…). Moi qui utilise beaucoup les machines virtuelles pour mon activité, me voilà bien embêté. Un ticket est ouvert chez VirtualBox pour le moment, mais pas de correctif publié.

Une solution temporaire est de reconfigurer le Mac pour qu’il démarre en 32 bits (à priori, peu de contres indications au mode 32 bits, les programmes 64 bits continuent de fonctionner). Pour ça, on a le choix:

• Au boot du Mac, il faut appuyer simultanément sur 3 et 2. Pratique pour le faire une fois de temps en temps, mais pas très pratique pour les têtes en l’air qui oublieraient !
• Rendre le changement permanent à l’aide de la commande « sudo systemsetup -setkernelbootarchitecture i386″. La commande « sudo systemsetup -setkernelbootarchitecture x86_64″ permettant de revenir au boot par défaut en 64 bits. Attention, ça ne marche pas si on change de disque de démarrage bien sûr.

Voilà, maintenant mon VirtualBox fonctionne, je peux travailler normalement !

Ben voilà une news qui ne va pas intéresser du tout les gens qui n’utilisent pas GNU/Linux !!

En effet, je viens de mettre à jour mon ordinateur portable vers la dernière version de Ubuntu, la dénommée Edgy. J’ai effectué la mise à jour le jour de la sortie en utilisant les miroirs de free, car les miroirs officiels étaient un peu surchargés !

La mise à jour s’est très bien passé, et j’ai pu continuer à travailler sur les projets sur lesquels j’étais sans soucis. Cette semaine, la présence d’un jour férié en plein milieu m’a motivé pour faire quelques petits changements et quelques essais de configuration. ?tant intéressé par le bureau 3D, j’ai donc installé beryl et emerald. Et là avalanche de problèmes, et j’ai pu avoir droit à un gros bug de la distribution…

Mon ordinateur (un IBM T41) étant équipé d’une carte vidéo de type ATI (une FireGL9000), j’ai d’abord essayé d’utiliser les drivers spécifiques ATI (les fglrx) avec Xgl. Je redémarre, et je suis sous mon bureau gnome habituel. Tout content, je lance Beryl (beryl-xgl) et le bureau démarre sous beryl. J’arrive à faire tourner le cube, tout semble parfait. Sauf que dès que j’essaie de déplacer une fenêtre, le bureau crashe lamentablement, et je me retrouve devant l’écran de connexion. Après quelques recherches sur divers forums, blogs et sites, il semble que ma carte puisse fonctionner avec AIGLX, ce qui permet d’une part d’utiliser le pilote libre pour ma carte vidéo, et d’autre part de ne pas avoir de serveur spécifique à lancer, comme avec Xgl.

Là, second problème. J’ai beau faire tout ce qu’il faut, je n’arrive pas à avoir glx en dri… Le serveur X active bien les extensions, mais le glxinfo me retourne toujours un  » direct rendering: No ». Après de bonnes recherches, j’ai fini par désinstaller tout ce qui concerne le driver propriétaire fglrx. Puis par réinstaller les bibliothèques libGL: »sudo apt-get install –reinstall libglu1-mesa libglew1 libgl1-mesa-dri libgl1-mesa-glx ». Et là, je redémarre le serveur X et miracle, j’ai bien le direct rendering.

Je peux donc démarrer beryl en mode AIGLX. Aïe, problème, j’ai seulement les deux tiers de mon écran sur lequel je peux voir le bureau. Je pense donc que la mémoire de ma carte vidéo n’est pas suffisante pour marcher en 24 bits avec beryl sur du 1400×1050… Je change donc le paramètre pour passer en mode 16 bits. Et là tout marche parfaitement.

Enfin, jusqu’à ce que j’ai l’idée saugrenue de lancer firefox. Et dès que j’arrive sur une page contenant du flash, paf, firefox meurt. Je réessaie sans beryl, et là, pareil, firefox crashe dès que j’arrive sur une page contenant du flash. Si je me remet en 24 bits, tout va bien. La solution est moins évidente cette fois. Il faut en effet éditer le fichier « /etc/firefox/firefoxrc » et ajouter la ligne « export XLIB_SKIP_ARGB_VISUALS=1″. Et là, ça fonctionne enfin. Et ça, c’est un bug dans Edgy, pas dans Beryl !

Malgré tout ça, j’ai maintenant un beau bureau sous Beryl et Emerald. Alors si plein de fonctions de Beryl sont plutôt visuelles sans vrai apports, il y en a quand même un certain nombre particulièrement intéressantes, comme la visualisation de toutes les applications ouvertes ensembles sur le bureau, et j’en passe.

Peut-être avez vous entendu parlé de l’article de Mr Jean Dominique Giuliani intitulé Il n’a de libre que le nom et qui a notamment été publié par Libération. Je vous invite à le lire, si ce n’est pas déjà fait. En effet, il contient des éléments assez caractéristiques et que je rencontre régulièrement chez des gens qui ne connaissent pas ou mal le logiciel libre.

Mr Giuliani fait en effet l’amalgame dangereux entre gratuité et liberté. En effet, il part du principe qu’un logiciel libre est gratuit, et parce qu’il peut être redistribué gratuitement, il a été réalisé également gratuitement. Le problème est que son approche ne correspond pas à l’industrie du logiciel libre que l’on rencontre sur le terrain. Si on prend des exemples comme le noyau Linux, souvent montré en exemple, on se rend vite compte que les principaux développeurs du logiciel sont tous salariés pour travailler sur ce projet (par des sociétés comme RedHat, IBM, Novell, ARM ou d’autres). Un logiciel comme MySQL est également développé par une entreprise commerciale, qui salarie ses développeurs pour travailler sur le projet. Et on peut continuer comme ça pour d’autres grands projets, comme le système de fichiers ReiserFS, ou la suite OpenOffice.org.

La liberté du logiciel libre ne repose pas sur la gratuité, sinon on parlerait de logiciels gratuits et non pas de logiciels libres. Et les anglo-saxons ne préciseraient pas « free as in free beer » (free comme dans bière gratuite) ou « free as in free speech » (free comme dans liberté de parole) si justement l’amalgame n’était pas problématique. Il faut dire qu’ils utilisent le même mot pour gratuité et liberté, ce qui ne simplifie pas leur compréhension… La gratuité du logiciel libre présenté par Mr Giuliani n’est qu’une confusion née de la méconnaissance qu’il a du sujet.

De plus, non content de confondre logiciel libre et logiciel gratuit, on retrouve également une confusion avec les freeware. Dans le logiciel libre, l’auteur du logiciel en reste propriétaire, et la protection intellectuelle associée à son logiciel est la même que s’il avait édité un logiciel propriétaire. Il a juste choisi, dans un cas de ne pas donner accès au code source de son logiciel, et dans l’autre cas, a autorisé un accès au code source du logiciel à des fins d’amélioration, d’éducation de personnalisation etc. Mais il reste l’auteur du logiciel, et en fait ce qu’il veut.

Pour ce qui est de l’affrontement des sociétés de services face aux éditeurs de logiciels propriétaires, on constate en effet aujourd’hui une mise en opposition du service face au logiciel. Ceci pose un problème de taille. En effet, celà laisse supposer que les logiciels propriétaires ne nécessitent pas de services pour fonctionner, et que de faire appel à un éditeur de logiciels propriétaires pour acquérir la licence nécessaire à ce logiciel permet de planifier et de maîtriser le temps et l’amortissement de ces logiciels. On peut rêver, mais ce n’est pas réaliste. Les personnes offrant du service sur des logiciels propriétaires comme Oracle, SAP ou même Microsoft dont le but est que le logiciel se suffise à lui même, ne manquent pourtant pas de travail. De ce coté là, le logiciel libre n’est pas fondamentalement différent. Il a besoin de service pour être configuré, adapté, intégré à l’existant. Comme les autres. Ni plus, ni moins.

Pour résumer le tout, on peut dire que le logiciel libre n’a rien de gratuit, et n’a pas été présenté comme tel par toutes les personnes connaissant un minimum le logiciel libre. Que l’accès au code source, ne viole pas la propriété qu’en a l’auteur du logiciel. Et enfin, que le logiciel libre n’est pas le seul à avoir besoin de service pour être adapté à l’environnement et à l’utilisation qui doit en être faite, c’est le cas de tous les autres logiciels. Quant à parler du prix, si l’exemple du ministère des finances est donné dans l’article, il doit bien faire sourire les acteurs informatiques français. Un projet de 39 milions d’euros, sur trois années (cas du projet copernic du ministère des finances) n’en fait pas, et de très très loin, les logiciels les plus chers de l’histoire… Il suffit de comparer ça aux 78 milions d’euros dépensés simplement en licences logicielles (sans le service) dépensées pour la seule année 2002 par le ministère des finances (source).

Il y a quelques mois, le 20 octobre pour être précis, Jeff Dean, ingénieur chez Google, a donné une conférence à l’université de Washington sur l’infrastructure utilisée par google, ainsi qu’un certain nombre de problématiques et d’approche pour les résoudre. La conférence est disponible en vidéo, donc forcément en Anglais. On peut la trouver sur le site de la Washington University. La conférence a quand même une durée d’une heure, donc prévoyez assez de temps.

Les informations présentées sont assez variées. Mais ce qui est le plus impressionnant dans cette présentation, est les quelques statistiques que l’on peut tirer du traitement du Web par Google. Par exemple, en comptant qu’il y a environ 4 000 000 000 (4 milliards de page, d’une taille moyenne de 10 ko, ça nous fait quand même une quantité d’informations de l’ordre 40 000 Go à traiter (soit environ 40 Péta octets…).
De même, on savait que Google utilisait une multitude de petites machines pour traiter ces informations. Il a donc fallu développer un système de fichiers permettant de travailler avec ces machines pour stocker autant de données. C’est le GFS, Google Filesystem. On en entend épisodiquement parler, et on a là un rapide descriptif de leur approche d’un système de fichiers distribué tolérant aux pannes. Car forcément, à utiliser des milliers de machines dans un cluster, il faut compter des pannes quotidiennes, qui ne doivent pas empêcher le bon fonctionnement du moteur.

Et puis, dans le genre de statistiques surprenante, une simple recherche sur la page de Google nous donne le résultat en faisant travailler pas loin d’un millier de serveurs pour la requête !

? l’origine, j’ai trouvé le lien de la conférence sur le site de WebRankInfo

On dirait que le monde s’acharne sur Sony à propos de sa protection contre la copie. Maintenant, c’est une autre protection qui est mise en cause. La précédente était la  protection XCP, maintenant le problème vient de la protection MediaMax. Contrairement à la précédente, beaucoup de disques sont là en cause. En effet, les disques protégés par cette protection, proposent l’installation d’un logiciel à l’insertion du disque dans un ordinateur. Le contrat utilisateur s’affiche alors, en présentant l’installation d’un logiciel, avec accord de l’utilisateur (le fameux EULA). Seulement, que l’utilisateur accepte, ou pas, le logiciel s’installe alors ! Et bien sûr, il ne peut être désinstallé, la procédure de désinstallation n’ayant pas été prévue par l’éditeur… Et que trouve-t-on dans cette installation ? Une connexion vers le site de l’éditeur (SunnComm) à chaque lecture du CD. L’éditeur peut alors suivre les habitudes de lectures associées aux adresses IP des utilisateurs… Et celà, malgré le fait que le EULA spécifie qu’aucune collecte d’informations personnelles ne soit effectuées, et que le site web de SunnComm précise qu’aucune information n’est collectée sur l’ordinateur. C’est suffisemment sérieux pour que l’EFF prépare une procédure en justice !

Les infos sur le site de l’EFF
Pas de collecte d’information sur le site de SunnComm

Il y a quelques jours, j’ai installé une Ubuntu Linux sur mon IBM T41 récemment acheté. Tout fonctionnait pas trop mal, mais je n’avais pas fait trop de tests en ce qui concerne l’économie d’énergie. Après quelques recherches, je suis tombé sur plusieurs docs expliquant comment régler les problèmes de suspend to disk et to ram j’ai réussi à avoir à peu près ce que je voulais.

Première étape, installation de la Ubuntu 5.0 Hoary.

Ensuite, le noyau installé par défaut étant un noyau sans optimisations (noyau 386), j’ai installé le noyau pour les 686:

apt-get install linux-image-686

Maintenant commence les petits réglages… Tout d’abord, on édite le fichier /etc/default/acpi-support pour activer ce que l’on souhaite, et notamment décommenter la ligne

ACPI_SLEEP=true

.

Ensuite, on va ajouter quelques paramètres au noyau pour qu’il gère correctement notre acpi ainsi qu’ajouter le support du suspend-to-disk. On édite donc le fichier /boot/grub/menu.lst et on cherche la ligne #kopt=.... Ma ligne devient (attention c’est une seule ligne présentée ici en plusieurs lignes pour des raisons cosmétiques…):

# kopt=root=/dev/hda5 resume=/dev/hda3 ro pci=noacpi acpi_sleep=s3_bios

edit: Il s’agit là de la ligne utilisée par debconf pour générer les lignes des noyaux installés sur ubuntu. Si vous ne relancez pas l’installation d’un nouveau noyau, tout ce qui suit le « kopt= » est à ajouter en ligne de paramètre à votre noyau…

La partition /dev/hda3 étant la partition de swap, donc à adapter en fonction de votre installation. Pour que le suspend-to-disk ou que le suspend-to-ram fonctionne correctement, il est important de ne PAS utiliser les drivers binaires accélérés de ATI. En effet, ceux plantent la machine au sortir de la veille. Peut-être qu’un jour….
De plus, j’ai eu une surprise désagréable avec cette configuration. Je commençait à avoir des erreurs ext3 après être sorti de la veille. La raison est que le disque dur a son cache en écriture d’activé, et quand on met la machine en arrêt, dans le cas d’un suspend to disk, il ne vide pas ses buffers… J’ai donc dû désactiver le cache en écriture. Pour ça il faut avoir le paquet hdparm d’installé:

apt-get install hdparm

Ensuite je suis allé éditer le fichier /etc/hdparm.confpour y ajouter la chose suivante

/dev/hda {
mult_sect_io = 16
write_cache = off
dma = on
}

Et maintenant tout fonctionne très bien…

Principalement réalisé d’après http://aaltonen.us/archive/2005/03/02/ubuntu-linux-on-the-ibm-thinkpad-t42/