Debian 8.0 « Jessie » se met à systemd et améliore son support de l’UEFI

Debian 8.0 « Jessie » se met à systemd et améliore son support de l’UEFI

Fans des dernières versions, passez votre chemin

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

27/04/2015 4 minutes
332

Debian 8.0 « Jessie » se met à systemd et améliore son support de l’UEFI

Après deux ans de travail, la version 8.0 de la distribution Linux Debian est disponible au téléchargement. Comme d’habitude, cette mouture majeure fournira une nouvelle base pour l’ensemble des systèmes utilisant Debian. Côté nouveautés, on notera en particulier une mise à jour générale des paquets, l’arrivée de systemd et un support amélioré de l’UEFI.

Mise à jour générale des paquets : Debian reste sur des valeurs sûres

L’arrivée d’une nouvelle Debian est toujours un petit évènement dans le monde des distributions Linux. Nombreuses sont celles en effet qui en reprennent la base, la plus célèbre d’entre elles étant Ubuntu, qui en reprend notamment le système de paquets APT. Une nouvelle version majeure est donc importante puisqu’elle pose les fondations de ce que l’on trouvera dans d’autres systèmes, à moins que ces derniers n’aient déjà fait le choix de suivre la branche instable de Debian (Sid), comme Ubuntu justement.

Debian 8.0, alias Jessie, est donc disponible au téléchargement depuis ce week-end. Elle comporte une longue liste d’améliorations et de mises à jour. Les environnements GNOME et KDE sont disponibles en versions 3.14 et 4.11.13 respectivement, et on trouvera notamment, LibreOffice 4.3.3, GIMP 2.8.14, Apache 2.4.10, les versions 31.6.0 ESR d’Iceweasel et Icedove (moutures sans marque de Firefox et Thunderbird), MariaDB 10.0.16, Perl 5.20, PHP 5.6.7 ou encore Samba 4.1.17 et l’hyperviseur Xen 4.4.1.

Au cœur de Debian, on trouve le kernel Linux 3.16.7-ckt9. Si certains se posent la question d’une version aussi « ancienne » du noyau, on rappellera que la philosophie de cette distribution est avant tout la stabilité. On n’y trouve que rarement la dernière révision d’un paquet quelconque, ce qui explique par exemple pourquoi les branches ESR (support étendu) de Firefox et Thunderbird ont été préférées : une Debian est faite pour durer, et son support technique est d’ailleurs assuré pour trois ans.

Arrivée de systemd et améliorations pour l'UEFI

Voilà pourquoi systemd, que l’on trouve pourtant dans de nombreuses distributions Linux, ne débarque que maintenant dans Debian. Ce démon (processus) d’initialisation permet le chargement parallèle des services et améliore globalement le temps de démarrage du système. Debian 8.0 modernise en outre son support de l’UEFI, débuté avec la version 7.0 (Wheezy). De nombreux problèmes ont été réglés et l’équipe annonce avoir contourné les soucis gênants.

Pour les développeurs, Debian 8.0 devrait signifier une plus grande facilité dans la recherche de code dès qu’il s’agira de plonger dans les paquets de la distribution. L’équipe indique en effet avoir été consciente que les quelque 20 000 paquets peuvent avoir un effet « décourageant » dès que l’on souhaite trouver un fichier en particulier. Deux services en ligne ont donc été ajoutés :

Comme toujours, la nouvelle Debian prend en charge un nombre important d’architectures matérielles. On retrouve donc évidemment i386 et x86_64 pour la grande majorité des PC, PowerPC (IBM ou Motorola, 32 ou 64 bits), MIPS, ou encore ARM (y compris arm64). Des images CD et DVD sont également disponibles, Live ou pas, et permettent de choisir entre les environnements GNOME, KDE, Xfce et LXDE. Les intéressés pourront télécharger Debian 8.0 depuis son site officiel, le plus simple étant de récupérer les images CD ou DVD via BitTorrent.

Notez enfin que Debian 9.0 dispose désormais d'un nom : Stretch.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Mise à jour générale des paquets : Debian reste sur des valeurs sûres

Arrivée de systemd et améliorations pour l'UEFI

Fermer

Commentaires (332)


Prems



Et c’est cool, une distrib de plus qui passe à systemd. :)








46 75 63 6b 20 6f 66 66 a écrit :



Prems





Vraiment ?&nbsp;<img data-src=" />



PC i486 minimum, le i386 n’est plus supporté depuis Linux 3.8. :) <img data-src=" />


Systemd.&nbsp;<img data-src=" />


i386 est bien supporté ;)


Promis, la prochaine fois je dirais “penis”. <img data-src=" />


La migration à Apache 2.2 à 2.4 m’aura fait consommer pas mal de café.



Systemd aussi, mais là c’est une habitude à prendre



Ça m’apprendra à pas lire toute la doc <img data-src=" />



En attendant la disponibilité pour les Rpi <img data-src=" />


