Bonjour,
Je suis en Debian Sid AMD64 à jour et actuellement le nom d'instable est
largement mérité, du moins dans mon cas.
Au Boot dans le temps, il n'y a pas si longtemps, il y avait à l'écran
l'apparition des services lancés, maintenant le seul service qui apparaît est
le "fsck" puis écran noir (quand il y a une vérification approfondie du disque
par ce même fsck on ne vois pas la progression de cette vérification ce qui est
très désagréable) sauf apparition du prompt pour le login d'une console,
l'écran d'ouverture d'une session X arrive enfin (pour moi Kde), si je lance
ouverture d'une session Kde immédiatement la session s'ouvre péniblement et
très lentement(+ de 3 minutes), l'ouverture de l'espace de travail est
incomplète, seul la console kde apparaît , après analyse du pb on remarque que
le service "akonadi" n'a pas pu se lancer, un lancement manuel par akonadictl
permet généralement de rectifier et de retrouver l'espace de travail habituel.
(durée + 10 minutes).
Pour éviter ce problème j'ai trouvé une solution qui semble fonctionner
attendre + de 4 minutes avant de lancer la session( pour moi qui ne suis pas
expert il semble que le serveur Mysql ne soit pas encore lancé à l'apparition
de l'écran d'ouverture d'une session X). Autre problème actuellement
impossible d'arrêter l'ordinateur logiciellement, je me trouve après encore de
longues minute sur un écran noir avec le message "Reboot Halted" , je dois
alors l'arrêter électriquement ce qui n'est pas le top.
Rencontrez vous ces problèmes? Ou suis je le seul ?
Philippe Merlin
Bonjour,
Je suis en Debian Sid AMD64 à jour et actuellement le nom d'instable est
largement mérité, du moins dans mon cas.
Au Boot dans le temps, il n'y a pas si longtemps, il y avait à l'écran
l'apparition des services lancés, maintenant le seul service qui apparaît est
le "fsck" puis écran noir (quand il y a une vérification approfondie du disque
par ce même fsck on ne vois pas la progression de cette vérification ce qui est
très désagréable) sauf apparition du prompt pour le login d'une console,
l'écran d'ouverture d'une session X arrive enfin (pour moi Kde), si je lance
ouverture d'une session Kde immédiatement la session s'ouvre péniblement et
très lentement(+ de 3 minutes), l'ouverture de l'espace de travail est
incomplète, seul la console kde apparaît , après analyse du pb on remarque que
le service "akonadi" n'a pas pu se lancer, un lancement manuel par akonadictl
permet généralement de rectifier et de retrouver l'espace de travail habituel.
(durée + 10 minutes).
Pour éviter ce problème j'ai trouvé une solution qui semble fonctionner
attendre + de 4 minutes avant de lancer la session( pour moi qui ne suis pas
expert il semble que le serveur Mysql ne soit pas encore lancé à l'apparition
de l'écran d'ouverture d'une session X). Autre problème actuellement
impossible d'arrêter l'ordinateur logiciellement, je me trouve après encore de
longues minute sur un écran noir avec le message "Reboot Halted" , je dois
alors l'arrêter électriquement ce qui n'est pas le top.
Rencontrez vous ces problèmes? Ou suis je le seul ?
Philippe Merlin
Bonjour,
Je suis en Debian Sid AMD64 à jour et actuellement le nom d'instable est
largement mérité, du moins dans mon cas.
Au Boot dans le temps, il n'y a pas si longtemps, il y avait à l'écran
l'apparition des services lancés, maintenant le seul service qui apparaît est
le "fsck" puis écran noir (quand il y a une vérification approfondie du disque
par ce même fsck on ne vois pas la progression de cette vérification ce qui est
très désagréable) sauf apparition du prompt pour le login d'une console,
l'écran d'ouverture d'une session X arrive enfin (pour moi Kde), si je lance
ouverture d'une session Kde immédiatement la session s'ouvre péniblement et
très lentement(+ de 3 minutes), l'ouverture de l'espace de travail est
incomplète, seul la console kde apparaît , après analyse du pb on remarque que
le service "akonadi" n'a pas pu se lancer, un lancement manuel par akonadictl
permet généralement de rectifier et de retrouver l'espace de travail habituel.
(durée + 10 minutes).
Pour éviter ce problème j'ai trouvé une solution qui semble fonctionner
attendre + de 4 minutes avant de lancer la session( pour moi qui ne suis pas
expert il semble que le serveur Mysql ne soit pas encore lancé à l'apparition
de l'écran d'ouverture d'une session X). Autre problème actuellement
impossible d'arrêter l'ordinateur logiciellement, je me trouve après encore de
longues minute sur un écran noir avec le message "Reboot Halted" , je dois
alors l'arrêter électriquement ce qui n'est pas le top.
Rencontrez vous ces problèmes? Ou suis je le seul ?
Philippe Merlin
Bonsoir,
Bon je ne vais aider beaucoup, mais je voudrais signaler que sur la liste
en
anglais il y a un tres long fils de discussion à propos de systemd a ppelé
"End
of hypocrisy". Pour ceux qui pratiquent la langue, c' est plein d'
enseignement démarrant approximativement après le premier tier du fils,
c'est Ã
dire après toutes les plaintes sur l' épaule de ....je ne sais qui. Après
c'est très constructif, avec un dev d' une partie de systemd qui don ne des
réponses et/ou des explications. C' est long, ça demanderais pe ut-être une
compile de toutes les infos..
Thierry
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonsoir,
Bon je ne vais aider beaucoup, mais je voudrais signaler que sur la liste
en
anglais il y a un tres long fils de discussion à propos de systemd a ppelé
"End
of hypocrisy". Pour ceux qui pratiquent la langue, c' est plein d'
enseignement démarrant approximativement après le premier tier du fils,
c'est Ã
dire après toutes les plaintes sur l' épaule de ....je ne sais qui. Après
c'est très constructif, avec un dev d' une partie de systemd qui don ne des
réponses et/ou des explications. C' est long, ça demanderais pe ut-être une
compile de toutes les infos..
Thierry
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1697931.3piiBVZoMI@newone
Bonsoir,
Bon je ne vais aider beaucoup, mais je voudrais signaler que sur la liste
en
anglais il y a un tres long fils de discussion à propos de systemd a ppelé
"End
of hypocrisy". Pour ceux qui pratiquent la langue, c' est plein d'
enseignement démarrant approximativement après le premier tier du fils,
c'est Ã
dire après toutes les plaintes sur l' épaule de ....je ne sais qui. Après
c'est très constructif, avec un dev d' une partie de systemd qui don ne des
réponses et/ou des explications. C' est long, ça demanderais pe ut-être une
compile de toutes les infos..
Thierry
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
On 08/15/2014 09:14 AM, Orion wrote:Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
Bonjour
L'article de linuxfr.org part d'une bonne attention mais il ne fait
qu'embrouiller l'utilisateur de base. Pour ma part, je préfère me référer
aux articles suivants pour comprendre et administrer Systemd
https://wiki.archlinux.fr/Systemd (excellente doc en français, và ©rifier
et adapter le cas échéant pour Debian)
https://wiki.debian.org/systemd (anglais)
https://wiki.debian.org/LSBInitScripts/ (anglais)
wiki.gentoo.org/wiki/Systemd (lien excellent mais à l'instant inop érant)
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
On 08/15/2014 09:14 AM, Orion wrote:
Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
Bonjour
L'article de linuxfr.org part d'une bonne attention mais il ne fait
qu'embrouiller l'utilisateur de base. Pour ma part, je préfère me référer
aux articles suivants pour comprendre et administrer Systemd
https://wiki.archlinux.fr/Systemd (excellente doc en français, và ©rifier
et adapter le cas échéant pour Debian)
https://wiki.debian.org/systemd (anglais)
https://wiki.debian.org/LSBInitScripts/ (anglais)
wiki.gentoo.org/wiki/Systemd (lien excellent mais à l'instant inop érant)
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/53EDCBF4.2050408@gmail.com
On 08/15/2014 09:14 AM, Orion wrote:Bonjour,
Chez moi le passage a systemd a été satisfaisant, mais il faut apprendre
a changer ses habitudes et connaitre les nouveaux outils :
http://linuxfr.org/news/systemd-pour-les-administrateurs-partie-1-et-2
Bonjour
L'article de linuxfr.org part d'une bonne attention mais il ne fait
qu'embrouiller l'utilisateur de base. Pour ma part, je préfère me référer
aux articles suivants pour comprendre et administrer Systemd
https://wiki.archlinux.fr/Systemd (excellente doc en français, và ©rifier
et adapter le cas échéant pour Debian)
https://wiki.debian.org/systemd (anglais)
https://wiki.debian.org/LSBInitScripts/ (anglais)
wiki.gentoo.org/wiki/Systemd (lien excellent mais à l'instant inop érant)
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonjour,
https://wiki.archlinux.fr/Systemd c'était mon lien de réfé rence
aussi,
bonne documentation
Bonjour,
https://wiki.archlinux.fr/Systemd c'était mon lien de réfé rence
aussi,
bonne documentation
Bonjour,
https://wiki.archlinux.fr/Systemd c'était mon lien de réfé rence
aussi,
bonne documentation
[â¦]
Je nâai pas trouvé de documentation claire et préci se pour que
Lilo puisse lancer systemd.
Quelquâun a ça ?
[â¦]
Je nâai pas trouvé de documentation claire et préci se pour que
Lilo puisse lancer systemd.
Quelquâun a ça ?
[â¦]
Je nâai pas trouvé de documentation claire et préci se pour que
Lilo puisse lancer systemd.
Quelquâun a ça ?
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
ps -Al|grep init
ps -Al|grep systemd
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
ps -Al|grep init
ps -Al|grep systemd
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
ps -Al|grep init
ps -Al|grep systemd
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, câest toujours /sbin/initâ¦
Bonjour à tous les utilisateurs et développeurs de Debian :
Le samedi 16 août 2014 à 10:57, "Sylvain L. Sauvage"
a écrit :Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, c'est toujours /sbin/init...
Ce qui explique que chacun des paquets 'sysvinit', 'systemd' - et 'upstart' -
soit en conflit ("Conflict", voir note a) avec les deux autres.
Bonjour à tous les utilisateurs et développeurs de Debian :
Le samedi 16 août 2014 à 10:57, "Sylvain L. Sauvage"
<Sylvain.L.Sauvage@free.fr> a écrit :
Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, c'est toujours /sbin/init...
Ce qui explique que chacun des paquets 'sysvinit', 'systemd' - et 'upstart' -
soit en conflit ("Conflict", voir note a) avec les deux autres.
Bonjour à tous les utilisateurs et développeurs de Debian :
Le samedi 16 août 2014 à 10:57, "Sylvain L. Sauvage"
a écrit :Par défaut, init est /sbin/init, pour changer, on passe
init=/truc/machin comme paramètre _du noyau_.
Donc, pour lilo, une ligne append="init=/truc/machin" devrait le
faire. Mais je ne vois pas vraiment une raison de le faire
puisque sysvinit ou systemd, c'est toujours /sbin/init...
Ce qui explique que chacun des paquets 'sysvinit', 'systemd' - et 'upstart' -
soit en conflit ("Conflict", voir note a) avec les deux autres.