La mauvaise réputation des OS 64 bits : Microsoft et les utilisateurs responsables ?

Derrière ce titre choc, je voudrais parler des légendes urbaines sur l’utilisation des OS 64 bits : ils sont réputés comme manquant de logiciels et de pilotes, et ne rien apporter.

Il est vrai que pouvoir utiliser toutes les capacités de son matériel est négligeable.

Même si les pilotes pour Windows 64 bits sont une plaie à trouver, et que 99% des Windows vendus illégalement avec les PCs sont des versions 32 bits n’aide pas à arranger cette situation, pourquoi en serait-il de même dans le monde des unix libres ?

Il suffit de voir des fils comme celui-ci ou encore celui-là les idées reçues ont encore un bel avenir devant elle à savoir :

  • Pas de version de Flash en natif pour les OS 64 bits. Quid de NsPluginWrapper ou de solutions alternatives libres comme Swfdec ?
  • Pas de greffon java pour Firefox : résolu grace à OpenJDK… Ce qui est vrai pour Ubuntu 8.04 LTS et qui le sera pour Fedora 9 et OpenSuSE 11.0 quand elles sortiront.
  • Il y a moins de logiciels en version 64 bits… Ah, première nouvelle. Mis à part quelques logiciels utilisateur de l’assembleur, je ne vois pas quels logiciels sont indisponibles en version 64 bits.

Il ne faut pas oublier que 99,9% des microprocesseurs sortit depuis fin 2006 environ sont des 64 bits par conception. Faudra-t-il comme pour la génération précédente attendre environ 15 ans avant que le 64 bits soit utilisé par défaut ?

Car mis à part Linux qui a été conçu comme un noyau 32 bits dès son départ, il ne faut pas oublier qu’il a fallu attendre Windows XP pour avoir un OS grand public complètement 32 bits chez Microsoft.

La série des Windows 95/98 et Millenium n’étant que des surcouches graphiques évoluées 32 bits d’OS 16 bits : MS-Dos 7.0 (Windows 95), 7.1 (Windows 98) et 8.0 (Millenium).

Et dire que le premier microprocesseur grand public pour PC en 32 bits date de… 1985 : c’était un certain Intel 386

On est encore dans les temps… Le premier microprocesseur 64 bits grand public pour PC ne date que de… 2003 avec la sortie de l’Athlon 64 d’AMD.

On verra bien si d’ici 10 ans le 64 bits a fini par s’imposer… de guerre lasse pourrait-on dire !

Comparons une debian Sid et Ubuntu Hardy Heron (8.04)…

Ubuntu est une distribution qui se base sur la branche « unstable » ou sid (still in development ??) de Debian.

Alors qu’Ubuntu 8.04 LTS vient de sortir, j’ai décidé de jeter un oeil pour savoir à quoi ressemble actuellement la debian Sid. J’aurais pu utiliser Sidux, mais je voulais une debian aussi « nature » que possible.

Dans ce but précis, je vais passer par plusieurs étapes : installation d’un système minimal avec une image « netinst » (installation par le réseau) d’une Debian 4.0r3.

Ensuite, je modifierais les dépots pour pointer vers les dépots instables. Enfin, je rajouterais à la base mise à jour vers Debian Sid les logiciels suivants :

  • Gnome
  • OpenOffice.org
  • Gimp
  • le dernier IceWeasel disponible (la version débianisée de Firefox)

Le but étant de reproduire au mieux la logithèque par défaut d’Ubuntu et de comparer les versions disponibles.

KVM va me servir pour installer tout cela.