La Debian dispose enfin d’un kernel assez récent pour normalement faire tourner ma carte TV.



Je sens qu’elle va devenir ma distribution principale ^-^


Il y a quelques approximation dans votre article : KDE est en version 4.14, comme on peut le voir ici :



&nbsphttps://packages.qa.debian.org/k/kde-baseapps.html



Debian n’est pas maintenu pendant 5 ans, mais 3 ans. Il y a ensuite un projet « debian LTS » pour ajouter 2 ans supplémentaire de maintenance. Mais pour le moment, le projet manque de moyen pour couvrir l’intégralité du support sécurité classique de Debian.








Vincent_H a écrit :



Fans des dernières versions, passez votre chemin





Ça trolle dès le sous-titre <img data-src=" />



Blague à part, Ubuntu 15.04 vendredi dernier, Debian 8 ce week-end, belles mises à jour sur Linux cette semaine !



+1 <img data-src=" />


Le système D c’est un truc&nbsp; bien français <img data-src=" />


Je comprends pas cet engouement pour faire des usines à gaz de moins en moins gérables … entre apache 2.4 qui a transformé les ACL et les filtres IP en mission impossible, Systemd qui est une ènième variante de configuration de l’init (histoire d’avoir une constellation de fichiers de config encore plus hétéroclite) et qui relève lui aussi de l’aspirine par bariques entières, y’a de quoi être blasé. Régulièrement (et de plus en plus fréquemment) on doit tout recommencer de zéro, on passe son temps à réinventer la roue parce que “ça marche trop bien, allez cassons tout”. Personnellement j’en ai bavé à chaque fois que je voulais rajouter des services avec le système actuel de debian, alors avec le nouveau j’ose même pas imaginer …


Bah le Ellierys est en lui <img data-src=" />


Je prie pour que l’on puisse nativement cliquer en tapotant sur le trackpad..&nbsp;


Difficultés avec la gestion du changement ? Configuration de tes systèmes un poil trop complexe ? Pas assez simplifié peut être ?








46 75 63 6b 20 6f 66 66 a écrit :



Prems









Vincent_H a écrit :



Vraiment ?&nbsp;<img data-src=" />





So 2012…



J’ai bien envie d’acheter un petit raspeberry pi 2 et de prendre une distrib linux pour remplacer mon media center actuel tiens…



J’ai changé pour le support, merci, je lui avais collé en effet les deux années supplémentaires. Par contre pour KDE tu es sûr ? Je vois surtout du Experimental.


Ce n’est absolument pas un troll, à moins que considérer qu’un élément nouveau est forcément toujours meilleur. Je dis clairement dans l’actualité que c’est une distribution pensée pour être stable.








Himurai a écrit :



So 2012…



J’ai bien envie d’acheter un petit raspeberry pi 2 et de prendre une distrib linux pour remplacer mon media center actuel tiens…







En même temps pour un média center, si tu utilises Kodi autant prendre openelec :)



J’ai migré mon serveur physique et ma station de travail, en mode YOLO, ben c’est nickel <img data-src=" />



Par contre mon VPS OVH, qui tourne sous une couche OpenVZ, c’est le fail…








CryoGen a écrit :



En même temps pour un média center, si tu utilises Kodi autant prendre openelec :)





Connaissais pas, je vais jeter un oeil.



Merci !&nbsp;<img data-src=" />



Question alternative: est-ce que ça fout le bordel dans les noms de fichiers/tags où ça s’intègre bien dans des dossiers déjà bien triés? :)



Second degré, pas taper !



Je fais référence à un débat vieux comme le monde sur Linux entre les adeptes de la stabilité totale (le but de Debian, en tout cas pour la version dite “stable” justement) et ceux voulant les dernières versions (rôle d’Ubuntu, dérivée de Debian, une version tous les semestres).



Et comme l’article parle de la nouveauté Systemd qui a lui seul a peut-être battu tous les autres trolls réunis, c’est un clin d’œil. <img data-src=" />








Himurai a écrit :



Connaissais pas, je vais jeter un oeil.



Merci ! <img data-src=" />



Question alternative: est-ce que ça fout le bordel dans les noms de fichiers/tags où ça s’intègre bien dans des dossiers déjà bien triés? :)







Bah pourquoi ça foutrait le bordel ? Kodi ne modifie pas les noms de fichiers. Openelec n’est qu’une distrib intégrant Kodi directement ;)

Par contre si les fichiers sont sur le hdd du médiacenter il faut prendre quelques précautions pour l’installation <img data-src=" />



Dans le lien que j’ai envoyé, la version stable de kde-baseapps est à 4.14.2-1, comme d’autres logiciels (gwenview, etc.)



Mais dans les notes de version, c’est indiqué 4.11. À mon avis c’est une coquille, je vais me renseigner.


Maintenant, pour créer un service, ça prend 30s <img data-src=" />. Et je n’ai jamais eu besoin d’aspirine avec systemd, ça marche plutôt bien <img data-src=" />.


