date:20141022


Sylvain L. Sauvage a écrit :

’soir,

[Je réponds à ce courrier-ci parce que j’ai déjà effacé les
  autres mais c’est une réponse globale.]

   Il y en a quelques uns qui se plaignent de systemd.

   Il y en a quelques uns qui voudraient que sys-V soit une
alternative viable.

   Bizarrement, il y en a beaucoup moins pour faire quelque
chose, comme p.ex. maintenir sys-V (et non, on n’est pas dans le
cas « ne pas réparer ce qui n’est pas en panne », on est dans le
cas « c’est du bricolage qui ne fait pas tout ce qu’on veut »)
ou proposer du code (ou du pognon, en tout cas pas seulement des
jérémiades) pour faire ce que *les* *programmes* (et oui,
pluriel) qui composent systemd proposent (logind, consoled,
udevd, sytemd lui-même, etc.).


1/ Si la remarque est censée être pour moi, je pense que je donne déjà 
assez de temps aux logiciels libres pour ne pas encore me coltiner systemd.
2/ Je ne vois pas à quel besoin répond systemd (sauf à un besoin 
irrépressible d'innovation), pourtant, j'ai bien cherché. Systemd serait 
plutôt une régression dans l'évolution (un peu comme svc sous Solaris 
pour exactement les mêmes raisons, sauf que Sun^WOracle maîtrise a 
priori le logiciel et le matériel, ce qui réduit les risques de 
configuration rigolote et plantogène).
3/ Plus je creuse le problème systemd, plus je suis convaincu que c'est 
un bloatware et une usine à gaz avec des fuites. J'aimerais bien être 
démenti.
4/ Je ne vois pas en quoi un démarrage SysV (ou BSD) ne ferait pas ce 
que l'on veut. Avec systemd, on mélange allègrement le démarrage du 
système et son fonctionnement une fois démarré, ce qui est un autre 
problème. et qui devrait être traité différemment.
5/ J'ai adoré systemd qui m'a fait un core directement sur un serveur 
pourtant amd64 et tout à fait classique pas plus tard que la semaine 
passée. Heureusement que j'étais sur place, parce la seule façon de s'en 
sortir a été de coller un init=/bin/sh au noyau. Le principe même du 
SysV évite ce genre de gag. Mais il est vrai que SysV, c'est has been, 
plus lent et ça ne fait pas le café.



Le mardi 21 octobre 2014, 15:10:56 andre_deb...@numericable.fr a
écrit :

On Tuesday 21 October 2014 14:41:16 Montherlant wrote:


   Tiens, il a ressuscité ? ;o)


J'espère que non. Il aurait tout de suite une attaque...

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54476373.2030...@systella.fr

Re: Debian Fork ?

Bonjour,

Le mercredi 22 octobre 2014 à  0:02, Sylvain L. Sauvage a écrit :
 Et pour ceux qui veulent essayer systemd, il est dans _testing_ 
 et _unstable_. Donc, oui, il peut y avoir des bogues, des 
 problèmes d’intégration, des cas peu courants (v.p.ex. 
 http://changelog.complete.org/archives/9241-update-on-the-systemd-issue), 
 mais c’est à ça que servent testing et unstable, 
 non ?

Ça m'a démangé mais je me suis retenu…

Dans l'esprit de beaucoup, « j'utilise testing depuis des années et je n'ai
jamais eu de souci » dérive un peu trop rapidement en « je ne tolère pas d'avoir
d'ennuis avec testing ».

L'intégration de Systemd (comme ça a été le cas avec Gnome3 ou KDE4) ne peut que
poser des problèmes. Dès qu'un gros logiciel comme celui-là fait son entrée (au
compte-goutte) dans testing, on est inévitablement confronté à ce type de
problème.

Comme tu l'as si bien écrit « c'est à ça que servent testing et unstable ».

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022075911.gb14...@sebian.nob900.homeip.net

Re: Problème de boot avec partitions cryptées

Le mardi 21 octobre 2014 à 22:20, andre_deb...@numericable.fr a écrit :
 On Tuesday 21 October 2014 22:14:28 Ignace Simple wrote:
  Suite à une mise à jour (peu probable) ou à un plantage/freeze système
  (plus vraisemblablement) qui s'est tout de même terminé par un reboot en
  bonne et due forme réalisé par le système, lors du reboot j'ai eu la
  désagréable suprise de voir que le système de cryptage des partitions était
  défectueux. Le système (debian testing) est installé depuis un mois et demi
  sur mon portable. C'est la première fois que je j'installe le système de
  cryptage des partitions. Je n'y connais rien du tout et je suis totalement
  désemparé devant mon problème. 
  Voici les messages d'erreur revoyés par la commande «journalctl -xb»:
 
  oct. 21 00:06:04 crisedenerfs systemd-remount-fs[307]: mount: /usr not
  mounted or bad option oct. 21 00:06:04 crisedenerfs
  systemd-remount-fs[307]: In some cases useful info is found in syslog - try
  oct. 21 00:06:04 crisedenerfs systemd-remount-fs[307]: dmesg | tail or so.
  oct. 21 00:06:04 crisedenerfs systemd-remount-fs[307]: /bin/mount for /usr
 
 Messages d'erreur :
 On voit des systemd partout...
 
 Ce ne serait pas de ce côté là qu'il faille chercher,
 vu le nombre de problèmes qu'il pose sur cette ML.

J'abonde dans le sens d'André.

A-priori ton système de cryptage n'est pas défectueux comme tu l'as annoncé
puisque tu arrives (même occasionnellement) à déchiffrer les données.

C'est donc sûrement un des outils qui déclenche (ou gère) le déchiffrement qui
pose problème.

Par contre, ne connaissant pas Systemd (sauf quelques trolls par-ci-par-là), je
ne pourrai sûrement pas t'aider plus.

Peut-être pourrais-tu démarrer sur un LiveCD et tenter de découvrir comment est
géré le cryptage (quels outils) et comment on interagit avec, ça te pourra te
donner des idées pour dépanner ton système.

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022080616.gc14...@sebian.nob900.homeip.net

Re: Changement de version de Debian sur un VPS

Bonjour,

Le mardi 21 octobre 2014 à 18:24, Dominique Asselineau a écrit :
 Je souhaite passer un VPS sous Debian, de Squeeze à Wheezy, VPS chez
 un hébergeur, hors de portée d'une console donc.
 
 Puis-je raisonnablement suivre la procédure habituelle, à savoir
 éditer le sources.list puis lancer successivement les commandes 
 apt-get update, apt-get upgrade, apt-get dist-upgrade,
 tout ceci sans risquer de perdre la main ? 

Tu ne pourras jamais être vraiment sûr qu'il n'arrive pas un pépin pendant la
mise-à-jour…

De mon expérience, il y a _très_ longtemps que je n'ai pas eu besoin de brancher
un écran sur mon serveur que je mets à jour à chaque sortie d'une nouvelle
stable (mettons dans les deux mois qui suivent), mais c'est un serveur physique
à la maison, c'est déjà beaucoup plus simple.

Je te recommande de suivre pas à pas la procédure de migration détaillée dans
les notes de publication (sur debian.org).

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022081158.gd14...@sebian.nob900.homeip.net

Re: Debian Fork ?

2014-10-22 Par sujet Yves Perraudin


Le 22/10/2014 00:44, Haricophile a écrit :

Le nouvel installateur Debian Jessie permet (enfin) de choisir
simplement le bureau en cochant une case dans tasksel.

Avant ce n'était pas si compliqué mais il fallait ajouter desktop=xfce
dans la ligne de commande, c'était moins cool pour un utilisateur de
base et moins visiblement documenté.


Sous Debian 7, il est possible de choisir l'environnement de bureau 
avant de lancer l'installation via le menu Other Desktop Environments 
(sans toucher à la ligne de commande).


Yves

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54476a7f.7020...@free.fr

Re: Changement de version de Debian sur un VPS

Hello,


 Puis-je raisonnablement suivre la procédure habituelle, à savoir
 éditer le sources.list puis lancer successivement les commandes
 apt-get update, apt-get upgrade, apt-get dist-upgrade,
 tout ceci sans risquer de perdre la main ?

Tu devrais faire la mise-à-jour dans un multiplexeur de terminaux,
genre tmux ou screen. Comme ça si tu perds la main, tu casse pas la
commande en cours, et tu défonce pas ton gestionnaire de paquets.
Tu y vas petit à petit quoi. Tu as beaucoup de paquets
installés/configurés bizarrement ?



Courage !


Gaël

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGKqBrn-kzaCv22zEQieHNno9gwgKDz9TXCSxOzgj-B5=fh...@mail.gmail.com

A propos de la controverse Systemd

Bonjour à tous les utilisateurs et développeurs de Debian :

