On 25/05/15 at 20:27 +0200, maderios wrote:
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki without systemd
Salut
C'est reculer pour mieux sauter. Ce ne serait pas plus
tiens nous au courant je suis très interressé
Le 25/05/2015 22:07, Lucas Nussbaum a écrit :
On 25/05/15 at 20:27 +0200, maderios wrote:
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions
je connais le tuto pour supprimer systemd (c'est ce que j'ai voulu
utiliser). le problème c'est que malgré le fait que tout sysvinit soit
installé, ça semble impossible de supprimer (sur arm) systemd tel
qu'indiqué, il semble d'aprés la sortie de la commande qu'il faille
indiquer le systeme d'init
Le 25 mai 2015 à 16:34, Patrice Go patgsios...@gmail.com a écrit :
Effectivement cette commande permet de connaitre là où est le problème dans
le fichier de configuration. pour info, c'était le fichier de signature ssl
.pem qui était mal nommé. dommage que le problème ne soit pas indiqué
On 12/05/15 at 21:50 +0200, Christophe Mehay wrote:
Je me permets de répondre car je souhaiterais apporter quelques précisions
sur la raison pour laquelle unbound ici n'affiche pas d'erreur.
Je pense que vous vous fourvoyez sur la façon dont systemd démarre les
services, il n'y a pas de
Je me permets de répondre car je souhaiterais apporter quelques
précisions sur la raison pour laquelle unbound ici n'affiche pas d'erreur.
Je pense que vous vous fourvoyez sur la façon dont systemd démarre les
services, il n'y a pas de binaire compatible ou non avec systemd, la
réalité c'est
On 10/05/15 at 11:38 +0200, Wallace wrote:
Bonjour,
Je tâche depuis la sortie officielle de me dire que si systemd est
fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à
mes tests pré sortie j'essaye de ne plus être négatif sauf que j'ai
vraiment l'impression d'avoir
Le 12/05/2015 10:58, Lucas Nussbaum a écrit :
On 10/05/15 at 11:38 +0200, Wallace wrote:
Bonjour,
Je tâche depuis la sortie officielle de me dire que si systemd est
fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à
mes tests pré sortie j'essaye de ne plus être négatif
systemd.
Je confirme service est bien un wrapper qui sait piloter le bon init
derrière.
signature.asc
Description: OpenPGP digital signature
bonne commande en fonction du système init et que justement
c'était très bien comme ça car on n'avait pas à s'embêter. Du coup, les
questions du PO me semblent légitimes. Je n'ai aucune réponse en l'occurrence
vu que j'y connais rien encore à systemd.
--
François Lafont
--
Lisez la FAQ de la
Bonjour,
Il me semble qu'il est recommandé de remplacer la commande `service` par
`systemctl`
Le 10/05/2015 11:38, Wallace a écrit :
Bonjour,
Je tâche depuis la sortie officielle de me dire que si systemd est
fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à
mes tests
On 05/10/2015 11:38 AM, Wallace wrote:
Je résume mes besoins :
- avoir la valeur retour du lancement d'un daemon dans le shell au
lancement de la commande service
- avoir les erreurs éventuelles au lancement de la même commande comme avant
- pouvoir désactiver le catch des logs de systemd et
Le 10/05/2015 11:38, Wallace a écrit :
Je suppose que c'est systemd qui a attrapé ces logs mais vu que ce n'est
pas du fichier texte et qu'il faut passer par une commande que j'arrive
pas encore à retenir ...
Systemd décline toute responsabilité pour perte de mémoire de
l'utilisateur et pour
Bonjour,
Je tâche depuis la sortie officielle de me dire que si systemd est
fourni c'est qu'il l'est sans bug et sans régression aussi par rapport à
mes tests pré sortie j'essaye de ne plus être négatif sauf que j'ai
vraiment l'impression d'avoir perdu.
Exemple récent, serveur physique chez un
Le Sun, 3 May 2015 20:13:55 +0900
Charles Plessy ple...@debian.org a écrit:
Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit :
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Bonjour,
Le blog de Lennart Poettering suggère que l'on pourrait se passer de
Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit :
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Bonjour,
Le blog de Lennart Poettering suggère que l'on pourrait se passer de xinetd
pour lancer vsftp:
http://0pointer.de/blog/projects/inetd.html
Problème résolu en virant systemd tout simplement.
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
Le 02/05/2015 11:19, jber...@free.fr a écrit :
Excuse ! J'ai répondu trop vite
Bonjour,
Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp
Dans xinetd j'ai configuré vsftpd ainsi:
service ftp
{
id = ftp_nb4
socket_type = stream
wait= no
user= root
server
|status?
Oui.
Mais il était déjà recommandé d’utiliser 'invoke-rc.d' (sysV ;
gère les niveaux d’exécution) ou 'service' (sysV, upstart,
openrc ou systemd).
Tu peux quand même continuer à utiliser /etc/init.d/toto, il
va utiliser systemctl un sous-main.
Évidemment ça ne fonctionnera pas
-french@lists.debian.org
Objet : documentation en français sur Systemd
Date : 29/04/2015 11:20:10 CEST
Bonjour
L'excellent et vénérable site lea-linux.org propose une documentation en
français sur Systemd
http://lea-linux.org/documentations/Systemd
--
Maderios
--
Lisez la FAQ de la liste avant de
Bonjour
L'excellent et vénérable site lea-linux.org propose une documentation en
français sur Systemd
http://lea-linux.org/documentations/Systemd
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un
Le mercredi 29 avril 2015 à 13:21, Sylvain L. Sauvage a écrit :
Mais il était déjà recommandé d’utiliser 'invoke-rc.d' (sysV ;
gère les niveaux d’exécution) ou 'service' (sysV, upstart,
openrc ou systemd).
Merci d'aborder ce sujet, c'est justement une des questions que je me pose quant
à
On 04/29/2015 01:50 PM, Sébastien NOBILI wrote:
Le mercredi 29 avril 2015 à 13:21, Sylvain L. Sauvage a écrit :
Mais il était déjà recommandé d’utiliser 'invoke-rc.d' (sysV ;
gère les niveaux d’exécution) ou 'service' (sysV, upstart,
openrc ou systemd).
Merci d'aborder ce sujet, c'est
Le mercredi 29 avril 2015, 14:32:56 maderios a écrit :
[…]
Ensuite, je ne vois pas trop leur utilité quand on a choisi
systemd.
service fonctionne avec *tous* les systèmes d’init : sysV,
systemd, upstart ou openrc.
C’est toujours une bonne idée d’avoir une commande générique,
au moins
Le mercredi 29 avril 2015, 13:50:57 Sébastien NOBILI a écrit :
Mais il était déjà recommandé d’utiliser 'invoke-rc.d'
(sysV ; gère les niveaux d’exécution) ou 'service' (sysV,
upstart, openrc ou systemd).
[…]
je crois aussi comprendre qu'il
vaut mieux préférer « service » à « invoke-rc.d
Le mercredi 29 avril 2015 à 14:32, maderios a écrit :
'invoke-rc.d' et 'service' font partie de sysv-rc et non de systemd.
En effet, paquets « sysv-rc » et « sysvinit-utils » dans Wheezy comme dans
Jessie.
J'ai deux serveurs nginx et lighttpd, des services dont nfs et mysql, je n'ai
jamais
On 04/29/2015 03:07 PM, Sébastien NOBILI wrote:
Le mercredi 29 avril 2015 à 14:32, maderios a écrit :
'invoke-rc.d' et 'service' font partie de sysv-rc et non de systemd.
En effet, paquets « sysv-rc » et « sysvinit-utils » dans Wheezy comme dans
Jessie.
J'ai deux serveurs nginx et lighttpd
Le Wed, Apr 29, 2015 at 02:32:56PM +0200, maderios a écrit :
'invoke-rc.d' et 'service' font partie de sysv-rc et non de systemd. Il sont
toujours obligatoires dans Jessie. Ensuite, je ne vois pas trop leur utilité
quand on a choisi systemd. Bizarre que Debian ait conservé des morceaux de
LO,
On Mon, Apr 27, 2015 at 10:41:19AM +0200, Alain Rpnpif wrote:
[...]
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous
s'il est possible de migrer vers Jessie en évitant toute trace de
Systemd et donc de ses effets pervers, en interdisant **dès le
départ** l'installation
Bonjour,
Depuis l'arrivée de Systemd l'analyse automatique et périodique des disques
par fsck aucune progression de cette analyse n'apparaît à l'écran, seul un
message en anglais annonce le début de cette analyse, suivi par un écran noir,
ce qui est assez gênant, l'analyse pouvant prendre plus
Le mardi 3 mars 2015, 13:30:13 MERLIN Philippe a écrit :
Bonjour,
’jour,
Depuis l'arrivée de Systemd l'analyse automatique et
périodique des disques par fsck aucune progression de cette
analyse n'apparaît à l'écran, seul un message en anglais
annonce le début de cette analyse, suivi par un
Jessie, j'ai le passage à systemd, et celui-ci ne veut pas
que je lance ce service en tant qu'un simple utilisateur :
$ /etc/init.d/mmx start
[] Starting mmx (via systemctl) : mmx.serviceFailed to start mmx.service :
Access denied
Pourtant, mon script est bien dans /etc/init.d/ et peut
pendant le démarrage).
Avec le passage à Jessie, j’ai le passage à systemd, et celui-ci ne veut
pas que je lance ce service en tant qu’un simple utilisateur :
Systemd offre la possibilité d'utiliser des unités dans l'espace de
l'utilisateur en lui permettant de démarrer, d'arrêter, d'activer ou
Bonsoir
https://linuxfr.org/users/fantastix/journaux/devuan-forks-debian-un-choc-ou-c-etait-inevitable
--
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
Bonjour
Un (long) article sur le pourquoi et le comment des polémiques en cours,
surtout du coté de Debian.
https://linuxfr.org/news/pourquoi-les-zelateurs-et-detracteurs-de-systemd-ne-s-entendront-jamais
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http
'lut,
Un (long) article sur le pourquoi et le comment des polémiques en cours,
surtout du coté de Debian.
https://linuxfr.org/news/pourquoi-les-zelateurs-et-detracteurs-de-systemd-ne-s-entendront-jamais
Excellent article en effet (même si la traduction est parfois un peu
maladroite, quel
systemd vient de fedora,
essaie cela ne risque rien du moins je le pense.
un : systemctl stop clamav-daemon
suivi de systemctl start clamav-daemon
et systemctl status clamav-daemon
Vois si cela change.
Philippe Merlin
Raté, ça ne change strictement rien. Et, je ne sais pas pourquoi, mais
le
/clamav mais
directement sous /etc recopie le sous /etc comme systemd vient
de
fedora,
essaie cela ne risque rien du moins je le pense.
un : systemctl stop clamav-daemon
suivi de systemctl start clamav-daemon
et systemctl status clamav-daemon
Vois si cela change.
Philippe Merlin
MERLIN Philippe a écrit :
Je vois, mais essaye d'examiner le script /etc/init.d/clamd start et de
voir si il n'y a pas une différence entre ce qui est lancé par init.d et
systemd autre piste,
modifie :
ExecStart=/usr/sbin/clamd --foreground=true -c /etc/clamav/clamd.conf
et avec cela il doit
Je vous suggère de lire les derniers développements de systemd. Visiblement on
ne pense pas trop aux serveurs...
https://linuxfr.org/news/systemd-version-216
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER
On Fri, Oct 31, 2014 at 12:29:46PM CET, François Boisson
user.anti-s...@maison.homelinux.net said:
Je vous suggère de lire les derniers développements de systemd. Visiblement on
ne pense pas trop aux serveurs...
https://linuxfr.org/news/systemd-version-216
François Boisson
C'est jutse
François Boisson a écrit :
Je vous suggère de lire les derniers développements de systemd. Visiblement on
ne pense pas trop aux serveurs...
https://linuxfr.org/news/systemd-version-216
François Boisson
Oh mon dieu... Avec des vraies bouts de code dedans qui sont déjà gérés
par d'autres
On Fri, 31 Oct 2014 13:51:51 +0100
Erwan David er...@rail.eu.org wrote:
Merci qui ?
Kate ?
Phyllis ?
C' était ma modeste contribution du vendredi.
Vincent
--
La musique adoucit-elle les moeurs? Testez-vous sur:
http://soundcloud.com/ouhena
http://www.reverbnation.com/koslow
--
Lisez la FAQ
BERTRAND Joël vendredi 31 octobre à 14:09
François Boisson a écrit :
Je vous suggère de lire les derniers développements de systemd. Visiblement
on
ne pense pas trop aux serveurs...
https://linuxfr.org/news/systemd-version-216
François Boisson
Oh mon dieu... Avec des vraies
On Fri, Oct 31, 2014 at 04:01:54PM CET, Philippe Delavalade
philippe.delaval...@orange.fr said:
BERTRAND Joël vendredi 31 octobre à 14:09
François Boisson a écrit :
Je vous suggère de lire les derniers développements de systemd.
Visiblement on
ne pense pas trop aux serveurs
Le vendredi 31 octobre 2014 à 16:01, Philippe Delavalade a écrit :
Oui mais quoi ? Slackware ? En tou cas, pas ubuntu pour moi.
Je ne vois que LFS…
Seb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message
Sébastien NOBILI vendredi 31 octobre à 16:38
Le vendredi 31 octobre 2014 à 16:01, Philippe Delavalade a écrit :
Oui mais quoi ? Slackware ? En tou cas, pas ubuntu pour moi.
Je ne vois que LFS???
Et encore puisqu'il y a une branche systemd (nom qui, soit dit entre nous,
connote bien mal en
Philippe Delavalade a écrit :
Sébastien NOBILI vendredi 31 octobre à 16:38
Le vendredi 31 octobre 2014 à 16:01, Philippe Delavalade a écrit :
Oui mais quoi ? Slackware ? En tou cas, pas ubuntu pour moi.
Je ne vois que LFS???
Et encore puisqu'il y a une branche systemd (nom qui, soit dit
On 10/31/2014 12:29 PM, François Boisson wrote:
Je vous suggère de lire les derniers développements de systemd. Visiblement on
ne pense pas trop aux serveurs...
Ils se soucient tellement peu des serveurs que Red Hat Enterprise Linux
7 a adopté Systemd
http://linuxfr.org/news/red-hat
On 31/10/2014 17:03, Philippe Delavalade wrote:
Sébastien NOBILI vendredi 31 octobre à 16:38
Le vendredi 31 octobre 2014 à 16:01, Philippe Delavalade a écrit :
Oui mais quoi ? Slackware ? En tou cas, pas ubuntu pour moi.
Je ne vois que LFS???
Et encore puisqu'il y a une branche systemd (nom
MERLIN Philippe a écrit :
Une idée, en cherchant dans google il semble que dans certaines distributions
clamd.conf ne se trouve pas dans /etc/clamav mais directement sous /etc
recopie le sous /etc comme systemd vient de fedora, essaie cela ne risque rien
du moins je le pense.
un : systemctl stop
Le jeudi 30 octobre 2014, 18:04:48 BERTRAND Joël a écrit :
MERLIN Philippe a écrit :
Une idée, en cherchant dans google il semble que dans certaines
distributions clamd.conf ne se trouve pas dans /etc/clamav mais
directement sous /etc recopie le sous /etc comme systemd vient de fedora
Oct 29 09:34:58 2014 - +++ Started at Wed Oct 29 09:34:58 2014
Wed Oct 29 09:34:58 2014 - Received 0 file descriptor(s) from systemd.
Wed Oct 29 09:34:58 2014 - clamd daemon 0.98.5-rc1 (OS: linux-gnu,
ARCH: x86_64, CPU: x86_64)
Wed Oct 29 09:34:58 2014 - Running as user clamav (UID 109, GID 115
parfaitement et la
socket pour le milter de sendmail est créée :
Wed Oct 29 09:34:58 2014 - +++ Started at Wed Oct 29 09:34:58 2014
Wed Oct 29 09:34:58 2014 - Received 0 file descriptor(s) from systemd.
Wed Oct 29 09:34:58 2014 - clamd daemon 0.98.5-rc1 (OS: linux-gnu,
ARCH: x86_64, CPU
la main clamd, ça fonctionne parfaitement et la
socket pour le milter de sendmail est créée :
Wed Oct 29 09:34:58 2014 - +++ Started at Wed Oct 29 09:34:58 2014
Wed Oct 29 09:34:58 2014 - Received 0 file descriptor(s) from systemd.
Wed Oct 29 09:34:58 2014 - clamd daemon 0.98.5-rc1 (OS: linux-gnu
) from systemd.
Wed Oct 29 09:34:58 2014 - clamd daemon 0.98.5-rc1 (OS: linux-gnu,
ARCH: x86_64, CPU: x86_64)
Wed Oct 29 09:34:58 2014 - Running as user clamav (UID 109, GID 115)
Wed Oct 29 09:34:58 2014 - Log file size limited to 4294967295bytes.
Wed Oct 29 09:34:58 2014 - Reading databases
Pour info, un nouveau groupe Meetup :
http://www.meetup.com/systemd-france/
Je précise que je n'ai pas d'opinion sur ce débat :)
Bonne semaine
--
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
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
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
Le 02/09/2014 23:29, Sébastien Dinot a écrit :
Bonsoir,
J'ai eu pour ma part quelques soucis lors de la migration vers systemd.
Tout est revenu à la normale après :
1. l'installation du paquet systemd-shim ;
2. la désinstallation du paquet sysvinit.
J'espère que cela vous aidera mais je ne
. Son 'power off' fonctionne chez
moi normalement (sid amd64)
Comme quoi il n’y a vraiment pas pire sourd que celui qui ne
veut pas entendre, hein ;o)
« Chez moi ça marche™ (UEFI + systemd + KDM + KDE (Sid)) »
https://lists.debian.org/debian-user-french/2014/09/msg00050.html
Désolé, mais
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour l'arrêt et le
redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter, kde se décharge bien
mais laisse place à un écran noir et l'arrêt ne se poursuit pas...
Je peux basculer sur
J'ai eu le même souci en unstable . Tout est rentré en ordre avec une mise
à jour.
Le 2 sept. 2014 15:36, C. Mourad Jaber m...@nativobject.net a écrit :
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en
On Tue, Sep 02, 2014 at 03:11:13PM CEST, C. Mourad Jaber
m...@nativobject.net said:
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter, kde se
décharge bien
On 09/02/2014 03:11 PM, C. Mourad Jaber wrote:
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter,
kde se décharge bien mais laisse place à un écran noir et
Le mardi 2 septembre 2014, 15:11:13 C. Mourad Jaber a écrit :
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter, kde se
décharge bien mais laisse place à un
Le mardi 2 septembre 2014, 15:52:41 David Demonchy a écrit :
J'ai eu le même souci en unstable . Tout est rentré en ordre avec une mise
à jour.
Heureux homme!!! Quand es ce que que c'est rentré dans l'ordre ? Je suis en
Sid AMD64 et à jour des MAJ et j'ai jusqu'à hier toujours le même problème
On 09/02/2014 04:13 PM, Erwan David wrote:
reportbug systemd
Si systemd ne sais pas arrêter la machine alors c'est un bug
Les commandes ont changé, ce n'est pas un bug mais une mauvaise utilisation
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http
Le mardi 2 septembre 2014, 15:52:41 David Demonchy a écrit :
J'ai eu le même souci en unstable . Tout est rentré en ordre
avec une mise à jour.
Pour halt en console : le bon comportement de halt est bien
d’arrêter la machine, pas de l’éteindre. Pour l’éteindre, c’est
poweroff. systemd
On Tue, Sep 02, 2014 at 04:14:57PM CEST, maderios mader...@gmail.com said:
On 09/02/2014 03:11 PM, C. Mourad Jaber wrote:
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si
On Tue, Sep 02, 2014 at 04:19:02PM CEST, MERLIN Philippe
phil-deb1.mer...@laposte.net said:
Le mardi 2 septembre 2014, 15:11:13 C. Mourad Jaber a écrit :
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage
hier toujours le même problème
pour l'arrêt.
Philippe Merlin
S'il n'y avait que l'arrêt... Mais le démarrage de certains daemons
(comme spammassasin dans le cas sendmail + milter) pose des problèmes
allant jusqu'à empêcher le fonctionnement de sendmail. Bref, systemd,
c'est une brique pour
On Tuesday 02 September 2014 16:36:15 Sylvain L. Sauvage wrote:
Pour halt en console : le bon comportement de halt est bien
d’arrêter la machine, pas de l’éteindre. Pour l’éteindre, c’est
poweroff. systemd a permis de corriger ce vieux bogue.
Intéressant,
je ne sais même pas la différence
l’éteindre. Pour l’éteindre, c’est
poweroff. systemd a permis de corriger ce vieux bogue.
Foutaise : le bon comportement c'est celui que l'utilisateur veut.
EN tout cas quand on fait turn off computer sous kde ça ne l'arrête
pas. ça reste en stopping job for user 4658
avec un clignotant rouge
Le mardi 2 septembre 2014, 16:58:27 andre_deb...@numericable.fr
a écrit :
[…]
je ne sais même pas la différence entre
arrêter la machine et l'éteindre.
Il s’agit d’arrêter _le système_ et d’éteindre _la machine_.
À l’arrêt, la machine est toujours en route mais le système ne
fait rien.
l'arrête pas. ça reste en stopping job for user 4658
avec un clignotant rouge.
Chez moi ça marche™ (UEFI + systemd + KDM + KDE (Sid))
La situation « oups, maintenant halt fait ce qu’il devait
faire, il faut utiliser poweroff à la place » a été corrigée il
y a un moment. Si un problème persiste, il
On 09/02/2014 04:19 PM, MERLIN Philippe wrote:
Le mardi 2 septembre 2014, 15:11:13 C. Mourad Jaber a écrit :
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter
On 09/02/2014 04:41 PM, Erwan David wrote:
On Tue, Sep 02, 2014 at 04:14:57PM CEST, maderios mader...@gmail.com said:
On 09/02/2014 03:11 PM, C. Mourad Jaber wrote:
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le
pas pire sourd que celui qui ne
veut pas entendre, hein ;o)
« Chez moi ça marche™ (UEFI + systemd + KDM + KDE (Sid)) »
https://lists.debian.org/debian-user-french/2014/09/msg00050.html
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr
normalement (sid amd64)
Comme quoi il n’y a vraiment pas pire sourd que celui qui ne
veut pas entendre, hein ;o)
« Chez moi ça marche™ (UEFI + systemd + KDM + KDE (Sid)) »
https://lists.debian.org/debian-user-french/2014/09/msg00050.html
Désolé, mais vu que la version en testing est de
Le Tue, 02 Sep 2014 15:11:13 +0200
C. Mourad Jaber m...@nativobject.net a écrit:
Bonjour,
Depuis le passage à systemd, j'ai quelques comportements curieux pour
l'arrêt et le redémarrage via KDE.
Le redémarrage en générale se passe bien, mais si j'essais d'arrêter, kde se
décharge bien
Bonsoir,
J'ai eu pour ma part quelques soucis lors de la migration vers systemd.
Tout est revenu à la normale après :
1. l'installation du paquet systemd-shim ;
2. la désinstallation du paquet sysvinit.
J'espère que cela vous aidera mais je ne garantis rien, systemd est
encore pour moi une
On Wed, Aug 06, 2014 at 11:35:47PM CEST, Gaëtan PERRIER
gaetan.perr...@neuf.fr said:
Bonjour,
Sur une machine en testing quand je fais systemctl j'ai un failed sur
systemd-remount-fs.service
Un systemctl status systemd-remount-fs.service me retourne:
systemd-remount-fs.service
Le Thu, 7 Aug 2014 09:27:48 +0200
Sébastien NOBILI sebnewslet...@free.fr a écrit:
Bonjour,
Le jeudi 07 août 2014 à 0:51, Gaëtan PERRIER a écrit :
Le Thu, 07 Aug 2014 00:23:43 +0200
Frederic MASSOT frede...@juliana-multimedia.com a écrit:
Que contient ton fichier fstab et/ou comment
Le jeudi 07 août 2014 à 20:18, Gaëtan PERRIER a écrit :
J'ai oublié de préciser que le système est fonctionnel tout est correctement
monté.
OK, fausse piste…
Le mercredi 06 août 2014 à 23:35, Gaëtan PERRIER a écrit :
Aug 06 21:16:46 reveillon systemd-remount-fs[270]: mount: /usr not mounted
Le Thu, 7 Aug 2014 21:29:47 +0200
Sébastien NOBILI sebnewslet...@free.fr a écrit:
Le mercredi 06 août 2014 à 23:35, Gaëtan PERRIER a écrit :
Aug 06 21:16:46 reveillon systemd-remount-fs[270]: mount: /usr not mounted
or bad option
Est-ce que /etc/mtab est un lien vers /proc/mounts sur ta
Bonjour.
J'ai un souci de montage que j'attribue peutre-être généreusement à systemd
mais depuis que j'ai ce machin, tous les problèmes ou presque viennent de
lui :-(
Je viens de passer la commande :
mount -t iso9660 -o loopp /chemin/machin.iso /mnt
et ça me répond :
mount : impossible de
Le 06/08/2014 16:57, Philippe Delavalade a écrit :
Bonjour.
J'ai un souci de montage que j'attribue peutre-être généreusement à systemd
mais depuis que j'ai ce machin, tous les problèmes ou presque viennent de
lui :-(
Je viens de passer la commande :
mount -t iso9660 -o loopp /chemin
périphériques boucle
Pour tes problèmes avec systemd, je ne vais pas pouvoir t'aider, en revanche,
pour ce qui est du montage loop, oui.
Chez moi, ça donne ça :
% lsmod | grep loop
zsh: done lsmod |
zsh: exit 1 grep --color loop
= le module « loop » n'est pas chargé
% sudo
noyau ne
prend peut-être pas en charge les périphériques boucle
Pour tes problèmes avec systemd, je ne vais pas pouvoir t'aider, en revanche,
pour ce qui est du montage loop, oui.
Chez moi, ça donne ça :
% lsmod | grep loop
zsh: done lsmod |
zsh: exit 1 grep
Le mercredi 06 août 2014 à 18:59, Philippe Delavalade a écrit :
Le fichier /etc/modules est vide. Je vais comparer avec mon ancienne config,
celle du
temps béni de sysv :-)
Chez moi (wheezy, donc sysv) aussi il est vide. Tu verras dans les différentes
commandes que j'avais envoyées qu'il est
Bonjour,
Sur une machine en testing quand je fais systemctl j'ai un failed sur
systemd-remount-fs.service
Un systemctl status systemd-remount-fs.service me retourne:
systemd-remount-fs.service - Remount Root and Kernel File Systems
Loaded: loaded (/lib/systemd/system/systemd-remount
Le 06/08/2014 23:35, Gaëtan PERRIER a écrit :
Bonjour,
Sur une machine en testing quand je fais systemctl j'ai un failed sur
systemd-remount-fs.service
Un systemctl status systemd-remount-fs.service me retourne:
systemd-remount-fs.service - Remount Root and Kernel File Systems
Loaded
Le Thu, 07 Aug 2014 00:23:43 +0200
Frederic MASSOT frede...@juliana-multimedia.com a écrit:
Que contient ton fichier fstab et/ou comment est monté /usr ?
J'ai ça dans fstab
# file system mount point type options dump pass
# / was on /dev/sda2 during installation
On 07/10/2014 03:23 PM, Philippe Delavalade wrote:
Tu as du installer le paquet systemd-sysv qui supprime le paquet
sysvinit. Le paquet systemd-sysv remplace init par systemd.
Bonjour
Ce serait plutôt Le paquet systemd-sysv remplace sysvinit par systemd,
systemd étant lui-même un init. Pour
je fais un setupcon tout revient bien en place.
111
Comme je me suis mis à Unicode partout dès que j'ai pu, je ne me suis
pas posé la question, mais il n'y aurait-il rien justement dans les
options de Systemd ou dans les sysctl-quelquechose ?
Systemd, je pense qu'il va bien falloir s'y mettre tôt
Salut,
Le 10/07/2014 15:15, Philippe Delavalade a écrit :
En latin9 on peut toçut à fait avoir les lettres accentuées en majuscules :
À È É Ç Œ etc.
Mauvais exemple : ton mail est codé en UTF-8 !
Mais à part ça, tu as raison…
--
Jean-Jacques
--
Lisez la FAQ de la liste avant de poser une
Le vendredi 11 juillet à 13:56, Jean-Jacques Doti a écrit :
Salut,
Le 10/07/2014 15:15, Philippe Delavalade a écrit :
En latin9 on peut toçut à fait avoir les lettres accentuées en majuscules :
À È É Ç Œ etc.
Mauvais exemple : ton mail est codé en UTF-8 !
Euh, chez moi c'est bien en
Philippe Delavalade wrote on Fri, Jul 11, 2014 at 05:00:57PM +0200
Le vendredi 11 juillet à 13:56, Jean-Jacques Doti a écrit :
Salut,
Le 10/07/2014 15:15, Philippe Delavalade a écrit :
En latin9 on peut toçut à fait avoir les lettres accentuées en majuscules :
À È É Ç Œ etc.
Bonjour chère liste.
Depuis une mise à jour avec apt-get dist-upgrade (je crois que ça vient
de dbus mais...), le système n'est plus lancé par sysv-init mais par
systemd qui est passé en pid 1. Cela entraîne, à première vue, au moins
deux soucis (en attendant plus) :
1) halt n'éteint plus l'ordi
301 - 400 sur 497 matches
Mail list logo