Clarkson !!! sors de ce corps !!!








garvek a écrit :



Je comprends pas cet engouement pour faire des usines à gaz de moins en moins gérables … entre apache 2.4 qui a transformé les ACL et les filtres IP en mission impossible, Systemd qui est une ènième variante de configuration de l’init (histoire d’avoir une constellation de fichiers de config encore plus hétéroclite) et qui relève lui aussi de l’aspirine par bariques entières, y’a de quoi être blasé. Régulièrement (et de plus en plus fréquemment) on doit tout recommencer de zéro, on passe son temps à réinventer la roue parce que “ça marche trop bien, allez cassons tout”. Personnellement j’en ai bavé à chaque fois que je voulais rajouter des services avec le système actuel de debian, alors avec le nouveau j’ose même pas imaginer …





Justement, pour moi les deux gros avantages c’est que tous les fichiers de config ont le même format (INI), que ce soit la configuration du réseau, des services, des mounts… Donc c’est trivial à comprendre.



Les pages de man fournies avec sd sont très claires je trouve :http://www.freedesktop.org/software/systemd/man/systemd.service.html









lysbleu a écrit :



Maintenant, pour créer un service, ça prend 30s <img data-src=" />. Et je n’ai jamais eu besoin d’aspirine avec systemd, ça marche plutôt bien <img data-src=" />.





http://www.nature.com/npp/journal/v30/n10/abs/1300715a.html



Je n’entre pas dans le détail, mais côté Apache, ces derniers ont estimé que des choses comme les blacklist ou la séparation des domaines virtuels SSL n’étaient pas nécessaires donc ce n’est plus supporté, ça veut dire qu’il va falloir mettre un parefeu applicatif pour compenser pour le premier cas et dégager le SSL pour le second (oui, j’ai des domaines SSL et non-SSL sur le même serveur, quand je devrai migrer je les dégagerai et passerai à autre chose).



Pour Systemd, tu ne contrôles pas quand et comment se déploient tes services et tu ne peux pas les configurer (dans le sens paramètres de service), la configuration permet juste de dire “je lance telle commande après tel meta-service”. Par ailleurs niveau doc à part une référence sur un site français (http://lea-linux.org/documentations/Systemd ), l’officielle est une liste de pages en vrac, ce n’est pas bon signe.




les branches ESR (support étendu) de Firefox et&nbsp;Thunderbird&nbsp;ont été préférées&nbsp;: une Debian est faite pour durer, et son support technique est d’ailleurs assuré pour trois&nbsp;ans.





&nbsp;si debian est de qualitay pour sa stabilitay et sa fiabilitay, alors il peut se rhabillay pour la duray de vie :

centos derniayre version, maj de sécuritay jusqu’en 2024 ;)


Et du coup systemD change quoi exactement ? (je suis sous ubuntu depuis

un moment, je m’amuse de temps en temps avec quelques serveurs perso,

mais disons que la doc in english et moi ça fait 2 :s)



Genre un “service abc restart” ne fonctionne plus ? faut faire autrement ?








garvek a écrit :



Je comprends pas cet engouement pour faire des usines à gaz de moins en moins gérables … entre apache 2.4 qui a transformé les ACL et les filtres IP en mission impossible, Systemd qui est une ènième variante de configuration de l’init (histoire d’avoir une constellation de fichiers de config encore plus hétéroclite) et qui relève lui aussi de l’aspirine par bariques entières, y’a de quoi être blasé. Régulièrement (et de plus en plus fréquemment) on doit tout recommencer de zéro, on passe son temps à réinventer la roue parce que “ça marche trop bien, allez cassons tout”. Personnellement j’en ai bavé à chaque fois que je voulais rajouter des services avec le système actuel de debian, alors avec le nouveau j’ose même pas imaginer …





bawi, sinon les programmeurs s’ennuient





Kaamelott a écrit :



Je prie pour que l’on puisse nativement cliquer en tapotant sur le trackpad..&nbsp;





encore un qu’a oublié de configurer son 50-synaptics.conf&nbsp;<img data-src=" />



J’ai regardé par curiosité comment déployer un service qui avait besoin de paramètres (qui de façon “classique” sont passés via l’environnement lors du lancement du script associé), je n’ai pas trouvé.



Sur la manpage en question il y a un peudo code “Environment”, mais tous les paramètres sont à la suite dans une seule ligne, j’ose espérer que ce n’est pas ça parce que pour des services avec 10 paramètres ou plus, ça va pas le faire … et en plus la dite commande n’a pas de rubrique à part dans la liste et est uniquement cité dans l’exemple.








Khalev a écrit :



http://www.nature.com/npp/journal/v30/n10/abs/1300715a.html





m’a fallu dix secondes de ton lien pour aller chercher de l’aspirine