[Même si c'est à la suite du fil de discussion Debian Fork ?, j'ouvre un
nouveau fil car cela va au-delà des ambitions de ceux qui sont derrière le
site Internet http://debianfork.org/ .]

Tout d'abord, comme je l'ai affirmé dans mes quelques précédentes
interventions,
j'utilise, sur mes 2 ordinateurs, Debian GNU/Linux version Wheezy et, de ce
fait, j'utilise SysVinit (qui est le système d'initialisation par défaut -
note a).

Note a : Notons que Systemd et Upstart sont aussi (et déjà) présents.

J'utilise le système GNU/Linux depuis bientôt 15 ans et, jusqu'à présent,
SysVinit est le seul que je connais. Je suis arrivé à Debian au cours du
printemps 2011 - lors de la sortie de Squeeze en tant que version stable -
soit juste avant que mon ancienne distribution, SuSE/OpenSuSE, ait basculé de
SysVinit à Systemd (note b).

Note b : Cependant, ce n'est pas à cause de cela que j'ai changé de
distribution. D'ailleurs, à cette époque, je ne me semblais pas avoir déjà
entendu parler du Systemd.

[1er HS/]
Comme j'ai compris, depuis longtemps, l'importance d'un système
d'initialisation pour le bon fonctionnement d'un système GNU/Linux, un peu par
esprit de sagesse mais surtout pour m'éviter de fâcheux effets de bord, j'ai
évité de trop toucher dans la configuration de SysVinit - comprendre : entre
autres, contrôler la (dés)activation des services ou démons -, même par
l'intermédiaire d'un outil comme SysV Runlevel Config (du paquet sysv-rc-conf -
voir note c).

Note c : Qui est une suggestion (proposée par le paquet sysv-rc) et qui n'est
même pas installée chez moi - pour l'instant.
[/1er HS]

Tous ceux-ci pour expliquer, face à Systemd (et à Upstart), mon altitude
quelque peu neutre (ou, tout au moins, distant) quoique ayant, à tort ou à
raison, quelques préventions à l'égard du nouveau système d'initialisation -
désormais par défaut pour Jessie, voir note d - en raison de toutes les
contestations (voire les exaspérations) qui ont lieu, à propos de Systemd, sur
des listes de diffusion, des forums ou même des chaînes IRC, tous pas
spécifiquement lié à Debian d'ailleurs.

Note d : Une décision, lors d'un vote, du Comité Technique (de Debian), il y a
plus de six mois après tout un long débat qui a commencé il y a un an. Il
paraît que le résultat a été serré : quelqu'un peut-il confirmer cela ? :-)

[2nd HS/]
Accessoirement, il y a eu aussi tout un débat autour du comportement et/ou de
la personnalité - tout aussi controversés - de Lennart Poettering (sans doute
à son corps défendant), le développeur - de chez Red Hat - qui a pondu ce
Systemd avec, certainement, l'aide d'autres développeurs.
[/2nd HS]

J'ai quand même regardé comment Systemd se présente sur Wikipédia (mais pas
seulement) :
[Français] http://fr.wikipedia.org/wiki/Systemd
[Anglais - un peu plus développé] http://en.wikipedia.org/wiki/Systemd
Et, à première vue et personnellement, j'ai trouvé le concept plutôt
intéressant... sur le papier même si cela s'éloigne de la philosophie Unix
comme le principe Pourquoi faire compliqué quand on peut faire simple ? (ou
Keep it Simple, Stupid si cela paraît plus parlant).