Première étape : récupération d’une image netinst de la version 4.0r3 en AMD64. (http://cdimage.debian.org/debian-cd/4.0_r3/amd64/iso-cd/)

J’utilise un disque virtuel de 32 Go. La machine virtuelle sera équipée de 768 Mo de mémoire vive, d’un clavier français, et d’un circuit son es1370.

De plus, pour des raisons pratiques, j’utiliserais l’installateur graphique, disponible en entrant « installgui » (sans les guillemets) à l’écran de démarrage du CD.

fred@fred-laptop:~/download$ qemu-img create -f qcow2 sid.img 32G
Formatting 'sid.img', fmt=qcow2, size=33554432 kB
fred@fred-laptop:~/download$ kvm -m 768 -hda sid.img -cdrom debian-40r3-amd64-netinst.iso -k fr -soundhw es1370 -boot d &

Deuxième étape : modification des sources.

Il faut lancer la machine virtuelle avec la commande suivante pour continuer :

kvm -m 768 -hda sid.img -cdrom debian-40r3-amd64-netinst.iso -k fr -soundhw es1370 -boot c &

La base a donc été installée. Maintenant, nous allons modifier les fichiers. Avec nano, j’édite le fichier /etc/apt/sources.list en remplaçant les entrées « etch » par « sid ».

Il faut bien sur se connecter en tant que root pour pouvoir modifier le fichier.

Maintenant, on entre le duo classique :

aptitude update && aptitude dist-upgrade

Troisième étape : installation de gnome et des autres logiciels.

Une fois la mise à jour terminé et la debian redémarrée, on peut installer Gnome ; en root :

aptitude install gnome-desktop-environment

Ajout de Gimp et d’OpenOffice.org :

aptitude install gimp openoffice.org

A noter que j’ai du modifier le fichier /etc/X11/xorg.conf pour pouvoir lancer X… L’ajout d’une ligne « Defaultdepth 24 » dans la section « screen » et d’une ligne « Driver « vesa » » dans la section « device » m’ont permis d’atteindre une résolution confortable de 1024×768.

Une fois Gnome lancé, j’ai installé manuellement le noyau 2.6.25 ainsi que les traductions d’OpenOffice, sans oublier le dernier IceWeasel disponible.

Coté versions :

OpenOffice, Gnome, Firefox (dans sa version 2) sont en version identique. Xorg est lui aussi une version 7.3. La seule grosse différence, c’est le noyau, un 2.6.25 pour la Debian Sid, contre un 2.6.24 pour la Hardy Heron. Cf les captures d’écran qui suivent.

Gimp 2.4.5 et Gnome 2.22.1 sous Debian Sid

Openoffice.org 2.4 sous Debian Sid avec un noyau linux 2.6.25

IceWeasel 2.0.0.14 sous Debian Sid

Pour le moment, et vu que la Hardy vient juste de sortir, les deux distributions sont assez semblables. Qu’en sera-t-il d’ici un ou deux mois ?

Il sera intéressant de refaire la comparaison, surement pour la sortie de la version 8.04.1 de la Ubuntu Linux, sortie prévue pour début juillet 2008.

gNewSense 1.9 : vers un ubuntu 100% libre à la sauce « GNU » ?

gNewSense – et son pendant Gobuntu – ont pour but de respecter presque « dictatorialement » la notion de liberté defendue par le projet GNU : à savoir réduire à néant toute présence de logiciels ne respectant pas une licence libre, idéalement la Gnu Publishing License.

Lisant sur Distrowatch l’arrivée d’une version « béta » de la 2.0 de gNewSense (la version 1.0 sortie jadis se basait sur la Ubuntu 6.06 LTS), j’en ai profité pour l’installer et la lancer dans une machine virtuelle KVM.

écran de démarrage de gNewSense

Dans l’ensemble, le système ressemble à la logithèque disponible dans la Ubuntu Hardy Heron, mais sans les pilotes et autres logiciels propriétaires, et qu’Epiphany remplace le « non-libre » Firefox, même si ce dernier s’appelle Navigateur Web 🙂

java dans Epiphany sous gNewSense

Sur le plan pratique, on peut facilement installer Java via Iced Tea, et le greffon qui va bien est disponible pour le navigateur internet.

Installation de Java dans gNewSense

Par contre, l’installation de flash via le paquet swfdec ne semble pas complètement opérationnel, ceci étant surement lié à l’utilisation de paquets non-libre et donc incompatible avec la philosophie de la distribution.

C’est une distribution intéressante, même si au final, elle risque d’avoir un public assez restreint, celui des « extrémistes » libristes.

Xubuntu, la mal aimée des buntus ?

Si Ubuntu et sa petite soeur Kubuntu sont assez connues, c’est moins le cas de Xubuntu. Comme le X du début l’indique, la distribution est basée sur Xfce.

Ecran de démarrage de Xubuntu

Version se voulant la plus légère du trio des buntus, elle se base sur une interface xfce un brin gnomisée. En effet, l’interface proposée (ci dessous avec Gnumeric, Abiword et Mousepad) fait apparaître quelques différences avec un bureau Xfce classique, qui avec sa grosse barre de lancement fait penser au dock de MacOS-X.

Xubuntu avec quelques logiciels légers.

Ici, on peut voir la ressemblance avec le bureau ubuntu classique. Les réglages se font dans un outil, appellé « Gestionnaire de paramètres Xfce ».

Le panneau de configuration de Xubuntu

Les logiciels fournis avec la version 8.04 LTS sont identiques en version à ceux des deux principales versions d’Ubuntu : Firefox 3.0 béta 5 pour ne citer que cette version qui fait bondir certains utilisateurs sur les forums spécialisés… Cf par exemple ce fil sur les forums d’ubuntu-fr.org.

Pour la tester, j’ai utilisé KVM, et une image disque de 32 Go.

Donc les commandes suivantes :


fred@fred-laptop:~/download$ qemu-img create -f qcow2 xubuntu.img 32G
Formatting 'xubuntu.img', fmt=qcow2, size=33554432 kB
fred@fred-laptop:~/download$ kvm -m 768 -hda xubuntu.img -cdrom xubuntu-8.04-desktop-amd64.iso -k fr -soundhw es1370 -boot d &

J’ai cependant rencontré quelques bogues étranges : impossible de lancer l’application de terminal sans avoir un plantage de Xorg, idem avec le moniteur système. Je suppose que ce doit être lié à l’utilisation d’une machine virtuelle.

Sinon, que rajouter ? Si vous appréciez les distributions ubuntu, celle-ci sera une possibilité à découvrir, surtout pour des machines ayant des capacités de mémoire vive assez « restreinte », du genre 384 Mo de mémoire vive.

Maintenant à vous de voir 😉

J’ai révé d’une machine 100% libérée.

En testant dernièrement une image de la distribution Gobuntu sur mon portable, je me suis aperçu qu’elle est devenue presque utilisable.

Presque à cause des obligatoires pilotes pour mon circuit Nvidia GeForce 7000M et mon circuit wifi atheros 5007eg qui nécessite – pour les distributions 64 bits, étant l’avenir des distributions linux, les processeurs produits par Intel et AMD étant des 64 bits depuis environ 2 ans – un enrobage du pilote windows XP 64 bits avec ndiswrapper.

Le reste des logiciels pouvant poser problème comme Java ou flash étant quasiment résolus avec des outils comme Iced Tea ou Swfdec (je préfère me taire sur les pitoyables résultats de Gnash sur des sites de vidéos en ligne).

Il est vrai qu’il existe des projets pour le développement de pilotes libres pour les circuits nvidia et pour les circuits Atheros. Mais les projets sont encore trop « jeunes » pour être utilisable dans la vie de tous les jours 🙁

Peut-être que d’ici un an ce sera le cas ? Ce serait quand même vraiment agréable.

Vers un démarrage toujours plus « propre » ?

Je suppose que c’est une nouveauté récente dans le développement de la distribution Hardy Heron.

Désormais, quand le nombre de redémarrages (par exemple pour une personne qui éteint sa machine chaque soir) qui nécessitent une vérification du contenu des partitions. (man e2fsck pour plus d’information).

Si sous des versions précédentes d’Ubuntu, si la vérification avait lieu, on passait du mode de démarrage graphique en mode texte, typique pour effrayer le débutant sous Linux.

Désormais, quand la vérification s’effectue, un texte arrive, informant l’utilisateur. J’ai fait une photo, mais le résultat n’est pas superbe.

Vérification des disques au démarrage

Intéressant, non ? 😉

KVM : la solution « ultime » de virtualisation pour les libristes ?

C’est ce billet de LLamgui qui m’a donné envie d’utiliser une solution de virtualisation libre, KVM.

A cause d’un bogue ennuyeux qui « tue » le support de la touche ctrl de droite du clavier, rendant l’utilisation de VirtualBox impossible, et surtout voulant avoir une virtualisation« virtualisation d’OS 64bits sans passer par un logiciel propriétaire comme VMWare Server, je me suis tourné vers KVM. Et comme j’utilise un PC portable propulsé par une génération de processeur AMD intégrant un support matériel pour la virtualisation, pourquoi ne pas en profiter ? 😉

L’installation sous ma Ubuntu Hardy Heron AMD64 a été assez simple, ne demandant qu’un redémarrage pour me permettre l’utilisation de KVM sans passer par le compte root.

Maintenant, je pourrais virtualiser autant d’OS que j’aurais besoin. Sans me prendre la tête outre mesure et en restant dans le logiciel libre, ce qui me fait assez plaisir.

Reste deux logiciels propriétaires encore indispensable : le pilote pour mon circuit wifi, et celui pour mon circuit graphique nvidia… Et j’aurais une machine propulsée à 100% par du logiciel libre 😉

Un article d’aperçu de la Fedora 9 AMD64 sera le premier test grandeur nature de KVM sur ma machine 😉

24 heures sous Ubuntu Hardy Heron.

Cela fait un peu plus de 24 heures que j’ai migré mon PC portable sous Ubuntu Hardy Heron. Il s’agit d’un Acer 5520 :

  • AMD Athlon64 X2 K55 (de 800 Mhz à 1800 Mhz en fonction des besoins)
  • 2 Go dont 256 mangés par le circuit graphique Nvidia GeForce 7000M
  • 120 Go de disque dur.
  • Circuit Atheros 5007eg pour le wifi
  • Graveur DVD
  • Ecran 15.4″ en WXGA (1280×800)
  • WebCam Acer Crystal Eye

Après avoir récupéré l’image « live » d’une version « nocturne » récente (celle du 6 avril 2008) en version AMD64, j’ai pu constaté, modulo la résolution écran et le circuit wifi que tout était supporté, même la webcam 🙂

J’ai donc sauté le pas, et j’ai lancé l’installation en utilisant le port ethernet pour pouvoir récupérer les premières mises à jour, et aussi me permettre de récupérer les paquets pour me connecter en Wifi, même si la connexion en utilisant ndiswrapper n’est pas toujours trop reposante pour le système nerveux.

J’ai préféré la distribution en 64 bits pour un seul point : pourquoi utiliser une distribution 32 bits alors que je pourrais utiliser une version 64 bits sur mon PC ? Le seul point vraiment laxatif étant la connexion wifi, mais on peut toujours se dépanner avec la connexion filaire, même si ce n’est qu’un pis-aller.

Bref, après l’installation, j’ai pu profiter d’une distribution avec un noyau 2.6.24, de Gnome 2.22.0 (en attendant la version 2.22.1 qui doit sortir aujourd’hui). Avant de configurer ma connexion wifi, j’avais besoin d’avoir la bonne résolution d’écran, car après l’installation, la résolution était bloqué en 800×600, un brin inconfortable, surtout quand on peut avoir du 1280×800 en résolution maximale !

Après avoir installé les pilotes propriétaires pour mon circuit Nvidia (opération se limitant à ouvrir l’outil « Pilotes de périphériques » et à demander l’activation du pilote nvidia), j’ai été après un redémarrage en 1280×800 sans rien demander. J’ai juste du installer l’outil Compiz-Config Settings Manager pour définir les options de Compiz qui m’intéressait.

La configuration de la connexion wifi a été paradoxalement plus simple que je le pensais. Après avoir désactivé le module « ath_pci » dans l’outil « Pilotes de périphériques », j’ai ensuite suivi le tutoriel concernant ndiswrapper.

Le gestionnaire de pilotes propriétaires sousUbuntu Hardy heron

La connexion a été ensuite assez « rapide ». Le seul problème est que j’ai du bataillé pour que la connexion ne se fasse pas sur la borne wifi en libre accès d’un hôtel près de chez moi :/

Coté logiciel, on dit souvent que le 64bits est une vraie galère… Rien de plus faux avec cette version d’Ubuntu. Pour mon utilisation, l’implémentation libre fonctionnelle swfdec 0.6 convient très bien pour les sites de vidéos en ligne. Contrairement à l’usine à gaz qu’est Gnash.

Enfin, en ce qui concerne Java, rien ne vaut le greffon IcedTea qui permet d’avoir enfin un Java potable en 64 bits.

Le greffon IcedTea sous Epiphany 2.22.0

Maintenant, il faudra voir avec le temps ce que vaudra au final cette version LTS de la distribution Ubuntu. Quoique j’ai une politique « stricte » envers les mises à jour : ne pas les faire sans avoir un minimum de retour jusqu’à la sortie de la version finale, d’ici 3 grosses semaines 😉

Pourquoi je suis retourné sous Ubuntu Gutsy Gibbon…

Il y a quelques jours, j’ai quitté mon Archlinux et j’ai installé sur mon portable Acer 5520G (basé sur un AMD Athlon 64 X2 TK55) une Ubuntu Gutsy Gibbon, alias 7.10 en lieu et place de mon Archlinux.

Pourquoi ? Pour deux raisons principales :

  1. J’en avais assez de devoir trifouiller pour configurer la moindre option dans ma distribution linux
  2. Une envie de passer moins de temps à administrer ma distro et plus à l’utiliser 😉

Pour des raisons d’ordre pratique, j’ai été obligé d’installer une version 32 bits de la distribution en lieu et place d’une version 64 bits : l’installation de la connexion avec le circuit Wifi (un pourrissime circuit Atheros 5007eg) n’ayant un pilote natif qu’en 32 bits), et l’envie de ne plus utiliser un pilote windows 64 bits via ndiswrapper.