au fait, en parlant de stabilité vs nouveautés.. une maj, c’est pas censé rendre plus stable un systèème et corriger des bugs?









garvek a écrit :



Pour Systemd systemd (please!), tu ne contrôles pas quand et comment se déploient tes services et tu ne peux pas les configurer (dans le sens paramètres de service), la configuration permet juste de dire “je lance telle commande après tel meta-service”. Par ailleurs niveau doc à part une référence sur un site français (http://lea-linux.org/documentations/Systemd ), l’officielle est une liste de pages en vrac, ce n’est pas bon signe.





Je t’invites à consulter les man pages de systemd.timer et systemd.unit. &nbsp;Outre le fait, comme tu l’as signalé, que tu puisses définir le lancement d’un service avant/après un autre, les timers définissent quand/le moment auquel lancer un service ou une commande. Dans le service en lui-même, tu peux spécifier des conditions supplémentaires, et il y en a une paquet: si tu es sur un type de processeur particulier, si le kernel est lancé avec cet argument, si tu es sur une host en particulier, si tu es sur adaptateur secteur, si c’est un cold boot et non un reboot, etc.



Sinon j’attends toujours la news sur Debian 7. <img data-src=" />



<img data-src=" />








trekker92 a écrit :



bawi, sinon les programmeurs s’ennuient



encore un qu’a oublié de configurer son 50-synaptics.conf&nbsp;<img data-src=" />





Ou plutôt encore un qui n’a jamais réussi à le faire..&nbsp;&nbsp;

J’ai regarder plein de tuto et ça n’a jamais marché. J’ai renoncé depuis









John Shaft a écrit :



La migration à Apache 2.2 à 2.4 m’aura fait consommer pas mal de café.



Systemd aussi, mais là c’est une habitude à prendre



Ça m’apprendra à pas lire toute la doc <img data-src=" />



En attendant la disponibilité pour les Rpi <img data-src=" />





Déjà dispo pour les RPi, il suffit de bien mettre à jour ton Weezy, changer les sources de dépôt et refaire les mises à jour :





console a écrit :



sudo apt-get update

sudo apt-get upgrade

sudo apt-get dist-upgrade

sudo nano /etc/apt/sources.list #là tu changes tout les weezy par des jessy

sudo apt-get update

sudo apt-get upgrade

sudo apt-get dist-upgrade







Et roulez jeunesse. (c’est en cours chez moi)



Ok, si tu trouves, réponds-moi ici, ou envoie-moi un mail ;)


J’avais pas vu ça comme ça, les présentations montraient timer comme un composant interne. Merci de l’info



Bon j’avoue je m’emballe un peu, mais mes précédentes migrations se sont mal passées et ça a tendance à me rendre méfiant, surtout quand c’est encore un nouveau format et que comme les implémentations précédentes ce n’est pas garanti que ça soit maintenu, il suffit de peu pour que dans 2 ans quelqu’un ponde encore un truc “révolutionnaire”.



(je remercie au passage les autres qui m’ont répondu, mais on ne peut pas faire de multi ^^“)


Ben avec le nouveau:




  • C’est simple

  • C’est plus complet

  • Ca juste marche



    Donc, don’t feed the troll…


J’avais pas l’intention de troller hein ;) J’accueillais juste avec scepticisme cette nouveauté car j’appréhende la migration de mon dédié quand ça devra arriver.








FRANCKYIV a écrit :



La Debian dispose enfin d’un kernel assez récent pour normalement faire tourner ma carte TV.



Je sens qu’elle va devenir ma distribution principale ^-^







Hein quoi ? Ce n’était pas déjà le cas ??? Gardes ! Emparez vous de lui!



C’est pas faux que Debian reste une valeur sure. Après quelques “face palm” sur d’autres distribution, on y retourne.



Pour ceux qui seraient peu enthousiaste pour SystemD, il faut quand même dire que les “init” ca n’a jamais vraiment été l’unicité parfaite, ni pour les logiciels ni pour les OS (philosophie et usage différent entre OS type BSD, UNIX etc.). On en voit parler de “bordel ambiant”.



&nbsp;On verra bien ce que cela donne à l’usage. Si au moins cela produit de l’unicité dans un premier temps cela pourra évoluer ensuite sur le thème de la robustesse / ergonomie. Chose que je n’ai pas vu a ce jour dans les inits.

&nbsp;



Pour OVH, c’est chez kimsufi? C’est quoi le soucis? :)


&gt;Pour Systemd, tu ne contrôles pas quand et comment se déploient tes

services et tu ne peux pas les configurer

&gt;(dans le sens paramètres de

service), la configuration permet juste de dire “je lance telle commande

après tel

&gt;meta-service”.



Merci pour cette démonstration de “je ne sais pas de quoi je parle et j’ai la&nbsp; flemme de lire la doc”…


EnvironmentFile=/etc/conf.d/vde2



Donc cela ne change rien…