Maintenant, constatons au moins trois choses :
- Systemd est régi par la licence GNU Lesser General Public (ou LGPL) version
2.1 avec, donc, l'accès au code source qui nous permet de comprendre son
fonctionnement (après compilation). Ce n'est pas une boîte noire. ;-)
- Pour Jessie, outre Systemd, SysVinit et Upstart sont toujours présents
(voir la page
https://packages.debian.org/search?searchon=contentskeywords=%2Fsbin%2Finitmode=pathsuite=testingarch=any

), ce qui nous permet de changer de système d'initialisation. Est-ce que cela
sera facile et sans accrocs ? Voir les questions ci-dessous.
- A partir de 05/11/14, l'actuelle version Testing entrera en phase de gel,
ce qui signifie (si j'ai bien compris d'après la page
https://release.debian.org/jessie/freeze_policy.html ) qu'on va s'atteler
principalement à la correction de bogues dont celles liées à Systemd (note e).

Note e : Si, évidemment, on peut considérer les problèmes soulevés par
certains (qui ont, bien sûr, essayé ce Systemd) comme des bogues.

Aussi, attendons la publication de Jessie en tant que nouvelle version stable
- au printemps 2015 ? - pour voir comment les choses se décantent.

Mais déjà, on peut se poser la question de changement d'un système
d'initialisation - et de ses éventuels conséquences - si jamais Systemd
restera tout aussi problématique (toujours aux yeux de certains) :
- [Mise à jour de Wheezy à Jessie] En empêchant le remplacement de SysVinit
par Systemd.
- [Installation de Jessie] En laissant le choix du système d'initialisation
lors du démarrage de l'Installateur Debian comme cela se fait concernant les
environnements de bureau (où on peut choisir KDE, XFCE ou LXDE à la place de
GNOME par défaut).

Quand à moi et comme je maîtrise VirtualBox

Re: Changement de version de Debian sur un VPS

Le mercredi 22 octobre 2014 à 10:18, Gaël a écrit :
 Tu devrais faire la mise-à-jour dans un multiplexeur de terminaux,
 genre tmux ou screen. Comme ça si tu perds la main, tu casse pas la
 commande en cours, et tu défonce pas ton gestionnaire de paquets.

Très bon conseil !

Toujours utiliser un screen ou tmux quand on lance des commandes longues et
sensibles sur une machine distante.

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022093648.gf14...@sebian.nob900.homeip.net

Re: Debian Fork ?

Le Wed, 22 Oct 2014 09:57:39 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:
 2/ Je ne vois pas à quel besoin répond systemd (sauf à un besoin 
 irrépressible d'innovation), pourtant, j'ai bien cherché. Systemd serait 
 plutôt une régression dans l'évolution (un peu comme svc sous Solaris 
 pour exactement les mêmes raisons, sauf que Sun^WOracle maîtrise a 
 priori le logiciel et le matériel, ce qui réduit les risques de 
 configuration rigolote et plantogène).

Si j'ai bien compris, avoir un démarrage rapide et surtout non bloqué en cas
de manquement d'un des services. En se chargeant de la création des sockets
unix (me dire si je dis des c..es, c'est probable), systemd ne bloque pas
les processus en attente d'un service. Ça me permettre à un systèmle de
démarrer même si l'un des services flanchent.

 3/ Plus je creuse le problème systemd, plus je suis convaincu que c'est 
 un bloatware et une usine à gaz avec des fuites. J'aimerais bien être 
 démenti.

Ben ça semble effectivement le cas. En chargeant un seul processus de
plusieurs taches, on risque de se retrouver avec l'équivalent de svchost sous
windows qu'on voyait partout et qui plantait tt le temps. Ça peut être
concevable sur une machine de bureau (après tout certains se ruent sur les
dernières versions sans savoir si il s en ont besoin) si on veut privilégier
la vitesse de démarrage et un environnement changeant mais beaucoup moins sur
un serveur. Mais là encore il y a peut être des avantages que je n'ai pas
compris à systemd. Par exemple, systemd permet le suivi complet des processus
avec les cgroups.

 4/ Je ne vois pas en quoi un démarrage SysV (ou BSD) ne ferait pas ce 
 que l'on veut. Avec systemd, on mélange allègrement le démarrage du 
 système et son fonctionnement une fois démarré, ce qui est un autre 
 problème. et qui devrait être traité différemment.
 5/ [...]

cf ci dessus. Le principe unix un service/une tache me parait particulièrement
sain sur un serveur ainsi que la simplicité des scripts init. Le fait qu'il
faille déclencher 1500 processus pour démarrer (le PID de lightdm est chez moi
à 1720, je crois que sur une machine avec systemd, on descend en dessous de
300) ne me dérange pas plus que ça sur un serveur mais semble être une des
motivations.

Je n'ai jamais supporté gnome mais la simplicité pour sélectionner
l'environnement xfce ou n'importe quel autre environnement fait que qu'il soit
l'environnement par defaut sous debian (on se demande pourquoi) ne me choque
pas. Si il en est de même pour systemd (que gnome exigera si j'ai bien
compris ce dont je me moque) , alors je ne vois pas le souci qu'il devienne le
système par defaut même si je ne crois pas l'adopter avant au moins 3-4 ans.

systemd sur un serveur ne me parait pas envisageable actuellement (sauf si il
y a un avantage qui m'échappe)

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022120449.06e2697b0bc0ecce63edb...@maison.homelinux.net

Re: Debian Fork ?

2014-10-22 Par sujet Sylvain L. Sauvage

Le mercredi 22 octobre 2014, 09:57:39 BERTRAND Joël a écrit :
[…]
 Bizarrement, il y en a beaucoup moins pour faire quelque
  chose[…]
 
 1/ Si la remarque est censée être pour moi, je pense que je
 donne déjà assez de temps aux logiciels libres pour ne pas
 encore me coltiner systemd.

  Pas particulièrement (susceptible ?). Je pense surtout à ceux 
qui font du bruit au sein de Debian (GR en cours), à ceux qui 
sont à l’origine du site, lui-même à l’origine du fil, et de 
tous les commentaires non-informés (autrement appelés trolls) 
qui fleurissent à chaque fois qu’il est question de systemd.

  Personnellement, je ne suis pas un zélote de systemd (cf [1] 
et le fil autour), encore moins de Poettering, mais les trolls 
et les réponses automatiques « j’ai jamais installé systemd, 
j’ai à peine lu ta question mais c’est sûrement la faute à 
systemd » à chaque fois qu’il y a un truc qui plante, ça m’agace 
un peu.

[1] https://lists.debian.org/debian-user-french/2014/04/msg00049.html

 2/ Je ne vois pas à quel besoin répond systemd

  Au hasard et sans ordre d’importance :
— parallélisation du boot ;
— activation à la demande des démons (p.ex. via udev, inotify,
  accès socket, demande dbus, timer, etc.) ;
— gestion des dépendances entre scripts d’init ;
— suivi des processus via les cgroups ;

  Et tout ça avec des fichiers de configuration courts, simples 
et maintenables, pas des usines à gaz shell bricolées à la va-
vite.

 (sauf à un besoin irrépressible d'innovation), pourtant, j'ai
 bien cherché.

  Bizarre, moi je trouve tout de suite :
http://wiki.debian.org/systemd
http://en.wikipedia.org/wiki/Systemd
http://0pointer.de/blog/projects/why.html

 Systemd serait plutôt une régression dans l'évolution (un peu
 comme svc sous Solaris pour exactement les mêmes raisons, sauf
 que Sun^WOracle maîtrise a priori le logiciel et le matériel,
 ce qui réduit les risques de configuration rigolote et
 plantogène).

  Et comme tout le monde connaît forcément les raisons pour 
lesquelles « svc sous Solaris » est tout pourri, il suffit juste 
de dire « c’est tout pareil » pour que tout le monde comprenne 
ce que tu reproches réellement à systemd.

 3/ Plus je creuse le problème systemd, plus je suis convaincu
 que c'est un bloatware et une usine à gaz avec des fuites.

  Il ne faut pas confondre systemd-le-système-d’init et systemd 
+ logind + networkd + journald + consoled + … qui est un 
ensemble de programmes. Chaque composant peut être remplacé (ok, 
c’est peu probable, comme dans toutes les piles de 
programmes/modules, mais étant donné que les interfaces sont 
plutôt propres (D-bus), c’est vraiment faisable).

 J'aimerais bien être démenti.

  Il me semble que tu inverses la nécessité de la preuve. Et 
« je suis convaincu que » n’est pas un argument de culpabilité.

 4/ Je ne vois pas en quoi un démarrage SysV (ou BSD) ne ferait
 pas ce que l'on veut.

  Parce que les scripts SysV sont propres et maintenables ? 
Parce que la gestion des dépendances via un programme qui lit un 
ensemble de commentaires au début de chaque script, c’est propre 
et maintenable ?  Parce que gérer l’ordre de démarrage 
complètement à la main, c’est propre et maintenable ?

 Avec systemd, on mélange allègrement le démarrage du système
 et son fonctionnement une fois démarré, ce qui est un autre
 problème. et qui devrait être traité différemment.

  N’importe quoi (moi aussi, je peux être péremptoire).

  Init gère aussi la terminaison des services. (Ça n’a rien à 
voir avec le fonctionnement du système une fois démarré, ça ?)
De plus, init est le parent de tous les processus. Il est donc 
finalement responsable de leur bonne terminaison.

  Init lance les services pour une raison. Avec sysV, la seule 
raison est l’entrée dans un niveau d’init. Avec systemd, on a la 
possibilité de lancer des services pour de multiples raisons 
(cf. plus haut).

  Donc, vu qu’il gère le lancement et la terminaison des 
services, vu qu’il est le processus parent, je ne vois pas 
pourquoi être responsable de relancer un service tombé 
maladroitement lorsque c’est possible serait un mélange des 
genres.

 5/ J'ai adoré systemd qui m'a fait un core directement sur un
 serveur pourtant amd64 et tout à fait classique pas plus tard
 que la semaine passée. Heureusement que j'étais sur place,
 parce la seule façon de s'en sortir a été de coller un
 init=/bin/sh au noyau.

  Et donc, étant en testing ou unstable, tu as fait un rapport 
de bogue et essayé de creuser pour savoir si c’était systemd ou 
un script init mal écrit ?

 Le principe même du SysV évite ce genre de gag.

  Quel gag ?
  Avoir un script init mal écrit qui fait planter le système, je 
t’assure que c’est tout à fait possible avec sysV.

 Mais il est vrai que SysV, c'est has been, plus lent et ça ne
 fait pas le café.

  « Réparer » ou améliorer l’init (et donc sysV) n’a pas 
commencé avec systemd : upstart, openrc, insserv…

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser

Re: Debian Fork ?


François Boisson a écrit :

Le Wed, 22 Oct 2014 09:57:39 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:

2/ Je ne vois pas à quel besoin répond systemd (sauf à un besoin
irrépressible d'innovation), pourtant, j'ai bien cherché. Systemd serait
plutôt une régression dans l'évolution (un peu comme svc sous Solaris
pour exactement les mêmes raisons, sauf que Sun^WOracle maîtrise a
priori le logiciel et le matériel, ce qui réduit les risques de
configuration rigolote et plantogène).


Si j'ai bien compris, avoir un démarrage rapide et surtout non bloqué en cas
de manquement d'un des services.


	Rien que ça, c'est raté. Les daemons qui ne se lancent pas ou qui 
empêchent de démarrer sont nombreux. Spamass-milter fait partie des 
heureux élus.



En se chargeant de la création des sockets
unix (me dire si je dis des c..es, c'est probable), systemd ne bloque pas
les processus en attente d'un service. Ça me permettre à un systèmle de
démarrer même si l'un des services flanchent.


	Euh... Sur l'un de mes serveurs, il manquait un daemon dont j'ai oublié 
le nom. Le truc vachement utile qui s'occupe d'afficher de belles lignes 
lors du démarrage. Résultat segfault et système en carafe.


Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54478b17.2030...@systella.fr

Re: Debian Fork ?


Sylvain L. Sauvage a écrit :

Le mercredi 22 octobre 2014, 09:57:39 BERTRAND Joël a écrit :

[…]

Bizarrement, il y en a beaucoup moins pour faire quelque
chose[…]


1/ Si la remarque est censée être pour moi, je pense que je
donne déjà assez de temps aux logiciels libres pour ne pas
encore me coltiner systemd.


   Pas particulièrement (susceptible ?). Je pense surtout à ceux
qui font du bruit au sein de Debian (GR en cours), à ceux qui
sont à l’origine du site, lui-même à l’origine du fil, et de
tous les commentaires non-informés (autrement appelés trolls)
qui fleurissent à chaque fois qu’il est question de systemd.

   Personnellement, je ne suis pas un zélote de systemd (cf [1]
et le fil autour), encore moins de Poettering, mais les trolls
et les réponses automatiques « j’ai jamais installé systemd,
j’ai à peine lu ta question mais c’est sûrement la faute à
systemd » à chaque fois qu’il y a un truc qui plante, ça m’agace
un peu.

[1] https://lists.debian.org/debian-user-french/2014/04/msg00049.html


2/ Je ne vois pas à quel besoin répond systemd


   Au hasard et sans ordre d’importance :
— parallélisation du boot ;


	La question est toujours la même. À quel besoin est-ce que ça répond. 
Le seul que je vois est un démarrage plus rapide en complexifiant à mort 
la gestion du parallélisme (avec tous les effets de bord que cela implique).



— activation à la demande des démons (p.ex. via udev, inotify,
   accès socket, demande dbus, timer, etc.) ;


Il n'y a pas besoin d'une telle usine à gaz pour cela.


— gestion des dépendances entre scripts d’init ;


Idem. Debian gérait très bien cela avec SysV.


— suivi des processus via les cgroups ;


	Là, je veux bien, mais était-ce utile d'inventer un tel truc pour 
régler juste ce point ?



   Et tout ça avec des fichiers de configuration courts, simples
et maintenables, pas des usines à gaz shell bricolées à la va-
vite.


	Le bricolage est indépendant de l'outil. D'ailleurs, bizarrement, 
systemd récupère les scripts dans /etc/init.d. Je m'en suis aperçu parce 
que j'ai un script écrit à la va-vite pour monter un routage particulier 
qui a été repris tel quel. Systemd n'est donc pas la garantie d'avoir 
des scripts propres. Si on veut quelque chose de propre, on s'oriente 
vers un système de démarrage à la BSD. Quelques variables dans chaque 
script /etc/rc.d et c'est plié.



(sauf à un besoin irrépressible d'innovation), pourtant, j'ai
bien cherché.


   Bizarre, moi je trouve tout de suite :
http://wiki.debian.org/systemd
http://en.wikipedia.org/wiki/Systemd
http://0pointer.de/blog/projects/why.html


Je ne parle pas de cela.


Systemd serait plutôt une régression dans l'évolution (un peu
comme svc sous Solaris pour exactement les mêmes raisons, sauf
que Sun^WOracle maîtrise a priori le logiciel et le matériel,
ce qui réduit les risques de configuration rigolote et
plantogène).


   Et comme tout le monde connaît forcément les raisons pour
lesquelles « svc sous Solaris » est tout pourri, il suffit juste
de dire « c’est tout pareil » pour que tout le monde comprenne
ce que tu reproches réellement à systemd.


	SVC est moisi parce qu'il embarque une base sql pour gérer les daemons, 
parce qu'il fait un tas de choses dans le dos de l'utilisateur et sait 
mieux que lui ce qui est bon pour lui. SVC est pourri parce que les logs 
sont aussi en partie binaire. Bizarrement, SVC me semble la source 
d'inspiration de systemd.



3/ Plus je creuse le problème systemd, plus je suis convaincu
que c'est un bloatware et une usine à gaz avec des fuites.


   Il ne faut pas confondre systemd-le-système-d’init et systemd
+ logind + networkd + journald + consoled + … qui est un
ensemble de programmes. Chaque composant peut être remplacé (ok,
c’est peu probable, comme dans toutes les piles de
programmes/modules, mais étant donné que les interfaces sont
plutôt propres (D-bus), c’est vraiment faisable).


	dbus et propre dans la même phrase, je n'aurais vraiment pas osé. C'est 
peut-être de l'éprouvé, mais c'est parfaitement inutile sauf si l'on 
part du principe qu'il faille au moins 1 Go de mémoire pour démarrer un 
système.



J'aimerais bien être démenti.


   Il me semble que tu inverses la nécessité de la preuve. Et
« je suis convaincu que » n’est pas un argument de culpabilité.


4/ Je ne vois pas en quoi un démarrage SysV (ou BSD) ne ferait
pas ce que l'on veut.


   Parce que les scripts SysV sont propres et maintenables ?
Parce que la gestion des dépendances via un programme qui lit un
ensemble de commentaires au début de chaque script, c’est propre
et maintenable ?  Parce que gérer l’ordre de démarrage
complètement à la main, c’est propre et maintenable ?


	Il y a longtemps qu'on ne gère plus les ordres de démarrage à la main. 
Et il n'y a aucune raison pour que systemd soit plus maintenable que SysV.



Avec systemd, on mélange allègrement le démarrage du système
et son fonctionnement une fois démarré, ce qui est un autre

Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


Cher Liste,


On Wed, Oct 22, 2014 at 01:06:27PM +0200, BERTRAND Joël wrote:

 [...] Si on veut quelque chose de propre, on s'oriente vers un
 système de démarrage à la BSD. Quelques variables dans chaque script
 /etc/rc.d et c'est plié.

Ben justement... Sous Linux, ce n'est pas facile à trouver :-/

Mes recherches en la matière, à deux reprises à 2-3 ans d'intervalle,
ont échoué (après des détours par quelques projets qui semblaient
prometteurs, mais pas au point ou toujours trop compliqués : upstart,
runit, minit, etc. ) : jamais moyen de trouver un truc simple pour
démarrer le système, à la BSD justement.

Le plus proche que j'ai trouvé sous Debian est file-rc. Je l'utilise
avec plus ou moins de satisfaction selon les machines, mais étant
entendu que l'idéal serait quand même de pouvoir se passer
complètement des « niveaux d'exécution ». (Ici, ce n'est pas le cas ;
c'est juste une autre manière de les configurer.)

Si quelqu'un avait une idée, je serais preneur, bien que j'avais fini
par me dire que ça n'existait pas sous Linux...

A+

-- 

JFS.


signature.asc
Description: Digital signature

Non Réception de paiement

2014-10-22 Par sujet Votre espace Client EDF

   
 Cher(e) EDF Client(e) :
 Votre paiement a �t� refus� par votre �tablissement bancaire en raison d'un 
probl�me technique sur le systeme de pr�l�vement automatique.
  
D�passement du plafond journalier, 
Erreur de saisie des donn�es bancaires, 
Erreur de la saisie du nom du titulaire de la carte de cr�dit. 
 Pour �viter la p�nalit�s du retard, nous vous donnons la possibilit� de payer 
en ligne.
 Afin de r�gler votre facture N� F03247.6195.8456.1628, cliquer sur le lien 
ci-dessous :
  39 39 R�gler votre facture  3A 3A
 Lors d'�chec de r�gularisation de votre situation, nous proc�derons � la 
suspension de fourniture d'energie, Cette intervention vous sera factur�e .
 ATTENTION : Ce message est strictement confidentiel. Son int�grit� n'est pas 
assur�e sur Internet.
Si vous n'etes pas destinataire du message, merci de le d�truire. EDF SA au 
capital de 924 433 331  AC, 
RCS Paris n� 552 081 317, si�ge social 22-30 av de Wagram 75382 Paris cedex 08. 
Copyright � EDF 2014

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


JF Straeten a écrit :


Cher Liste,


On Wed, Oct 22, 2014 at 01:06:27PM +0200, BERTRAND Joël wrote:


[...] Si on veut quelque chose de propre, on s'oriente vers un
système de démarrage à la BSD. Quelques variables dans chaque script
/etc/rc.d et c'est plié.


Ben justement... Sous Linux, ce n'est pas facile à trouver :-/

Mes recherches en la matière, à deux reprises à 2-3 ans d'intervalle,
ont échoué (après des détours par quelques projets qui semblaient
prometteurs, mais pas au point ou toujours trop compliqués : upstart,
runit, minit, etc. ) : jamais moyen de trouver un truc simple pour
démarrer le système, à la BSD justement.


	J'avoue avoir cherché. Le plus pratique que j'ai trouvé est le SysV 
avec les dépendances des scripts en commentaire (ce qu'utilisait entre 
autre debian).



Le plus proche que j'ai trouvé sous Debian est file-rc. Je l'utilise
avec plus ou moins de satisfaction selon les machines, mais étant
entendu que l'idéal serait quand même de pouvoir se passer
complètement des « niveaux d'exécution ». (Ici, ce n'est pas le cas ;
c'est juste une autre manière de les configurer.)

Si quelqu'un avait une idée, je serais preneur, bien que j'avais fini
par me dire que ça n'existait pas sous Linux...


	Les niveaux d'exécution ne me dérangent pas plus que cela (sauf 
peut-être lorsqu'on commence à jouer avec des chiffres _et_ des lettres 
pour faire des trucs bizarres). Je suis aussi preneur de toute idée pour 
ne pas avoir un système qui devient granguignolesque.


	Aujourd'hui, j'ai commencé à migrer mes machines vers autre chose que 
du Linux. Je pense que systemd est assez symptomatique de la dérive de 
Linux en général.


Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447bc4a.9040...@systella.fr

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


Re,


On Wed, Oct 22, 2014 at 04:16:42PM +0200, BERTRAND Joël wrote:

[...]
   Les niveaux d'exécution ne me dérangent pas plus que cela

J'admets que l'idée sous-jacente n'est pas mauvaise, mais les 9/10eme
du temps, même si ça ne gêne pas, ça ne sert à rien, en tout cas
ici... Donc, pourquoi les garder ?



[...]
   Aujourd'hui, j'ai commencé à migrer mes machines vers autre
 chose que du Linux. [...]

Ce serait indiscret de demander quoi ? :-)


 [...] Je pense que systemd est assez symptomatique de la dérive de
 Linux en général.

Là, t'y vas fort ;)

A+

-- 

JFS.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022150231.ga22...@jones.jfs.dt

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


JF Straeten a écrit :


Re,


On Wed, Oct 22, 2014 at 04:16:42PM +0200, BERTRAND Joël wrote:

[...]

Les niveaux d'exécution ne me dérangent pas plus que cela


J'admets que l'idée sous-jacente n'est pas mauvaise, mais les 9/10eme
du temps, même si ça ne gêne pas, ça ne sert à rien, en tout cas
ici... Donc, pourquoi les garder ?


	Ça permet d'avoir des fonctionnements différents. init 5 avec X, init 2 
ou 5 en fonctionnement serveur classique, 2a avec un fonctionnement 
classique plus un serveur de fax par exemple...


	Pour un poste de travail, ça ne sert à rien. Pour un serveur, ça peut 
être utile.



[...]

Aujourd'hui, j'ai commencé à migrer mes machines vers autre
chose que du Linux. [...]


Ce serait indiscret de demander quoi ? :-)


	Pas du tout. Pour les serveurs, je laisse les Linux mourir de leur 
belle mort et lorsque je remplace un serveur, c'est par un NetBSD. Pour 
les postes de travail, en fonction de l'architecture, c'est du Net ou du 
Free. Je bricole aussi avec du L4 ou du VMS, mais c'est un autre sport :-P



[...] Je pense que systemd est assez symptomatique de la dérive de
Linux en général.


Là, t'y vas fort ;)


	On en reparlera dans quelques années. Le noyau Linux ne ressemble plus 
à rien, il faut 1 Go de mémoire pour booter n'importe quelle 
distribution avec un bureau léger... J'ai un K6-III qui ne me sert que 
pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire. 
C'est devenu inutilisable avec :

- Linux récent (debian stable dégraissée au maximum)
- Xorg (carte matrox G200)
- comptes en NFS

	Au démarrage, tu charges tout un tas de saletés dont tu n'as que faire. 
Et comme le noyau sait mieux que toi comment il doit gérer la mémoire, 
il préalloue des tas de zones et se met à swapper immédiatement alors 
même que tu lui as indiqué une valeur swapiness intéressante. En fait, 
Linux à la fin des années 1990 était vendu comme un système léger et 
fiable. Il est encore à peu près fiable (sur x86) mais plus du tout léger.


Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447cdde.8070...@systella.fr

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)