Je n’attends qu’une chose : un support en natif du pilote 64 bits pour utiliser enfin mon PC à sa pleine puissance !

Il est vrai que je perds environ 3% de vitesse pure et que les deux coeurs de mes processeurs ne sont pas employés dans leur totalité, mais au moins, je peux passer plus de temps à utiliser mon ordinateur sans trifouiller dans ses tripes.

Cerise sur le gateau ? Une gestion plus fine des fréquences des deux coeurs du CPU AMD m’a permis de passer de 1 h 45 à près de 3 heures d’autonomie hors secteur… Comme quoi, j’avais mal réglé les fréquences de mon ordinateur 🙁

De mes deux mois sous Archlinux, j’ai acquis plus de connaissances sur les tripes d’un linux. Mais j’ai aussi vu que ce n’était finalement pas la distribution ultime pour mes besoins. Il est vrai que que la non-sortie à la date de ce billet de Gnome 2.22.0 – soit 10 jours déjà depuis la publication – pour une distribution comme l’ArchLinux qui se veut à la pointe des versions, cela est un peu étrange 😉

Je tiens à remercier toute la fine équipe d’Archlinux.fr pour la bonne ambiance et leur conseil. Il est vrai qu’ayant du mettre une machine sous Linux pour une association auprès de laquelle je suis bénévole, mon choix a été une Ubuntu 7.10. Et ayant pu évaluer une version de test de la future Ubuntu Hardy Heron (alias 8.04 LTS) m’a donné envie de revenir dans le monde Ubuntuesque.

So long, Archlinux ! Et bon vent pour la suite !

Y a pas quelque chose qui cloche ?

Désirant récupérer l’image iso du liveCD Fedora 8 x86_64 (version gnome), j’ai lancé le client bittorrent fourni avec mon ubuntu 7.10 AMD64.

Et je constate comme un léger bug :

bug de la récupération du fichier iso de la fedora 8 live (gnome) x86_64

Bug du client ? Bug du fichier torrent ?!

En tout cas, c’est étrange 😉