Désolé, mais moi après avoir lu les manpages idoine je ne l’ai toujours pas compris, donc j’attendrai qu’il y aie des tutoriels.



&nbsp;Concernant le “tu ne contrôles pas quand et comment se déploient tes&nbsp;services”, je me base sur le fait que dans les systèmes précédents tu pouvais indiquer une séquence, là tu dois passer obligatoirement des dépendances ou des timers.



EDIT/

Je viens de voir ton commentaire EnvironmentFile, je ne sais pas ou tu as trouvé cette directive, Environment était pas documenté non plus, juste présent dans un exemple de la manpage … enfin bref, je n’insiste pas je ne veux pas polluer le sujet ^^ Merci pour cette info et désolé si j’ai l’air de troller car c’est pas mon intention, encore.


La doc est très complète et très facile à lire je trouve :http://www.freedesktop.org/software/systemd/man/systemd.directives.html#Environm…

=&gt;

http://www.freedesktop.org/software/systemd/man/systemd.exec.html#EnvironmentFil…



Mais c’est sur c’est plus simple de Troller et de se plaindre que de lire la doc


Je ne vois pas en quoi des dépendances t’empêchent de définir une séquence… Au contraire…








TexMex a écrit :



Hein quoi ? Ce n’était pas déjà le cas ??? Gardes ! Emparez vous de lui!



C’est pas faux que Debian reste une valeur sure. Après quelques “face palm” sur d’autres distribution, on y retourne.



Pour ceux qui seraient peu enthousiaste pour SystemD, il faut quand même dire que les “init” ca n’a jamais vraiment été l’unicité parfaite, ni pour les logiciels ni pour les OS (philosophie et usage différent entre OS type BSD, UNIX etc.). On en voit parler de “bordel ambiant”.



 On verra bien ce que cela donne à l’usage. Si au moins cela produit de l’unicité dans un premier temps cela pourra évoluer ensuite sur le thème de la robustesse / ergonomie. Chose que je n’ai pas vu a ce jour dans les inits.







Ben avec un kernel 3.2 pour la Debian 7.8.0, c’était pas vraiment possible la carte TV (ou alors il fallait bidouiller dans tous les sens).



Maintenant, une copie d’un petit fichier firmware, une petite installation de Kaffeine, et roule ma poule la carte TV … <img data-src=" />



Hmm, c’était pas le cas hier soir.



Ça va me faire du boulot quand je rentrerai du boulot <img data-src=" />



(bon, pas d’Apache sur le pi et pas de kernel bidouillé made in OVH, uniquement Postfix, donc ça devrait se dérouler sans soucis)


Pour ma part, j’ai fait la maj sur mon laptop tout à l’heure, au reboot : pas de réseau, pas de clavier, pas de souris (et probablement plein de choses que je ne pouvas pas voir…).



J’ai juste du remplacer systemd par ce vieux sysv init et pouf, amarsh !

Mais sinon tout était lancé <img data-src=" />


T’avais essayé avec le kernel des backports ?








spike_boon a écrit :



T’avais essayé avec le kernel des backports ?







J’avais pas essayé dans la pratique, mais il me semble qu’ils n’étaient pas assez récent non plus.



De toute façon, plus de problème avec cette nouvelle version normalement ^-^



J’ai du boulot, faut que je refasse tous mes PC avec Debian maintenant.



Faudrait que j’essaie avec xfce un jour…. Un jour.


Je vais adapter mon ordinateur secondaire pour l’emploi de HDD amovibles, j’en profiterai pour installer cette Debian sur l’un d’entre eux à l’occasion.



Le peu que je m’étais servi des versions précédentes, ça m’avait plutôt plu dans l’ensemble, à l’exception du principe des applis en version stable, et donc pas up to date (pour ça, il y a Fedora). Mais bon, maintenant que j’ai plusieurs bécanes chez moi…



A suivre !


Installé ce matin, marche bien, rien à redire.



Contrairement à Ubuntu Gnome 15.04 avec son lot de messages d’erreurs à répétition.


C’est sûr, une fois que tu sais que la commande existe c’est simple de faire une recherche … je vais essayer d’être plus constructif alors et expliquer pourquoi je nage un peu (mais bon dtf on a pas le choix je suppose que ça deviendra un standard au moins quelque temps vu comment c’est parti).



moi je suis parti de la page principale:&nbsphttp://www.freedesktop.org/wiki/Software/systemd/

et les man pages, pour rappel, c’est ça:&nbsphttp://www.freedesktop.org/software/systemd/man/ (c’est en vrac). Au final, j’ai pu commencer à vaguement comprendre grâce aux réponses que j’ai eues, ainsi que cette page précise:&nbsphttp://0pointer.de/blog/projects/systemd-for-admins-3.html , qui est un blog référencé dans l’index. Voilou …


Tu confonds documentation et tutoriel. La documentation est très complète. Pour des tutoriels sur les bases de systemd ce n’est pas ce qui manque sur internet