Le Wed, 22 Oct 2014 17:31:42 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:

   On en reparlera dans quelques années. Le noyau Linux ne ressemble
 plus à rien, il faut 1 Go de mémoire pour booter n'importe quelle 
 distribution avec un bureau léger... J'ai un K6-III qui ne me sert que 
 pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire. 
 C'est devenu inutilisable avec :
 - Linux récent (debian stable dégraissée au maximum)
 - Xorg (carte matrox G200)
 - comptes en NFS

Non, tu exagères.  Je boute sans aucun problème sur une machine 512M avec
clefagreg donc un système de fichiers composées de système SQH réunis avec un
système en RAM (contenant en autre le home) via AUFS, le tout sous XFCE/wheezy.
Avec 1G, le tout tient en RAM.  
Enfin, un de mes serveurs en production est sur une machine 256M sous squeeze
et fonctionne parfaitement. Le seul service que j'ai délocaliser sur une autre
machine est spamassassin. Certes, ça n'est pas un énorme serveur mais les
domaines hébergés reçoivent quelques millions de requêtes par an inégalement
distribuées (pic en Mai, Juin et Juillet) et la machine gère plusieurs
comptes mails ainsi bien sûr comme serveur NFS et SSH.
Bref, je pense que tu dois pouvoir exploiter ton K6 mieux que tu ne sembles le
dire.

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022180944.cad9564e6b82a5674dc4e...@maison.homelinux.net

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)

