J’ai voulu faire une machine virtuelle avec une Archlinux « systemd-isée ». Avant toute chose, systemd n’est pas encore 100% porté pour Archlinux, donc, c’est à vos risques que vous ferez les manipulations en question. Je me suis bien fait comprendre ?
Donc, après avoir mise en place une version complète et classique d’une archlinux, j’ai commencé à installer les paquets qui vont bien. Dans mon cas, une archlinux avec un gnome avec les fichiers de configuration « éclatés ».
Ensuite, j’ai installé les paquets nécessaire à un démarrage en mode systemd.
sudo pacman -S systemd systemd-arch-units systemd-sysvcompat
Ensuite, après avant de redémarrer, j’ai jeter un oeil à la liste des daemons qui sont chargé dans le fichier /etc/rc.conf, qui est renommé en /etc/rc.conf.pacsave.
DAEMONS=(syslog-ng !network netfs crond dbus alsa networkmanager iptables ntpd avahi-daemon avahi-dnsconfd cupsd gdm)
Ce qui m’a donné la liste des services à mettre en route avec les lignes de commandes suivantes :
sudo systemctl enable syslog-ng.service
sudo systemctl enable cronie.service
sudo systemctl enable NetworkManager.service
sudo systemctl enable avahi-daemon.service
sudo systemctl enable avahi-dnsconfd.service
sudo systemctl enable iptables.service
sudo systemctl enable ntpd.service
sudo systemctl enable cups.service
sudo systemctl enable gdm.service
Certains services sont chargés automatiquement, soit par un autre service (comme dbus par NetworkManager) ou par l’interface graphique (comme alsa).
J’avais créé à l’origine cette machine virtuelle pour parler de gwibber, mais j’en ai profité pour faire une vidéo montrant une archlinux systemd-isée à l’action… Et c’est du brutal 😀
Tout fonctionne bien, mis à part le son qui coince. Mauvaise manipulation ? Bug de VirtualBox ? Bug de pulseaudio ? En tout cas, ça semble lié à Bluetooth qui semble mettre sa mouise. J’ai rapporté le bug, on verra bien ! 😀
J’avais fait une vidéo similaire il y a un an, en bootant sur awesome wm plutôt que gnome. Pareil, le résultat est impressionnant, mais à mon avis le fait que ce soit une machine virtuelle réduit fortement le temps de boot, étant donné qu’une grande partie des accès disques se font en RAM (le disque dur virtuel de la VM étant caché par qemu ou le filesystem de l’host).
http://www.telly.com/VW9FB
Cool en tout cas 🙂 J’ai pas encore fait le pas sur mes machines mais ça s’annonce bien.
Merci pour l’exemple. J’ai fait l’essai aussi, également dans VBox.
Ca marche, et j’ai comparé le temps de boot avant X (en fait jusqu’au login), toujours dans VBox : pour une Arch sans systemd 22 secondes, semi-systemd 19s, full-systemd 17s (y compris les 5s de décompte de Grub2).
Bon, je ne cherche pas la performance, je veux juste un système qui marche, et bien. J’hésite quand même à passer mon Arch « réel » en full-systemd dès maintenant, je veux voir pour les logs, et j’ai aussi dkms dans les daemons du rc.conf.
Et le son fonctionne ?
Sinon, tant que l’annonce officielle n’est pas faite, y a pas le feu au lac. Et mieux vaut se faire la main pour être tranquille le jour J 😉
Non, pas de son, mais je n’en avais pas non plus dans la version initiale (sans systemd). Peut-être un bug dans VBox, comme tu le dis, mais mon install est vraiment minimaliste, juste pour des tests. Mais oui, c’est rassurant de voir que la transition se passe assez bien 🙂
J’en parle actuellement sur arch-general.
Et ce qui est bizarre, c’est que le son est à 100% dans alsamixer, et que amixer me donne les mêmes résultats en virtuel et en réel…
J’ai la même info de défaut Bluetooth dans errors.log, mais pas de problème de son dans Arch « réel »…
Bienvenue au club. Je suis en train de voir avec une machine virtuelle qemu, et on verra bien 😉
Je suis tes essais sur la ML Arch – Encouragements…
Comme je l’ai précisé, c’est un bug de VirtualBox. Dans Qemu, ça roule, modulo que c’est plus lent 🙁
Bien vu
Une hypothèse que je voulais vérifier, et comme tu m’avais dit que tu avais aucun son dans ta machine virtuelle, j’ai eu la puce à l’oreille. Donc merci pour le coup de main apporté 😀
j’utilise pas archlinux, mais faut pas activer des services pour virtualbox ?
Non. Juste des modules pour la vidéo.
c’est marrant j’ai essayé ça hier et ça s’est bien passé aussi
Par contre moi sur ma machine j’ai l’impression que ça va encore plus vite (et j’ai un HD, pas un SSD)
Mais je vois que tu as le même problème que moi:
au lancement de gnome-session, le fond apparait, puis il y a au moins 10s jusqu’à l’apparition du ‘activities’ en haut à gauche
Chez moi mon disque dur est tout fou pendant ce temps là….
quelqu’un sait à quoi c’est dû?
Je pense que ce doit être l’utilisation du service bluetooth.
J’ai fait un petit test. J’ai rajouté le service bluetooth avec la commande suivante :
sudo systemctl enable bluetooth.service
Et le chargement semble un brin plus rapide, et surtout plus aucune gueulante liée à bluetooth dans le dmesg | tail
je ne comprends pas… en ajoutant le service bt, ça va plus vite??
Essaye toujours. Ca fait surement gagner quelques instants, étant donné que le dmesg est moins chargé en erreurs 😀
je n’ai pas d’erreurs spécifiques correspondant au bluetooth, moi….
Par contre ce qui est sympa, c’est d’installer bootchart2 à partir de AUR.
rebootez, puis pybootchartgui, et hop! vous avez un beau png qui vous dit ce qui prend du temps cpu et des i/o!
moi y avait colord-sane, je l’ai ‘masqué’ avec:
systemctl mask colord-sane.service