Ce que j’apprécie chez Debian c’est qu’il y en a pour tous les goûts :





  • Debian Stable (désormais la version 8 appelée Jessie) pour ceux qui veulent du rock-solid, typiquement un serveur à la maison ou une station de travail en production ;



  • Debian Testing (actuellement Stretch) pour ceux qui veulent une distribution au goût du jour en rolling-release ;



  • Debian Unstable (toujours appelée Sid) pour les testeurs, programmeurs, ou les plus fous ( <img data-src=" /> ) qui veulent tester les toute dernières versions des paquets.



    Perso j’utilise Debian Testing sur mon PC de bureau (avec KDE), ça tourne comme un charme. Mon serveur maison tourne sous Debian 7.8 (maintenant old-stable), j’attendrai un peu mais à terme il migrera sur Debian 8. <img data-src=" />


J’ai juste réinstallé mon VPS sous Debian 7 hier..&nbsp;<img data-src=" />Je vais attendre..








gnumdk a écrit :



Pour OVH, c’est chez kimsufi? C’est quoi le soucis? :)





Non ce n’est pas Kimsufi.

C’est l’offre VPS Classic. Ce ne sont pas des serveurs physiques mais des containers OpenVZ. Si j’ai pris cela c’est pour le prix (quitte à sacrifier la puissance brute et l’espace de stockage).

L’upgrade échoue car il a un souci avec /dev/shm (du à OpenVZ probablement, d’ailleurs Debian Jessie n’est pas encore proposé chez OVH, sur les Classic).









gnumdk a écrit :



Merci pour cette démonstration de “je ne sais pas de quoi je parle et j’ai la&nbsp; flemme de lire la doc”…



Tu sais obtenir de façon simple l’équivalent de /var/log/Xorg.3.log sous systemd ?



J’ai crée un NAS avec Wheezy qui possède une carte TV (HVR-1700). J’y ai installé TV Headend en backend TV et sur mon PC principal (Windows), Kodi en frontend. Ca tourne très bien.


Pour l’environnement, il me semble que la manière standard (systemd ou non) de faire est d’avoir un fichier qui va contenir la liste des variables dans /etc/sysconfig (pour les redhat-like) et /etc/default (pour les debian-like) (d’ailleurs ça serait bien de standardiser ça aussi un jour… ).



Dans sd on peut ensuite le sourcer avec EnvironmentFile=…


cat /var/log/Xorg.3.log ? Les applications peuvent logguer ou elles le veulent, systemd n’interfère pas avec ça…








hopper28630 a écrit :



J’ai crée un NAS avec Wheezy qui possède une carte TV (HVR-1700). J’y ai installé TV Headend en backend TV et sur mon PC principal (Windows), Kodi en frontend. Ca tourne très bien.







Je connais pas TV Headend en backend TV … faudra que je jette un oeil … <img data-src=" />









garvek a écrit :



Pour Systemd, tu ne contrôles pas quand et comment se déploient tes services et tu ne peux pas les configurer (dans le sens paramètres de service), la configuration permet juste de dire “je lance telle commande après tel meta-service”. Par ailleurs niveau doc à part une référence sur un site français (http://lea-linux.org/documentations/Systemd ), l’officielle est une liste de pages en vrac, ce n’est pas bon signe.



+1. D’ailleurs, je rappelle que Sysvinit est toujours dispo pour Debian, Systemd n’est pas obligatoire. Mais bon, j’attends Devuan avec impatience quand-même.



Et /etc/conf.d pour Gentoo et /etc/config pour OpenWRT…








odoc a écrit :



Et du coup systemD change quoi exactement ? (je suis sous ubuntu depuis

un moment, je m’amuse de temps en temps avec quelques serveurs perso,

mais disons que la doc in english et moi ça fait 2 :s)



Genre un “service abc restart” ne fonctionne plus ? faut faire autrement ?





Disons que si tu ne touches pas au système, ça ne change rien pour toi<img data-src=" />

Par contre, c’est en contradiction avec le principe KISS. (c’est d’ailleurs pour ça que j’ai quitté Arch et que je quitterais Debian)









trekker92 a écrit :



au fait, en parlant de stabilité vs nouveautés.. une maj, c’est pas censé rendre plus stable un systèème et corriger des bugs?





Ca peut aussi servir à rajouter un thème d’icônes kikoolol, genre comme sur elementaryOS. <img data-src=" />



Tu vas avoir du mal à trouver une distrib qui tient à route dans systemd








trekker92 a écrit :



au fait, en parlant de stabilité vs nouveautés.. une maj, c’est pas censé rendre plus stable un système et corriger des bugs?







Ça dépend du type de mise à jour.



Une mise à jour de sécurité, c’est censé rendre le système plus sûr (correction de faille…). Ça n’apporte pas de nouvelle fonctionnalité.



Une mise à jour de stabilité, c’est censé rendre le système plus stable (correction de bugs…). Ça n’apporte pas de nouvelle fonctionnalité, et le patch peut introduire de nouvelles failles de sécurité.



Une mise à jour de fonctionnalité, c’est censé apporter de nouvelles fonctions à un programme. Ces nouvelles fonctions peuvent être buggées, et/ou apporter de nouvelles failles de sécurité.



Tu comprendras que les étapes de validation sont longues et complexes. Quand une faille est introduite (involontairement) dans le code, il faut parfois des années pour s’en rendre compte (comme ça a été le cas pour la faille HeartBleed par exemple).









Mr.Nox a écrit :



Faudrait que j’essaie avec xfce un jour…. Un jour.





Perds pas ton temps <img data-src=" />



Je suis désolé mais init et ses bash scripts entiers pour simplement lancer une commande c’est assez lourd. De plus, cela depend entierement de l’auteur du script. Un systeme de chargement a la systemd permet d’uniformiser tout cela.








Ricard a écrit :



Disons que si tu ne touches pas au système, ça ne change rien pour toi<img data-src=" />



  Par contre, c'est en contradiction avec le principe KISS. (c'est d'ailleurs pour ça que j'ai quitté Arch et que je quitterais Debian)








  J'ai quitté Gentoo quand ils ont fait de trop grosses modifs dans les fichiers de configuration pour ma part. Actuellement j'ai une Ubuntu en perso et une Debian LTS sur le dédié.      