2014-10-22 Par sujet maderios


On 10/22/2014 05:31 PM, BERTRAND Joël wrote:


 Au démarrage, tu charges tout un tas de saletés dont tu n'as que
faire. Et comme le noyau sait mieux que toi comment il doit gérer la
mémoire, il préalloue des tas de zones et se met à swapper immédiatement
alors même que tu lui as indiqué une valeur swapiness intéressante. En
fait, Linux à la fin des années 1990 était vendu comme un système léger
et fiable. Il est encore à peu près fiable (sur x86) mais plus du tout
léger.
Ce n'est pas spécifique à Linux. J'ai installé et utilisé Freebsd, c'est 
exactement le même problème. La seule solution  d'avoir un noyau 
optimisé pour son propre système, c'est de le compiler soi-même, ce que 
je fais depuis 15 ans et il n'y a pas photo avec les noyaux officiels.


--
Maderios


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447d99a.1070...@gmail.com

Proxytunnel, stunnel et POODLE

2014-10-22 Par sujet David BERCOT

Bonjour,

Pour égayer votre soirée, en parallèle des échanges autour de systemd,
j'ai une petite question annexe...

J'utilise, afin de créer un tunnel HTTPS, proxytunnel sur le client et
stunnel sur le serveur. Jusqu'à vendredi dernier, tout fonctionnait
très bien...

Or, suite à la faille POODLE, stunnel a été mis à jour (passage en
version 3:5.06-2). Cette mise à jour (je ne sais pas s'il s'agit du
seul changement) bloque à présent SSL en v2 et en v3 !!!
A priori, il ne reste donc plus que TLSv1.

Le problème est que, sûrement à cause de son âge (la dernière MAJ date
de 2008), proxytunnel ne gère apparemment que SSL.
Une alternative, corkscrew, souffre apparemment du même problème...

Bref, je ne vois pas de solution !!!

Je suis temporairement revenu à la version précédente (que j'ai fixé
via du pinning) de stunnel, mais ce n'est pas une solution viable
sur la durée...

Auriez-vous une piste de contournement ?
Un autre outil que proxytunnel ?

Merci d'avance.

David.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022190102.10fa9671@debian-david

Re: Changement de version de Debian sur un VPS

2014-10-22 Par sujet Dominique Asselineau

Sébastien NOBILI wrote on Wed, Oct 22, 2014 at 11:36:48AM +0200
 Le mercredi 22 octobre 2014 à 10:18, Gaël a écrit :
  Tu devrais faire la mise-à-jour dans un multiplexeur de terminaux,
  genre tmux ou screen. Comme ça si tu perds la main, tu casse pas la
  commande en cours, et tu défonce pas ton gestionnaire de paquets.
 
 Très bon conseil !
 
 Toujours utiliser un screen ou tmux quand on lance des commandes longues et
 sensibles sur une machine distante.

Merci pour tous vos avis et conseils.

L'hébergeur m'a informé que je disposais d'une applet Java qui émulait
une console.  Il n'y a qu'environ 250 paquets, un VPS minimaliste
donc.  Ça devrait limiter les occasions de tomber dans une embuscade.

dom
-- 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022170149.ga4...@telecom-paristech.fr

Re: Proxytunnel, stunnel et POODLE

hello,


 Auriez-vous une piste de contournement ?
 Un autre outil que proxytunnel ?

et bien, stunnel sur le client ?
c'est ce que je fais moi.

mais peut-être que tu ne nous as pas tout dit ?


Gaël

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cagkqbrnizqvbro4gtt+2jaczle8dz61ycvehvkbog9ktvi6...@mail.gmail.com

Re: Changement de version de Debian sur un VPS

 L'hébergeur m'a informé que je disposais d'une applet Java qui émulait
 une console.  Il n'y a qu'environ 250 paquets, un VPS minimaliste
 donc.  Ça devrait limiter les occasions de tomber dans une embuscade.

Bah très bien !


Tiens nous au courant :)

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGKqBrmkT9N=Sro7RhXk0Sn2qcotfOikiECDZoVaKhdp9FL-=w...@mail.gmail.com

Re: Proxytunnel, stunnel et POODLE

2014-10-22 Par sujet David BERCOT

Le Wed, 22 Oct 2014 19:18:48 +0200,
Gaël gag...@gmail.com a écrit :
 hello,
 
  Auriez-vous une piste de contournement ?
  Un autre outil que proxytunnel ?
 
 et bien, stunnel sur le client ?
 c'est ce que je fais moi.

Ah ben oui tiens, présenté comme ça ;-)

 mais peut-être que tu ne nous as pas tout dit ?

En fait, ça me sert à encapsuler un flux SSH.
Le serveur fait la désencapsulation puis passe le nouveau flux à sslh
qui détermine s'il s'agit de HTTP ou de SSH. Voilà.

Donc, si on peut utiliser stunnel en client pour encapsuler du SSH, ça
me va très bien...
Je n'ai plus qu'à trouver la méthode ;-)

 Gaël

Merci.

David.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022194142.572a05ca@debian-david

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


François Boisson a écrit :

Le Wed, 22 Oct 2014 17:31:42 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:


On en reparlera dans quelques années. Le noyau Linux ne ressemble
plus à rien, il faut 1 Go de mémoire pour booter n'importe quelle
distribution avec un bureau léger... J'ai un K6-III qui ne me sert que
pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire.
C'est devenu inutilisable avec :
- Linux récent (debian stable dégraissée au maximum)
- Xorg (carte matrox G200)
- comptes en NFS


