Étiquette : systemd

Les distributions GNU/Linux en voie de « fedorisation » ?

Par Fedorisation, je parle l’adoption de technologies employées par Red Hat pour sa distribution GNU/Linux communautaire (comme la série des Fedora Linux dont la 17 sort officiellement ce 29 mai) et sa version entreprise, la RHEL.

Et les technologies développées dans les laboratoires de RedHat sont plus communes qu’on pourrait le penser. La plus célèbre d’entre elles est systemd, le remplaçant du gestionnaires de services qui permet à chaque distribution GNU/Linux au démarrage de lancer tel ou tel composant : que ce soit un parefeu, les connexions réseaux, l’impression, la reconnaissance du matériel, ou charger les composants permettant la gestion à chaud des clés USB, disque dur externe ou autre support optique.

Et le tout étant géré en parallèle ce qui donne une grande rapidité au démarrage d’une distribution GNU/Linux.

Et très récemment est intervenu un changement qui montre la prise en main croissante de Red Hat sur les distributions GNU/Linux et spécialement sur des technologies que l’utilisateur lambda voit en action : udev, qui permet de gérer les matériels d’un ordinateur (fixe ou amovible) vient d’être intégré dans une autre technologie proche, pour ne pas la nommer, systemd.

Continuer la lecture de « Les distributions GNU/Linux en voie de « fedorisation » ? »

En vrac’ rapide et libre…

Avant ce week-end prolongé au goût cacaoté 🙂

Allez, je vous laisse, j’ai un roman d’Haruki Murakami « sur le feu » 🙂

Systemd et Archlinux… Quand ça veux pas…

… ça veux pas. J’ai voulu essayer systemd sur ma machine personnelle aujourd’hui. Après avoir suivi le guide d’installation, assez simple soit dit en passant, j’ai redémarré et utilisé mon ordinateur toute la journée sans problème.

Ce soir, après avoir fait ma sauvegarde hebdomadaire sur DVD, j’ai eu besoin de retrouver un document mis de coté sur DVD il y a environ un mois. Et quand je veux insérer le DVD, l’assistant qui détecte le DVD et propose l’ouverture automatique ne pointe pas le bout de son museau.

Qu’à cela ne tienne, j’ouvre nautilus, et je double-clique sur l’icone du DVD… Et je me fais traiter comme du poisson pourri, m’indiquant que le média ne peut être monté. J’en profite au passage pour récolter des infos pour ouvrir un rapport de bug si nécessaire.

Le message d’erreur est étrange :

Error mounting: mount exited with exit code 1: helper failed with:
mount: mount point /media/cdrom does not exist

Décidant de vérifier que c’est bien un bug de systemd, je relance la machine en désactivant systemd, et miracle, l’assistant me propose d’ouvrir ou d’éjecter le DVD fraichement inséré.

Pour en avoir le coeur net, je recommence l’opération en laissant systemd activé, et bien entendu, ça bloque. J’ai donc ouvert un rapport de bug sur l’outil de suivi d’Archlinux. On verra bien si un correctif sera rapidement apporté 🙂

En attendant, et en espérant que le prochain Gnome ne sera pas super dépendant de systemd, je reste avec les vieux scripts de démarrage qui fonctionnent bien 😉

Systemd, est-ce vraiment aussi décoiffant que cela ?

Dans le petit monde des gestionnaires de services lors du démarrage d’un ordinateur utilisant une distribution GNU/linux, il y a que peu de choix : soit le bon vieux sysvinit, soit upstart (proposé par Canonical), soit systemd soutenu par RedHat et adopté par certaines distributions comme la Frugalware Linux qui sort en version 1.6 ce 13 février 2012.

J’ai donc voulu voir le gain que pouvait permettre systemd sur une archlinux « xfce-isée », basée sur le tutoriel que j’avais fait le mois dernier.

J’ai cependant utilisé VirtualBox ici, car la version git de qemu-kvm ne semble pas être super stable en ce moment pour mes essais 🙁

Pour l’installation, j’ai suivi le tutoriel disponible sur le wiki d’Archlinux.

Le gain brut en temps de démarrage est d’environ 33%. En effet, comme précisé dans la vidéo, on passe en gros de 15 secondes entre grub2 et le chargement du gestionnaire de session à 10 secondes. Ce qui est quand même pas mal 😉

Le seul hic, c’est que c’est légèrement plus dur en cas de plantage de savoir ce qui se passe :/ Mais encore, dans ce cas, il suffira de décommenter l’option init=/bin/systemd pour en avoir le coeur net.

Démarrer une Archlinux avec Gnome en 12 à 13 secondes… Merci Systemd :)

Il y a 3 semaines, j’avais déjà fait un article sur systemd et frugalware. De Grub2 jusqu’à GDM, l’ensemble prenait environ… 16 secondes. 🙂

J’ai voulu voir les progrès fait par systemd en matière de vélocité. J’ai donc installer cette fois une archlinux avec gnome (cf les deux articles : https://blog.fredericbezies-ep.fr/?p=5476 et https://blog.fredericbezies-ep.fr/?p=5485)

J’ai donc repris un environnement de virtualisation habituel : 64 bits, 2 GiO de mémoire vive, 32 GiO de disque. Pour être plus « bleeding-edge », j’ai activé le dépot [testing] de l’Archlinux installé.

Puis une fois tout bien en placé, j’ai suivi le wiki de mise en place de systemd sous Archlinux :

Ce qui s’est résumé à faire dans une console :


yaourt -S systemd systemd-arch-units initscripts-systemd-git

Pour info, voici la liste des daemons utilisés dans le fichier /etc/rc.conf de la machine virtuelle :


DAEMONS=(syslog-ng !network netfs crond dbus networkmanager alsa cups iptables ntpd gdm)

Le résultat est plutôt plaisant… Pour activer Systemd, il faut rajouter à la ligne linux (pour grub2 comme celui de la vidéo ci-dessous) bin=/init/systemd

Pas mal non, coté gain de temps au démarrage. Maintenant, cela reste encore assez « artisanal » comme gestionnaire de service au démarrage, mais c’est agréable d’avoir un OS chargé rapidement 🙂

Reste maintenant à savoir si ce gestionnaire de services s’imposera ou pas…