EDIT/      

@RRMX: disons que j'ai démarré avec LFS et ça me semblait "assez" clair, car tu sais où tu passes. Là c'est "magique" par défaut quand tu ne configures rien, c'est pas vraiment dans mes habitudes. Cela dit le format est apparemment assez clair dans beaucoup de cas avec systemd, même si à mon avis dès que tu as des usages plus particulier ça doit être moins simple car l'absence de script doit être remplacé par le recours à plein de directives plus ou moins exotiques.








plop97 a écrit :



Tu vas avoir du mal à trouver une distrib qui tient à route dans systemd





Arf, scuse moi mais je comprends pas ta phrase.&nbsp;<img data-src=" />









Ricard a écrit :



Perds pas ton temps <img data-src=" />





Sur les vieux bousins il n’y a pas trop le choix en mode&nbsp;“j’installe et&nbsp;ça marche”&nbsp;<img data-src=" />&nbsp;



De toute facon, Debian savent ce qu’ils font, comparé a Ubuntu. Je me souviens de l’époque ou laptop-support cramait les HDD sur batterie a cause d’un parcage de tetes bien trop frequent. Il y avait un bug référencé chez Ubuntu pendant des années sans que rien ne soit fait. Il a fallu que cela arrive sur le bugzilla de Debian (qui était 2 ans arriere sur sa version stable) pour que le boulot soit fait correctement.


“systemd c’est nul parce que je me suis fait chier à apprendre les mécanismes complexes de initd/rc.d, et maintenant je dois réapprendre un truc vachement plus simple que même un newbie pourra utiliser. VDM.”



signé: un barbu.


Je vois … j’ai supervisé et tricoté des montées de version Apache 2.2 vers 2.4 très récemment.

J’vais voir ce que donne systemd sur ma kubuntu perso quand j’aurai fait ma montée de version.


Je suppose que c’est pareil pour passer de jessie à la nouvel testing.



Des choses a prévoir ou ça passe sans trop de mal?


Le newbie il aura bien les boules lorsqu’il voudra migrer son système et aura sauvé /etc &nbsp;mais zappé que les fichiers sont maintenant également dans /lib et /usr/lib








doom_Oo7 a écrit :



cat /var/log/Xorg.3.log ? Les applications peuvent logguer ou elles le veulent, systemd n’interfère pas avec ça…





Si j’ai demandé, c’est parce qu’il n’existe plus.

systemd prend la relève pour les journaux avec journalctl.

il y a un /var/log/README à la place.



C’est bien pour ça qu’il ne fallait rien dire !

Ce mec ruine le boulot des consultants/prestataires … :p








psn00ps a écrit :



Si j’ai demandé, c’est parce qu’il n’existe plus.

systemd prend la relève pour les journaux avec journalctl.

il y a un /var/log/README à la place.





Les appels syslog sont interceptés je crois, &nbsp;par contre effectivement la question qui se pose c’est comment font les programmes qui dépendaient de ces fichiers pour tourner (y’a des services en perl / python notamment)









Ricard a écrit :



Disons que si tu ne touches pas au système, ça ne change rien pour toi<img data-src=" />

Par contre, c’est en contradiction avec le principe KISS. (c’est d’ailleurs pour ça que j’ai quitté Arch et que je quitterais Debian)







Mwais… init est pour moi la démonstration que la confusion entre simple et simpliste peut être assez dramatique.



L’approche init classique relève beaucoup plus du “ne faisons rien, ne règlons qu’une toute petite partie des problèmes et laissons les gens se démerder avec des scripts”… bref, un déport de complexité de l’outil supposé gérer le démarrage des services vers les services eux-mêmes.