Non, tu exagères.  Je boute sans aucun problème sur une machine 512M avec
clefagreg donc un système de fichiers composées de système SQH réunis avec un
système en RAM (contenant en autre le home) via AUFS, le tout sous XFCE/wheezy.
Avec 1G, le tout tient en RAM.
Enfin, un de mes serveurs en production est sur une machine 256M sous squeeze
et fonctionne parfaitement. Le seul service que j'ai délocaliser sur une autre
machine est spamassassin. Certes, ça n'est pas un énorme serveur mais les
domaines hébergés reçoivent quelques millions de requêtes par an inégalement
distribuées (pic en Mai, Juin et Juillet) et la machine gère plusieurs
comptes mails ainsi bien sûr comme serveur NFS et SSH.
Bref, je pense que tu dois pouvoir exploiter ton K6 mieux que tu ne sembles le
dire.


	Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45 minutes 
pour terminer le boot (ne pas oublier anacron qui vient pomper toutes 
les ressources avec un locate bien senti). Inutilisable avec une squeeze 
'out of the box'.


Je t'invite quand tu veux pour constater toi-même les dégâts.

Cordialement,

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447f8e5.9080...@systella.fr

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


maderios a écrit :

On 10/22/2014 05:31 PM, BERTRAND Joël wrote:


 Au démarrage, tu charges tout un tas de saletés dont tu n'as que
faire. Et comme le noyau sait mieux que toi comment il doit gérer la
mémoire, il préalloue des tas de zones et se met à swapper immédiatement
alors même que tu lui as indiqué une valeur swapiness intéressante. En
fait, Linux à la fin des années 1990 était vendu comme un système léger
et fiable. Il est encore à peu près fiable (sur x86) mais plus du tout
léger.

Ce n'est pas spécifique à Linux. J'ai installé et utilisé Freebsd, c'est
exactement le même problème. La seule solution  d'avoir un noyau
optimisé pour son propre système, c'est de le compiler soi-même, ce que
je fais depuis 15 ans et il n'y a pas photo avec les noyaux officiels.



	Mouais. J'ai installé récemment un FreeBSD sur un Acer Aspire 1700 (un 
P4). FreeBSD vient nu, sans scories inutiles. L'installeur vient même 
sans X. C'est à toi de rajouter ce que tu veux.


	Quant à recompiler les noyaux, franchement, je ne vois pas bien la 
différence entre un noyau précompilé et un autre que je compile aux 
petits oignons. Autant sur quelques systèmes bien spécifiques ça peut se 
justifier (du style -mtune=ev56 sur alpha), autant sur du x86, c'est une 
perte de temps. Et ce n'est pas ce qui te fait gagner en occupation 
mémoire. Mieux vaut triturer les paramètres avec sysctl.


JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447f9e9.3060...@systella.fr

Problème de dépendance

2014-10-22 Par sujet Gérald Radix


Bonsoir,

Des problemes de dépendances empêche le paquet de s'installer 
(redhat-cluster-pve)

Le script post-installation a retourné une erreur 255

C'est le premier problème, les paquets suivant ont le même genre d'erreur.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5447fc0a.9030...@gmail.com

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)

Le Wed, 22 Oct 2014 20:35:17 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:

   Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45
 minutes pour terminer le boot (ne pas oublier anacron qui vient pomper
 toutes les ressources avec un locate bien senti). Inutilisable avec une
 squeeze 'out of the box'.


Franchement tu m'étonnes, sur ma machine de 256M je fais tourner

* Un serveur NTP
* Un serveur Web
- depot (boisson.homeip.net)
- site personnel
- site pour clefagreg (clefagreg.dnsalias.org)
- 2 sites professionnels
(15 hits par semaine en ce moment, période plutôt creuse)
* Un serveur DNS pour la resolution locale et pour servir d'autorité sur 2
domaines
* Un serveur de courrier (2 domaines) 
* Un VPN
* Un serveur NFS

Par ailleurs elle sert de routeur et de parefeu.
cerbere:/home/francois# free
 total   used   free sharedbuffers cached
Mem:234424 163304  71120  0  11820  80176
-/+ buffers/cache:  71308 163116
Swap:   779144 131112 648032


Ça n'est pas une formule 1 ni un serveur surexploité c'est sûr mais ça tourne
sans problème. Quand j'avais installé cette machine en 2008, 256M n'était pas
ridicule. Le boute dure 4-5mn (114s jusqu'au lancement des processus
de /etc/rc2.d)

F.B

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022212754.55dfc08938b2b9e998f05...@maison.homelinux.net

Re: Changement de version de Debian sur un VPS

2014-10-22 Par sujet Jérôme

Le mercredi 22 octobre 2014 à 11:36 +0200, Sébastien NOBILI a écrit :
 Toujours utiliser un screen ou tmux quand on lance des commandes
 longues et
 sensibles sur une machine distante.

Petite question un peu troll à ce sujet, mais comme la réponse change
avec les années...

screen vs tmux ?

J'avais quand même cru comprendre que tmux était activement développé
contrairement à screen.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/1413973026.3580.1.ca...@aranha.fr

Screen VS tmux (was : Changement de version de Debian sur un VPS)

 screen vs tmux ?

 J'avais quand même cru comprendre que tmux était activement développé
 contrairement à screen.

En effet.

Et aussi, la config par défaut de tmux est vraiment pas mal (à part le
meta qui peut faire mal au pouce sur certains claviers)

J'ai utilisé screen pendant 2-3 ans, et ça fait maintenant 1 ou 2 ans
que j'ai tmux, je ne repasserai pas sous screen si facilement !


un GROS avantage de tmux : il retient les panes quand tu
detach/re-attach, contrairement à screen...


gaël

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGKqBrkn2Sc_6Z1zTeXkLP4+c9A2r_¸qrovad8d2zm65v...@mail.gmail.com

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


François Boisson a écrit :

Le Wed, 22 Oct 2014 20:35:17 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:


Avec 512 Mo, je sais booter normalement. Avec 256, il faut 45
minutes pour terminer le boot (ne pas oublier anacron qui vient pomper
toutes les ressources avec un locate bien senti). Inutilisable avec une
squeeze 'out of the box'.



Franchement tu m'étonnes, sur ma machine de 256M je fais tourner

* Un serveur NTP
* Un serveur Web
- depot (boisson.homeip.net)
- site personnel
- site pour clefagreg (clefagreg.dnsalias.org)
- 2 sites professionnels
(15 hits par semaine en ce moment, période plutôt creuse)
* Un serveur DNS pour la resolution locale et pour servir d'autorité sur 2
domaines
* Un serveur de courrier (2 domaines)
* Un VPN
* Un serveur NFS

Par ailleurs elle sert de routeur et de parefeu.
cerbere:/home/francois# free
  total   used   free sharedbuffers cached
Mem:234424 163304  71120  0  11820  80176
-/+ buffers/cache:  71308 163116
Swap:   779144 131112 648032


Ça n'est pas une formule 1 ni un serveur surexploité c'est sûr mais ça tourne
sans problème. Quand j'avais installé cette machine en 2008, 256M n'était pas
ridicule. Le boute dure 4-5mn (114s jusqu'au lancement des processus
de /etc/rc2.d)


	On ne parle pas de la même chose. Lorsqu'elle est lancée, ça fonctionne 
à peu près. C'est le démarrage qui pose problème avec le anachron. 
Effectivement, elle met en gros une minute à aller jusqu'à xdm, je peux 
me logguer, mais les tâches anachron qui partent deux minutes après le 
boot la mettent par terre durant trois gros quart-d'heure.


	Je me refuse à tuer ces tâches car la machine n'est pas allumée assez 
longtemps pour que les crons normaux se déroulent correctement.


Mais tu peux venir constater par toi même si tu ne me crois pas.

JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/544810a3.9020...@systella.fr

(Contourné) Terminaux très lents à cause de Docker

2014-10-22 Par sujet Adrien

Le 16/10/2014 10:26, Sébastien NOBILI a écrit :
 Je ne connais pas particulièrement Docker… Mais ton problème pourrait être dû 
 à
 une latence dans l'affichage (éventuellement induite par Docker). Si tu lances
 un « find / », est-ce que les lignes défilent rapidement ?

 Quand tu constates cette latence, que vois-tu dans top (ou htop) ? J'imagine
 bien Xorg occupant plus de CPU que la normale…

 Seb


Je reviens à la charge.

Le find / défilait, mais la console était lente le reste du temps.
Dans top et htop, rien à voir quand c'était figé, mais quand ça ne
l'était plus j'avais un load average normal...

Ensuite, j'avais supprimé (apt-get purge) docker, et j'avais encore
quelques latences.
Une ou deux fois, j'avais vu des indices comme quoi je n'avais plus de
place sur le disque...
Tout à l'heure, une grosse latence est revenue, suivie de ça :

 $ cd ../../bash: impossible de créer un fichier temporaire pour le «
here-document » : Aucun espace disponible sur le périphérique
 bash: impossible de créer un fichier temporaire pour le «
here-document » : Aucun espace disponible sur le périphérique
 ^C
 adrien@localhost:~/$ df -h
 Sys. fich. Taille Util.
Dispo Uti% Monté sur
 rootfs24G   14G 
9,4G  60% /
 udev  10M 0  