SystemD de ce point là est certainement plus KISS qu’init car il met un terme à la réinvention de roue et à l’écriture de scripts à tout va, avec à chaque coup le besoin de réimplémenter la gestion des fichiers locks, du traçage du pid, le fork, …



Personnellement, étant sysadmin depuis un temps que les moins de vingt ans ne peuvent pas connaître, je ne regretterai pas init face à un outil qui impose enfin une plus grande unicité de méthode et de forme pour les différents services.

&nbsp;



Si ta carte TV est reconnu par le bouzin et que tu arrives à configurer tes chaines dans TVheadend, c’est une très bonne solution.



Je l’utilisais avec mon HDhomerun et XBMC à l’époque.








Yannouch a écrit :



Sur les vieux bousins il n’y a pas trop le choix en mode&nbsp;“j’installe et&nbsp;ça marche”&nbsp;<img data-src=" />&nbsp;





LXDE ou IceWM&nbsp;<img data-src=" />









garvek a écrit :



Les appels syslog sont interceptés je crois, &nbsp;par contre effectivement la question qui se pose c’est comment font les programmes qui dépendaient de ces fichiers pour tourner (y’a des services en perl / python notamment)





Genre tous mes scripts qui parsent à gogo…&nbsp;<img data-src=" />



Quelqu’un connaît un résumé des polémiques sur systemd ?

(menace de mort et tueur à gage compris :-)

&nbsp;


Effectivement, debian a fait un gros effort pour virer tous les script bash, perl, python, etc. Le shell officiel est dash et rien d’autre.








ragoutoutou a écrit :



Mwais… init est pour moi la démonstration que la confusion entre simple et simpliste peut être assez dramatique.



L’approche init classique relève beaucoup plus du “ne faisons rien, ne règlons qu’une toute petite partie des problèmes et laissons les gens se démerder avec des scripts”… bref, un déport de complexité de l’outil supposé gérer le démarrage des services vers les services eux-mêmes.



SystemD de ce point là est certainement plus KISS qu’init car il met un terme à la réinvention de roue et à l’écriture de scripts à tout va, avec à chaque coup le besoin de réimplémenter la gestion des fichiers locks, du traçage du pid, le fork, …



Personnellement, étant sysadmin depuis un temps que les moins de vingt ans ne peuvent pas connaître, je ne regretterai pas init face à un outil qui impose enfin une plus grande unicité de méthode et de forme pour les différents services.

&nbsp;





Pas d’accord. (à par pour le tracage du pid, j’avoue que c’est sympas). init est… vieux, donc dire que ça réinvente la roue…..mouarf

Ensuite, je te ferais la même réflexion sur le principe KISS. Systemd est simpliste, contrairement à sysvint qui est simple. Une tache, un script, je vois pas comment on peut faire plus simple.

Après, que ça simplifie la vie des admins&nbsp; sys qui veut se rouler un peu plus les pouces, je le comprends.

Quand à la gestion de problèmes d’init, on parle du boot là, c’est hors de propos. Debian démarre depuis 20 ans avec sysvint, je ne vois pas où sont les problèmes à régler… Une Debian 7 ou 8, ça démarre. 99% des utilisateurs en ne se poseront même pas la question. M’enfin, chacun voit midi à sa porte. ;)



J’imagine.



A priori, il te suffit seulement de quelques cafés, un paquet de clopes, un bon film sur un autre appareil et beaucoup de temps,. Ca vient juste de terminer chez moi (ça aurai pu être un poil plus rapide car le processus se bloque pour demander si oui ou non tu veux mettre à jours des fichiers/conf).









Ricard a écrit :



Genre tous mes scripts qui parsent à gogo…&nbsp;<img data-src=" />





+1



Ca va faire comme l’IPv6. D’un côté tu as les gens super contents car leur config à eux est super simple, de l’autre ceux qui vont réaliser que plus rien ne marche chez eux car ils avaient construit une pyramide de fer sur un socle en tourbière … ^^









Ricard a écrit :



LXDE ou IceWM&nbsp;<img data-src=" />





J’avais testé LXDE mais aucun des boutons de mon netbook ne fonctionnaient (volume, luminosité…) alors que tout passait nickel avec XFCE. Je ne connais pas IceWM, je testerai ça ce soir merci <img data-src=" />









garvek a écrit :



+1



Ca va faire comme l’IPv6. D’un côté tu as les gens super contents car leur config à eux est super simple, de l’autre ceux qui vont réaliser que plus rien ne marche chez eux car ils avaient construit une pyramide de fer sur un socle en tourbière … ^^





Oui pis j’ai des scripts que j’ai écrit il y a 10 ans, et que je trimballe de distro en distro (je sais c’est mal) modifiés à grand coup de rustine (c’est re-mal).



Le 27/04/2015 à 12h 48