10M   0% /dev
 tmpfs770M  7,1M 
763M   1% /run
 /dev/disk/by-uuid/94923181-3318-4259-a065-b76b99eb19de24G   14G 
9,4G  60% /
 tmpfs3,8G  612K 
3,8G   1% /dev/shm
 tmpfs3,8G 0 
3,8G   0% /sys/fs/cgroup
 tmpfs100M   20K 
100M   1% /run/user
 tmpfs5,0M 0 
5,0M   0% /run/lock
 /dev/sda4 81G   55G  
26G  69% /home
 /dev/sda1248M   31M 
218M  13% /boot
 /dev/sdb6771G  684G  
49G  94% /mnt/home

Ni une ni deux, je vais essayer de voir en root s'il manque de la place :

 root@localhost:~# du -Lxsh /tmp/
 23M /tmp/   #
C'est pas ça...
 root@localhost:~# du -Lxsh /var/   # Je suspecte
Docker, d'où /var/
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build406830632/04-source/node_modules/sails/node_modules/.bin/grunt
 »
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build406830632/04-source/node_modules/sails/node_modules/.bin/semver
 »
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build868008295/04-source/node_modules/sails/node_modules/.bin/semver
 »
 1,7G/var/
# Bingo !
 root@localhost:~# du -Lxsh /var/lib/docker/
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build406830632/04-source/node_modules/sails/node_modules/.bin/grunt
 »
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build406830632/04-source/node_modules/sails/node_modules/.bin/semver
 »
 du: impossible d'accéder à
« 
/var/lib/docker/tmp/docker-build868008295/04-source/node_modules/sails/node_modules/.bin/semver
 »
 196M/var/lib/docker/
 root@localhost:~# rm -rf /var/lib/docker/tmp
 root@localhost:~# du -Lxsh /var/lib/docker/
 7,3M/var/lib/docker/
 root@localhost:~#

Et là, le terminal est redevenu bon...

Je ne sais pas vraiment ce qui s'est passé. Avec le recul, il s'avère
que le générateur de sailsjs fait des liens symboliques vers les libs
installées en root avec npm. Je me dis que cela, allié à docker, a
peut-être fait des ravages : avec un Dockerfile je me suis amusé à
recopier ces liens symboliques dans le conteneur. Peut-être que c'est ça
qui a fichu le souk (ce qui serait un bug de Docker, pas de Sailsjs).

Si vous avez des idées, je suis preneur ! Car j'aimerais bien à terme
pouvoir lancer mon application dans des conteneurs Docker !

Librement,

Adrien.





signature.asc
Description: OpenPGP digital signature

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)

Le Wed, 22 Oct 2014 22:16:35 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:

   On ne parle pas de la même chose. Lorsqu'elle est lancée, ça
 fonctionne à peu près. C'est le démarrage qui pose problème avec le
 anachron. Effectivement, elle met en gros une minute à aller jusqu'à xdm, je
 peux me logguer, mais les tâches anachron qui partent deux minutes après le 
 boot la mettent par terre durant trois gros quart-d'heure.
 
   Je me refuse à tuer ces tâches car la machine n'est pas allumée
 assez longtemps pour que les crons normaux se déroulent correctement.
 
   Mais tu peux venir constater par toi même si tu ne me crois pas.

Non, je comprends mieux, ça n'a rien à voir avec un serveur pour le coup. Tu
devrais mettre un mice et peut être même un ionice sur le updatedb, ça
arrangera considérablement les choses. Tu peux même éventuellement faire un
roulement sur les répertoires en fonction des jours pour minimiser l'impact du
updatedb. logrotate va très vite donc ne pose pas de souci. 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/2014103351.5b8a187c3bb7aaeacf2cb...@maison.homelinux.net

Re: Proxytunnel, stunnel et POODLE

 En fait, ça me sert à encapsuler un flux SSH.
 Le serveur fait la désencapsulation puis passe le nouveau flux à sslh
 qui détermine s'il s'agit de HTTP ou de SSH. Voilà.

 Donc, si on peut utiliser stunnel en client pour encapsuler du SSH, ça
 me va très bien...
 Je n'ai plus qu'à trouver la méthode ;-)

bah, sur ton serveur :

compression = zlib

# Some performance tunings
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1

TIMEOUTclose = 0

cert = /etc/stunnel/ssl.pem
pid = /var/run/stunnel.pid
output = /var/log/stunnel

[sslh]
accept=port externe
connect=127.0.0.1:sslh port


Ton client :


compression = zlib

#debug = 7
#output = /var/log/stunnel4/debug7.log

[tunnel]
client = yes
accept = port-local
connect = ip-serveur:port-externe


Et tu fais passer ssh et http par le proxy sock localhost:port-local


Hésite pas si t'as un soucis :)

Gaël




 Gaël

 Merci.

 David.

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141022194142.572a05ca@debian-david


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAGKqBrnTZ+UrTjC-Ept=2m+d+3t78b_bzo7qo7xvrfmefcz...@mail.gmail.com

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


François Boisson a écrit :

Le Wed, 22 Oct 2014 22:16:35 +0200
BERTRAND Joël joel.bertr...@systella.fr a écrit:


On ne parle pas de la même chose. Lorsqu'elle est lancée, ça
fonctionne à peu près. C'est le démarrage qui pose problème avec le
anachron. Effectivement, elle met en gros une minute à aller jusqu'à xdm, je
peux me logguer, mais les tâches anachron qui partent deux minutes après le
boot la mettent par terre durant trois gros quart-d'heure.

Je me refuse à tuer ces tâches car la machine n'est pas allumée
assez longtemps pour que les crons normaux se déroulent correctement.

Mais tu peux venir constater par toi même si tu ne me crois pas.


Non, je comprends mieux, ça n'a rien à voir avec un serveur pour le coup. Tu
devrais mettre un mice et peut être même un ionice sur le updatedb, ça
arrangera considérablement les choses.


	Déjà tenté. Ça ne fait presque rien parce que le problème est que 
updatedb est un goret en terme d'occupation mémoire. Ça swappe et 
lorsque ça se met à swapper, un ionice n'arrange rien. La question 
sous-jacente est de savoir pourquoi updatedb bouffe autant de mémoire. 
J'ai comme dans l'idée que le truc n'est pas optimisé, du moins pour 
l'occupation de la mémoire (je vois monter updatedb à plus de 300 Mo... 
d'occupation mémoire).


	En fait, je crois que ce qui m'énerve prodigieusement, c'est que j'ai 
sous la main une AS200 qui a en tout et pour tout 128 Mo de mémoire et 
que l'engin tourne avec un OpenVMS 8.4 _complet_, DECwindows compris 
(serveur X), extensions TCPIP et tout ce qu'il faut en plus pour 
connecter un VMS au monde Unix, que ce système fait largement plus de 
choses et qu'il est confortable à l'utilisation. Ça donne un bon point 
de comparaison.


JKB

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/544824e3.20...@systella.fr

A propos du fil Debian Fork ?

Bonjour à tous les utilisateurs et développeurs de Debian :

Non mais franchement, vous n'auriez pas l'impression de ce fil de discussion 
est devenu un peu fourre-tout ?

Au départ, c'était :
 - D'abord un lien vers un site Internet (voir note a) qui annonce une 
ambition - une prétention ? - de créer une nouvelle distribution dérivée à 
cause de Systemd,
 - Puis une discussion - un troll diront certains - sur les supposés qualités 
et défauts du même Systemd,
 - Ensuite une autre sur la nécessité (ou non) d'avoir des différentes niveaux 
d'exécution.
 - Enfin des jérémiades sur l'actuelle (et supposée) lourdeur d'un système 
GNU/Linux.

Je ne jette la pierre à personne (d'autant que moi-même je n'étais pas 
toujours exemplaire depuis les 2 années que j'intervenais sur cette liste) 
mais il faut reconnaître qu'il n'est pas toujours évident de suivre un fil de 
discussion dans ces conditions.

Comme cela est indiqué par les règles de base (que vous trouverez à la page 
https://wiki.debian.org/fr/FrenchLists#R.2BAOg-gles_de_base ), faites au moins 
l'effort de créer un nouveau fil si vous voulez discuter d'autre chose même si 
cela dérive - un peu - du sujet initial...

Note a : Au passage, il serait également bien que certains fassent un autre 
effort de rédiger quelques lignes - je ne leur demande pas d'être aussi 
prolixes que moi - pour savoir de quoi il retourne au lieu de nous balancer 
(de façon laconique) un simple lien Internet.

Cordialement et à bientôt,

Stéphane.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141045.10365.stephane.garg...@gmail.com

Nombre de niveaux d'exécution

Bonjour à tous les utilisateurs et développeurs de Debian :

Le mercredi 22 octobre 2014 à 15:31, BERTRAND Joël joel.bertr...@systella.fr 
a écrit :
   Ça permet d'avoir des fonctionnements différents. init 5 avec X, init 2
 ou 5 en fonctionnement serveur classique, 2a avec un fonctionnement
 classique plus un serveur de fax par exemple...
 
   Pour un poste de travail, ça ne sert à rien. Pour un serveur, ça peut
 être utile.

Pour un poste de travail, ça ne sert à rien. : Ah oui, vraiment ? Pas même 
les init 0 et init 6 ? :-)

D'accord, même si mon ordinateur fixe a tout d'un poste de travail, il lui 
arrive fonctionner, sans aucune interruption, pendant une semaine (voire 
plus).

Mais au delà de la simple faculté d'éteindre ou de redémarrer son poste de 
travail, il arrive que certains souhaites bénéficier (pour des raisons qui 
leur appartiennent mais qui sont sans doute plausibles) de plusieurs autres 
niveaux d'exécution. Par exemple :
 - Un 1er niveau pour démarrer un système GNU/Linux sans réseau ni X Windows,
 - Un 2ème niveau pour avoir le même mais avec le réseau activé et
 - Un dernier pour avoir le système sans aucune des restrictions précédentes.

Et ceux qui souhaitent changer de niveau n'ont plus qu'à lancer la commande 
'init' suivi du numéro de niveau.

Cordialement et à bientôt,

Stéphane.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141047.48509.stephane.garg...@gmail.com

GNU/Linux a-t'il l'embonpoint ?

Bonjour à tous les utilisateurs et développeurs de Debian :

Le mercredi 22 octobre 2014 à 15:31, BERTRAND Joël joel.bertr...@systella.fr 
a écrit :
   Pas du tout. Pour les serveurs, je laisse les Linux mourir de leur
 belle mort et lorsque je remplace un serveur, c'est par un NetBSD. Pour
 les postes de travail, en fonction de l'architecture, c'est du Net ou du
 Free. Je bricole aussi avec du L4 ou du VMS, mais c'est un autre sport :-P

A propos de FreeBSD, sait-tu que Debian propose un portage kfreebsd-i386/amd64 
?

Et puis, bonne nouvelle, pour Jessie, on continue d'utiliser SysVinit comme 
système d'initialisation.

   On en reparlera dans quelques années. Le noyau Linux ne ressemble plus
 à rien, il faut 1 Go de mémoire pour booter n'importe quelle
 distribution avec un bureau léger... J'ai un K6-III qui ne me sert que
 pour avoir accès à un scanner SCSI. Il est muni de 256 Mo de mémoire.

il faut 1 Go de mémoire pour booter n'importe quelle distribution avec un 
bureau léger : Ah oui, vraiment (encore une fois) ?

Je vais te dire un secret : mon ordinateur fixe possède une mémoire centrale de 
8 Go et en ouvrant, sous KDE (qui est déjà un environnement de bureau ultra-
léger comme chacun le sait), six applications :
 - gestionnaire de fichiers, 
 - éditeur de texte, 
 - navigateur Web (avec des multiples onglets), 
 - client E-mail (avec plusieurs fenêtres distinctes sur lesquelles je suis 
entrain de rédiger des messages), 
 - client IRC
 -  et même lecteur de CD audio
auxquelles il faut ajouter divers composants graphiques (ex-plasmoïdes).

Eh bien, malgré tout ça, mon système GNU/Linux plafonne à... 0,9 Go. Etonnant, 
non ? ;-)

Cordialement et à bientôt,

Stéphane.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141051.37054.stephane.garg...@gmail.com

Re: A propos de la controverse Systemd

Bonjour à tous les utilisateurs et développeurs de Debian :

Le mercredi 22 octobre 2014 à 08:25, Stéphane GARGOLY 
stephane.garg...@gmail.com a écrit :
 Mais déjà, on peut se poser la question de changement d'un système
 d'initialisation - et de ses éventuels conséquences - si jamais Systemd
 restera tout aussi problématique (toujours aux yeux de certains) :
  - [Mise à jour de Wheezy à Jessie] En empêchant le remplacement de
 SysVinit par Systemd.
  - [Installation de Jessie] En laissant le choix du système
 d'initialisation lors du démarrage de l'Installateur Debian comme cela se
 fait concernant les environnements de bureau (où on peut choisir KDE, XFCE
 ou LXDE à la place de GNOME par défaut).

Grâce à Sylvain S. (qui nous a donné le lien lors d'une de ses interventions 
dans le fil Debian Fork ? - voir note a), j'ai consulté la page 
http://www.vitavonni.de/blog/201410/2014102101-avoiding-systemd.html et, 
d'après à ce que j'ai pu comprendre, il est tout à fait possible de changer de 
système d'initialisation, ce qui devrait - peut-être - rassurer certains qui 
avouent avoir des appréhensions face à Systemd.

En fait, cela se fait par la création d'un méta-paquet 'init' ( 
https://packages.debian.org/jessie/init ) pour Jessie mais aussi pour Sid.

Par contre, ce blog ne nous permet pas de dire s'il est possible, lors de 
l'installation de Jessie - je ne parle pas de simple mise à niveau de Wheezy 
existante -, de demander à l'Installateur de Debian d'installer un autre 
système d'initialisation que celui qui est proposé - ou imposé ? - par défaut.

Note a : Désolé Sylvain mais quand j'ai rédigé mon précédent message, il y a 
déjà eu toute une flopée d'interventions (dans ce fil précité) que j'ai dû 
toutes les lire en diagonale ou presque et donc ton lien m'avait quelque peu 
échappé au début. :-)

 Quand à moi et comme je maîtrise VirtualBox (comme solution de
 virtualisation), je pourrais d'abord essayer Jessie (devenue stable) à
 partir d'une machine virtuelle, déjà pour voir comment cela se présente
 (et se comporte) lors de l'utilisation.

Et j'ajoute que après mes premières expériences avec Systemd :
 - Soit c'est un truc immonde pire que les Windows Vista et Eight réunis et il 
faudrait peut-être d'interdire à Lennart Poettering de pondre la moindre ligne 
de code le reste de sa vie.
 - Soit c'est une bénédiction absolue et je vous propose, dans ce cas, une 
béatification expresse du même Lennart.
 - Soit (et, de façon intuitive, c'est plus probable que les 2 précédentes 
hypothèses) j'ai une impression plus ou moins mitigée si je constaterai des 
avancées et des régressions par rapport à SysVinit.
 - Et enfin soit (et c'est aussi probable que la précédente) je n'aurai 
constaté aucune différence flagrante (toujours par rapport à SysVinit).

Cordialement et à bientôt,

Stéphane.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141042.29641.stephane.garg...@gmail.com

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)

2014-10-22 Par sujet Francois Lafont

Bonsoir,

Le 22/10/2014 23:42, BERTRAND Joël a écrit :
 
 Déjà tenté. Ça ne fait presque rien parce que le problème est que 
 updatedb est un goret en terme d'occupation mémoire. Ça swappe et lorsque ça 
 se met à swapper, un ionice n'arrange rien. La question sous-jacente est de 
 savoir pourquoi updatedb bouffe autant de mémoire. J'ai comme dans l'idée que 
 le truc n'est pas optimisé, du moins pour l'occupation de la mémoire (je vois 
 monter updatedb à plus de 300 Mo... d'occupation mémoire).

Si updatedb te pose des soucis, tu peux peut-être simplement le
désinstaller (via le paquet mlocate je crois).

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/m29dv2$ka6$1...@ger.gmane.org

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)


Re,


On Wed, Oct 22, 2014 at 05:31:42PM +0200, BERTRAND Joël wrote:

[...]
   Ça permet d'avoir des fonctionnements différents. init 5 avec
 X, init 2 ou 5 en fonctionnement serveur classique, 2a avec un
 fonctionnement classique plus un serveur de fax par exemple...

Oui, à la base tout à fait...
 

   Pour un poste de travail, ça ne sert à rien. Pour un serveur,
 ça peut être utile.

Voilà, ça « peut ». Mais pas forcément, et souvent non. Dans un
VServer qui ne fait qu'un seul truc, l'utilité est nulle et c'est donc
plus emmerdant qu'autre chose. D'où l'idée de les virer, mais c'est
pas si simple... D'où un compromis avec file-rc.



[autre chose que du Linux.]
   Pas du tout. Pour les serveurs, je laisse les Linux mourir de
 leur belle mort et lorsque je remplace un serveur, c'est par un
 NetBSD.

Intéressant, mais l'absence de solution de virtualisation légère ne te
contrarie pas ?


[...] 
 Pour les postes de travail, en fonction de l'architecture, c'est du
 Net ou du Free. Je bricole aussi avec du L4 ou du VMS, mais c'est un
 autre sport :-P

Connais pas, vais aller voir ça ;)

'rci  A+,

-- 

JFS.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022233459.gc28...@jones.jfs.dt

Re: Système de démarrage à la BSD ? (was : Re: Debian Fork ?)