# \[résolu\] Faut-il démarrer Debian en mode sysvinit ? **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 22, 2018, 10:21 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262 "2018-07-22T10:21:27Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 22, 2018, 10:21 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/1 "2018-07-22T10:21:27Z")
Bonjour. Depuis la mise à niveau de Wheezy vers Jessie, mon serveur a tendance à planter au démarrage : impossible de lancer une session graphique, commandes qui ne répondent plus, mssages disant qu’apt ne peut accéder à ses fichiers de conf… Je n’arrivais pas à réparer, et cela se produit de plus en plus souvent, jusqu’à hier où c’est devenu systématique. J’ai essayé tout ce que je pouvais, rien à faire. Puis j’ai lancé le système en mode sysvinit, proposé par Grub… et là, tout semble fonctionner, si ce n’est que c’est extrêmement lent et que le menu d’extinction / delog / redémarrage ne fonctionne plus (obligé de le faire en ligne de commande) ! Du coup, sysvinit ayant remplacé systemd (si j’ai bien compris), je me demande si en fait je devrais dorénavant utiliser ce mode au démarrage, le mode classique étant obsolète ? Ce serait seulement grub qui ne serait pas à jour et démarrerait sur systemd par défaut, occasionnant des problèmes avec les paquets récents ? Qu’en pensez-vous ? Mon grub, options avancées (je suppose donc que le démarrage classique lance systemd) : ![](https://www.debian-fr.org/uploads/default/original/2X/3/307983bd247f249ccaf84238785190f7d7519c69.png) Je précise que je ne suis toujours pas sur Stretch parce que je n’ai jamais réussi à faire la mise à niveau sans casser le système. EDIT : J’ai parlé trop vite, il fait des trucs bizarres : outre le menu d’extinction qui ne répond plus, quand j’ai fermé ma session, impossible de la rouvrir au démarrage. Ça efface mon mot de passe avant que j’aie pu valider et me met « login incorrect ». Heureusement que j’ai fait un backup. ---
**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\ **Post date:** [Juillet 22, 2018, 2:15 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/2 "2018-07-22T14:15:27Z")
> [@emz0](#): > > EDIT : J’ai parlé trop vite, il fait des trucs bizarres : outre le menu d’extinction qui ne répond plus, quand j’ai fermé ma session, impossible de la rouvrir au démarrage. Ça efface mon mot de passe avant que j’aie pu valider et me met “login incorrect”. Heureusement que j’ai fait un backup. Le système d’init par défaut est apssé à `systemd` depuis `jessie`. Sur tous les serveurs que j’ai mis à niveau en `jessie` je n’ai jamais rencontré les problèmes que vous rencontrez. Il est vrai que dans la liste des notes que j’avais prises à l’époque je vois pour une machine IBM pseries P630 (CPUs Power 4 d’architecture powerpc) ```auto Passage de squeeze avec un noyau vserver à wheezy avec un noyau standard. .... Etape 3 Mise à jour bootlist, yaboot et reboot ... On peut donc purger `linux-image-2.6-vserver-powerpc64` ... Etape 5 Mise à niveau vers wheezy ... On toune avec le noyau standard 2.6.32-5 de wheezy. On va redémarrer sur le noyau 3.2.0-4 de wheezy avnat de basculer sur jessie. .... Mise à jour vers jessie ... ``` Lorsqu’on est amené à se coltiner des systèmes antédiluviens pour lesquels un simple redémarrage ne peut se faire qu’en se déplaçant dans la salle serveurs et prend plus de dix minutes, on prend ses précautions, on planifie, on note la procédure qu’on va suivre, … Le résultat est que c’est long certes, mais que cela fonctionne du premier coup. Par contre pour des machines d’architecture `amd64` il est envisageable avec un peu d’expérience de procéder à une mise à niveau depuis le confort de son bureau. Sur l’image des options avancées de `grub` on voit des entrées `sysvinit`. Vous semblez avoir un système qui n’est totalement mis à jour vers `jessie`. Donnez les retours des commandes suivantes (démarrez en mode recovery au besoin) ```auto grep -v '^#' /etc/apt/sources.list /etc/apt/sources.list.d/* apt-cache policy apt-cache policy sysvinit* dpkg --get-selections | fgrep grub dpkg --get-selections | fgrep sysvinit ``` Installez le paquet `debian-goodies` et lancez la commande ```auto dpigs --lines=20 ``` Cordialement, Regards, Mit freundlichen Grüßen, مع تحياتي الخالصة * * * F. Petitjean Ingénieur civil du Génie Maritime. « Il semble que la perfection soit atteinte, non quand il n’y a plus rien à ajouter mais quand il n’y a plus rien à retrancher » Saint-Exupéry -Terre des hommes , chapitre III , L’avion. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 22, 2018, 9:56 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/3 "2018-07-22T21:56:48Z")
Il faudait peut-être installer un noyau de Jessie, non ? Et en profiter pour supprimer au moins celui de Squeeze (2.6.32). Quels gestionnaire de connexion et environnememt de bureau ? Si gdm3+Gnome, il paraît qu’ils ne fonctionnent plus sans systemd. ---
**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\ **Post date:** [Juillet 23, 2018, 6:39 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/4 "2018-07-23T06:39:02Z")
> [@PascalHambourg](#): > > Si gdm3+Gnome, il paraît qu’ils ne fonctionnent plus sans systemd. Salut Pascal, tu aurais lu cela où ? parce que sous OpenBSD, ça fonctionne sans ! 😛 **_(No SystemD, no way!)_** ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 23, 2018, 9:21 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/5 "2018-07-23T09:21:29Z")
Salut Le passage à systemd lors de la migration vers Jessie est décrit [https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.fr.html#systemd-upgrade-default-init-system](https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.fr.html#systemd-upgrade-default-init-system) ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 3:28 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/6 "2018-07-23T15:28:44Z")
Merci beaucoup pour vos réponses. J’utilise bien Gnome3 + GDM, mais justement je ne peux lancer GDM qu’en passant par sysvinit plutôt que systemd ! La machine est dans mon bureau : je ne suis pas administrateur réseau mais un étudiant en sciences humaines hébergeant son site et ses boites mail à domicile en apprenant sur le tas. 🙂 J’avais néanmoins suivi toute la procédure et je pensais avoir bien fait… mais apparemment j’ai donc merdé quelque part. ☹ D’après ce que vous me dites, systemd remplace sysvinit, et non l’inverse… Il est donc en effet curieux que le système ne démarre plus qu’en utilisant sysvinit ! Mais si la précédente mise à niveau n’a pas été menée à terme correctement, ceci explique cela… Je viens de faire la mise à niveau vers stretch, ce qui n’a pas reglé le problème, en suivant la procédure indiquée [ici](https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.fr.html), plus complète que [celle-ci](https://angristan.fr/mettre-a-jour-debian-8-jessie-vers-debian-9-stretch/) que j’avais suivie les dernières fois. J’ignorais que je n’avais pas le bon noyau, et j’avais gardé le précédent (2.6.32.5) au cas où, mais c’est vrai que je peux le supprimer : je crois ne plus pouvoir rien en faire. Toutefois, la mise à niveau n’a pas installé de nouveau noyau, et je ne trouve pas d’outil pour le faire : je n’ai plus que le 3.2.0-4 ! Je suis actuellement en train d’essayer de reconfigurer Apache et PHPmyadmin qui ne fonctionnent plus depuis cette mise à niveau. Voici le retour des commandes : grep -v ‘^#’ /etc/apt/sources.list /etc/apt/sources.list.d/\* : -\> Je ne peux pas poster le retour de cette commande car les nouveaux utilisateurs ne peuvent poster plus de deux liens par message. ☹ apt-cache policy : idem, je ne peux pas poster. 😕 ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 3:34 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/7 "2018-07-23T15:34:17Z")
apt-cache policy sysvinit\* : ```nohighlight sysvinit-utils: Installé : 2.88dsf-59.9 Candidat : 2.88dsf-59.9 Table de version : *** 2.88dsf-59.9 500 500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages 100 /var/lib/dpkg/status sysvinit: Installé : 2.88dsf-59 Candidat : 2.88dsf-59 Table de version : *** 2.88dsf-59 100 100 /var/lib/dpkg/status sysvinit-core: Installé : (aucun) Candidat : 2.88dsf-59.9 Table de version : 2.88dsf-59.9 500 500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages ``` dpkg --get-selections | fgrep grub : ```nohighlight grub-common install grub-pc install grub-pc-bin install grub2-common install ``` dpkg --get-selections | fgrep sysvinit ```nohighlight sysvinit install sysvinit-utils install 3313664 usermin-virtual-server-theme 315392 webmin-virtualmin-svn 233472 webmin-security-updates 188416 webmin-virtualmin-dav 171369 gnome-getting-started-docs 167888 webmin 160191 chromium 155648 webmin-virtualmin-htpasswd 129840 inkscape 119309 libreoffice-core 113473 libgl1-mesa-dri 111832 firefox-esr 105729 linux-image-3.2.0-4-amd64 97311 openjdk-8-jre-headless 88740 argyll 84102 libreoffice-common 80874 owncloud-server 76605 mariadb-server-10.1 73442 eclipse-pde 62416 usermin ``` Si je comprends bien, il faut donc que je modifie manuellement les scripts de démarrage, commandes, etc. pour qu’ils utilisent systemd au lieu de sysvinit ? 😨 ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 23, 2018, 3:49 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/8 "2018-07-23T15:49:07Z")
tres etonnant ca devrait démarrer en systemd que dit ```auto pstree ``` exemple avec systemd pstree systemd─┬─ModemManager───2\*[{ModemManager}] ├─NetworkManager─┬─dhclient │ ├─dnsmasq │ └─2\*[{NetworkManager}] ├─accounts-daemon───2\*[{accounts-daemon}] ├─acpid n’as tu pas forcé une option de démarrage dans grub? dan **s /etc/default/grub** pour un démarrage standard il suffit de ```auto GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" ``` ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Juillet 23, 2018, 3:52 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/9 "2018-07-23T15:52:32Z")
> [@emz0](#): > > Je viens de faire la mise à niveau vers stretch, ce qui n’a par reglé le problème, en suivant la procédure indiquée ici Du coup, tu as appliqué la procédure pour **ne pas** installer systemd-sysv (comme dans le lien)? Si c’est le cas, c’est normal que le démarrage avec systemd fonctionne très mal: ```auto Ce paquet fournit les pages de manuel et les liens nécessaires au remplacement de sysvinit par systemd. Installer systemd-sysv réécrira /sbin/init avec un lien vers systemd. ``` (extrait de `apt-cache show systemd-sysv`) Donc sans ce paquet, pas de démarrage systemd. Il faudrait tout de même vérifier, avec un démarrage par défaut: `ls -l /sbin/init` Vérifier aussi les paquets liés à systemd qui sont installés: `dpkg-query -l | grep systemd` > [@emz0](#): > > Je ne peux pas poster le retour de cette commande car les nouveaux utilisateurs ne peuvent poster plus de deux liens par message. ☹ Il faut mettre en forme le texte pour que les URL ne soient pas interprétées comme des liens par le forum: Tu peux mettre trois backquotes (ALtGr+7): ``` sur une ligne seule au-dessus du texte, et pareil en-dessous. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 23, 2018, 4:24 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/10 "2018-07-23T16:24:16Z")
Bonjour **emz0** > [@emz0](#): > > … > -\> Je ne peux pas poster le retour de cette commande car les nouveaux utilisateurs ne peuvent poster plus de deux liens par message. ☹ > … Pour que le bloc de lignes copié/collé soit affiché avec une police de caractères à chasse fixe, et que les liens contenus dans ce bloc de lignes ne soient plus interprétés comme des liens, ajoute, juste avant chaque bloc de lignes copié/collé, une ligne ne contenant que : ```text et juste après la dernière ligne de chaque bloc de lignes copié/collé, ajoute une ligne ne contenant que : ``` Ce qui donne, par exemple : ```plaintext michel@debg53sw:~$ grep -v "^#\|^$" /etc/apt/sources.list{,.d/*} /etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib /etc/apt/sources.list:deb-src http://ftp.fr.debian.org/debian/ stretch main non-free contrib /etc/apt/sources.list:deb http://security.debian.org/debian-security stretch/updates main contrib non-free /etc/apt/sources.list:deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free /etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free /etc/apt/sources.list:deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free grep: /etc/apt/sources.list.d/*: Aucun fichier ou dossier de ce type michel@debg53sw:~$ ``` * * * Tu peux cliquer, en bas à droite de [ton précédent message](https://www.debian-fr.org/t/faut-il-demarrer-debian-en-mode-sysvinit/77262/7), sur l’icône représentant un crayon, ce qui te permettra de visualiser les lignes que j’ai ajouté avant et après chacun des 3 blocs de textes contenus dans [ton précédent message](https://www.debian-fr.org/t/faut-il-demarrer-debian-en-mode-sysvinit/77262/7). ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 23, 2018, 6:12 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/11 "2018-07-23T18:12:44Z")
> [@grandtoubab](#): > > tres etonnant ca devrait démarrer en systemd Au contraire, rien d’étonnant avec un noyau aussi vieux. @emz0 : Je n’ai pas dû être assez clair : **il faut** installer un noyau qui correspond à la version de Debian. Mettre à jour le système avec une version plus récente de Debian sans mettre à jour le noyau ne fera qu’aggraver les problèmes, car le noyau obsolète sera de moins en moins compatible avec le reste du système. ``` apt-get install linux-image-amd64 ``` Ce méta-paquet dépend du plus récent noyau disponible, et sa mise à jour fera installer ce noyau. > [@Sputnik93](#): > > Du coup, tu as appliqué la procédure pour ne pas installer systemd-sysv (comme dans le lien)? Si c’est le cas, c’est normal que le démarrage avec systemd fonctionne très mal: Mais non, rien à voir. On démarre soit avec sysvinit, soit avec systemd. Quand on démarre avec l’un, la simple présence de l’autre est sans incidence. C’est comme les noyaux ou les gestionnaires de connexion : on peut en avoir 50, seul celui qui se lance compte. ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 6:23 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/12 "2018-07-23T18:23:39Z")
Merci ! Alors : grep -v ‹ ^# › /etc/apt/sources.list /etc/apt/sources.list.d/\* : ```plaintext /etc/apt/sources.list: /etc/apt/sources.list: /etc/apt/sources.list: /etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib /etc/apt/sources.list:deb-src http://ftp.fr.debian.org/debian/ stretch main non-free contrib /etc/apt/sources.list: /etc/apt/sources.list:deb http://security.debian.org/ stretch/updates main contrib non-free /etc/apt/sources.list:deb-src http://security.debian.org/ stretch/updates main contrib non-free /etc/apt/sources.list: /etc/apt/sources.list:deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free /etc/apt/sources.list:deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free /etc/apt/sources.list:deb http://download.webmin.com/download/repository sarge contrib /etc/apt/sources.list:deb http://software.virtualmin.com/gpl/debian/ virtualmin-stretch main /etc/apt/sources.list:deb http://software.virtualmin.com/gpl/debian/ virtualmin-universal main /etc/apt/sources.list:deb http://security.debian.org/debian-security stretch/updates main /etc/apt/sources.list:deb http://http.debian.net/debian stretch-backports main /etc/apt/sources.list:deb-src http://http.debian.net/debian stretch-backports main /etc/apt/sources.list.d/dotdeb.list:deb http://packages.dotdeb.org jessie all /etc/apt/sources.list.d/owncloud.list:deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/Debian_7.0/ / /etc/apt/sources.list.d/owncloud.list:deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/Debian_8.0/ / /etc/apt/sources.list.d/owncloud.list.save:deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/Debian_7.0/ / /etc/apt/sources.list.d/owncloud.list.save:deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/Debian_7.0/ / ``` (avant de passer à Stretch, c’était exactement la même chose avec ‹ Jessie › à la place de chaque. occurrence de ‹ stretch ›) apt-cache policy : ```plaintext Fichiers du paquet : 100 /var/lib/dpkg/status release a=now 500 http://packages.dotdeb.org jessie/all amd64 Packages release o=packages.dotdeb.org,a=jessie,n=jessie,l=packages.dotdeb.org,c=all,b=amd64 origin packages.dotdeb.org 100 http://http.debian.net/debian stretch-backports/main amd64 Packages release o=Debian Backports,a=stretch-backports,n=stretch-backports,l=Debian Backports,c=main,b=amd64 origin http.debian.net 500 http://security.debian.org/debian-security stretch/updates/main amd64 Packages release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=main,b=amd64 origin security.debian.org 500 http://software.virtualmin.com/gpl/debian virtualmin-universal/main amd64 Packages release o=Virtualmin, Inc.,a=stable,n=virtualmin-universal,l=Virtualmin for Debian and Ubuntu,c=main,b=amd64 origin software.virtualmin.com 500 http://download.webmin.com/download/repository sarge/contrib amd64 Packages release v=3.1,o=Jamie Cameron,a=stable,n=sarge,l=Webmin,c=contrib,b=amd64 origin download.webmin.com 500 http://ftp.fr.debian.org/debian stretch-updates/main amd64 Packages release o=Debian,a=stable-updates,n=stretch-updates,l=Debian,c=main,b=amd64 origin ftp.fr.debian.org 500 http://security.debian.org stretch/updates/non-free amd64 Packages release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=non-free,b=amd64 origin security.debian.org 500 http://security.debian.org stretch/updates/contrib amd64 Packages release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=contrib,b=amd64 origin security.debian.org 500 http://security.debian.org stretch/updates/main amd64 Packages release v=9,o=Debian,a=stable,n=stretch,l=Debian-Security,c=main,b=amd64 origin security.debian.org 500 http://ftp.fr.debian.org/debian stretch/contrib amd64 Packages release v=9.5,o=Debian,a=stable,n=stretch,l=Debian,c=contrib,b=amd64 origin ftp.fr.debian.org 500 http://ftp.fr.debian.org/debian stretch/non-free amd64 Packages release v=9.5,o=Debian,a=stable,n=stretch,l=Debian,c=non-free,b=amd64 origin ftp.fr.debian.org 500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages release v=9.5,o=Debian,a=stable,n=stretch,l=Debian,c=main,b=amd64 origin ftp.fr.debian.org Paquets épinglés : ``` pstree : ```plaintext init─┬─/usr/sbin/amavi───2*[/usr/sbin/amavi] ├─/usr/sbin/apach─┬─11*[/usr/sbin/apach] │ └─/usr/sbin/apach───/usr/sbin/apach ├─/usr/share/webm ├─ModemManager─┬─{gdbus} │ └─{gmain} ├─NetworkManager─┬─dhclient │ ├─{gdbus} │ └─{gmain} ├─VBoxClient───VBoxClient───{X11 events} ├─VBoxClient───VBoxClient ├─VBoxClient───VBoxClient───{SHCLIP} ├─VBoxClient───VBoxClient─┬─{dndHGCM} │ └─{dndX11} ├─VBoxService─┬─{automount} │ ├─{control} │ ├─{cpuhotplug} │ ├─{memballoon} │ ├─{timesync} │ ├─{vminfo} │ └─{vmstats} ├─accounts-daemon─┬─{gdbus} │ └─{gmain} ├─acpi_fakekeyd ├─acpid ├─anacron ├─2*[at-spi-bus-laun─┬─dbus-daemon] │ ├─{dconf worker}] │ ├─{gdbus}] │ └─{gmain}] ├─2*[at-spi2-registr─┬─{gdbus}] │ └─{gmain}] ├─atd ├─avahi-daemon───avahi-daemon ├─cgmanager ├─cgproxy ├─clamd───{clamd} ├─colord─┬─{gdbus} │ └─{gmain} ├─console-kit-dae─┬─62*[{console-kit-dae}] │ ├─{gdbus} │ └─{gmain} ├─cron ├─cups-browsed─┬─{gdbus} │ └─{gmain} ├─cupsd───dbus ├─2*[dbus-daemon] ├─dbus-launch ├─dconf-service─┬─{gdbus} │ └─{gmain} ├─ddclient - slee ├─dkimproxy.in───5*[dkimproxy.in] ├─dkimproxy.out───5*[dkimproxy.out] ├─dovecot─┬─anvil │ ├─config │ ├─10*[imap] │ ├─10*[imap-login] │ └─log ├─epiphany-search─┬─{StorageManager} │ ├─{dconf worker} │ ├─{ebsiteDataStore} │ ├─{epiphany-search} │ ├─{gdbus} │ └─{gmain} ├─evolution-addre─┬─evolution-addre─┬─{dconf worker} │ │ ├─{evolution-addre} │ │ ├─{gdbus} │ │ └─{gmain} │ ├─{dconf worker} │ ├─{evolution-addre} │ ├─{gdbus} │ └─{gmain} ├─evolution-calen─┬─evolution-calen─┬─{dconf worker} │ │ ├─2*[{evolution-calen}] │ │ ├─{gdbus} │ │ ├─{gmain} │ │ └─{pool} │ ├─evolution-calen─┬─{dconf worker} │ │ ├─{evolution-calen} │ │ ├─{gdbus} │ │ └─{gmain} │ ├─{dconf worker} │ ├─{evolution-calen} │ ├─{gdbus} │ └─{gmain} ├─evolution-sourc─┬─{dconf worker} │ ├─{gdbus} │ └─{gmain} ├─freshclam ├─gconfd-2 ├─gdm3─┬─gdm-session-wor─┬─gdm-x-session─┬─Xorg───{InputThread} │ │ │ ├─dbus-daemon │ │ │ ├─gnome-session-b─┬─gnome-settings-─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ ├─{gmain} │ │ │ │ │ └─{pool} │ │ │ │ ├─gnome-shell─┬─{JS GC Helper} │ │ │ │ │ ├─{JS Sour~ Thread} │ │ │ │ │ ├─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ ├─{gmain} │ │ │ │ │ └─{threaded-ml} │ │ │ │ ├─{dconf worker} │ │ │ │ ├─{gdbus} │ │ │ │ └─{gmain} │ │ │ ├─{gdbus} │ │ │ └─{gmain} │ │ ├─{gdbus} │ │ └─{gmain} │ ├─gdm-session-wor─┬─gdm-x-session─┬─Xorg───{InputThread} │ │ │ ├─dbus-daemon │ │ │ ├─gnome-session-b─┬─evolution-alarm─┬─{dconf worker} │ │ │ │ │ ├─3*[{evolution-alarm+ │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─gnome-settings-─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ ├─{gmain} │ │ │ │ │ └─{pool} │ │ │ │ ├─gnome-shell─┬─{JS GC Helper} │ │ │ │ │ ├─{JS Sour~ Thread} │ │ │ │ │ ├─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ ├─{gmain} │ │ │ │ │ └─{threaded-ml} │ │ │ │ ├─gnome-software─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─kerneloops-appl │ │ │ │ ├─nm-applet─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─ssh-agent │ │ │ │ ├─tracker-miner-a─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─tracker-miner-f─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─tracker-miner-u─┬─{dconf worker} │ │ │ │ │ ├─{gdbus} │ │ │ │ │ └─{gmain} │ │ │ │ ├─{dconf worker} │ │ │ │ ├─{gdbus} │ │ │ │ └─{gmain} │ │ │ ├─{gdbus} │ │ │ └─{gmain} │ │ ├─{gdbus} │ │ └─{gmain} │ ├─{gdbus} │ └─{gmain} ├─6*[getty] ├─gnome-keyring-d─┬─{gdbus} │ ├─{gmain} │ └─{timer} ├─gnome-shell-cal─┬─{dconf worker} │ ├─{gdbus} │ ├─{gmain} │ └─2*[{gnome-shell-cal}] ├─gnome-terminal-─┬─bash───pstree │ ├─{dconf worker} │ ├─{gdbus} │ └─{gmain} ├─goa-daemon─┬─{dconf worker} │ ├─{gdbus} │ ├─{gmain} │ └─{goa-daemon} ├─goa-identity-se─┬─{gdbus} │ ├─{gmain} │ └─{pool} ├─gsd-printer─┬─{gdbus} │ └─{gmain} ├─gvfs-afc-volume─┬─{gdbus} │ ├─{gmain} │ └─{gvfs-afc-volume} ├─gvfs-goa-volume─┬─{gdbus} │ └─{gmain} ├─gvfs-gphoto2-vo─┬─{gdbus} │ └─{gmain} ├─gvfs-mtp-volume─┬─{gdbus} │ └─{gmain} ├─gvfs-udisks2-vo─┬─{gdbus} │ └─{gmain} ├─2*[gvfsd─┬─{gdbus}] │ └─{gmain}] ├─gvfsd-burn─┬─{gdbus} │ └─{gmain} ├─gvfsd-fuse─┬─{gdbus} │ ├─{gmain} │ ├─{gvfs-fuse-sub} │ └─2*[{gvfsd-fuse}] ├─gvfsd-metadata─┬─{gdbus} │ └─{gmain} ├─gvfsd-trash─┬─{gdbus} │ └─{gmain} ├─kerneloops ├─lwresd───3*[{lwresd}] ├─mailmanctl───8*[python] ├─master─┬─anvil │ ├─2*[cleanup] │ ├─pickup │ ├─qmgr │ ├─2*[smtpd] │ ├─tlsmgr │ └─trivial-rewrite ├─miniserv.pl ├─minissdpd ├─mission-control─┬─{dconf worker} │ ├─{gdbus} │ └─{gmain} ├─mysqld_safe───mysqld───33*[{mysqld}] ├─named───3*[{named}] ├─nemo─┬─{dconf worker} │ ├─{gdbus} │ └─{gmain} ├─nmbd ├─ntpd───{ntpd} ├─opendkim───opendkim───6*[{opendkim}] ├─packagekitd─┬─{gdbus} │ └─{gmain} ├─polkitd─┬─{gdbus} │ └─{gmain} ├─2*[postgres───4*[postgres]] ├─2*[postgres───5*[postgres]] ├─proftpd ├─2*[pulseaudio─┬─{alsa-sink-Intel}] │ └─{alsa-source-Int}] ├─python3───{gmain} ├─rpc.idmapd ├─rpc.statd ├─rpcbind ├─rsyslogd─┬─{in:imklog} │ ├─{in:imuxsock} │ └─{rs:main Q:Reg} ├─rtkit-daemon───2*[{rtkit-daemon}] ├─saslauthd───4*[saslauthd] ├─sh───zeitgeist-daemo─┬─{gdbus} │ └─{gmain} ├─smbd─┬─cleanupd │ ├─lpqd │ └─smbd-notifyd ├─spamass-milter───4*[{spamass-milter}] ├─sshd ├─systemd-logind ├─systemd-udevd ├─tracker-extract─┬─{dconf worker} │ ├─{gdbus} │ ├─{gmain} │ └─10*[{pool}] ├─tracker-store─┬─{dconf worker} │ ├─{gdbus} │ ├─{gmain} │ └─4*[{pool}] ├─udisksd─┬─{cleanup} │ ├─{gdbus} │ ├─{gmain} │ └─{probing-thread} ├─upowerd─┬─{gdbus} │ └─{gmain} ├─winbindd───winbindd ├─wpa_supplicant └─zeitgeist-fts─┬─cat ├─{gdbus} └─{gmain} ``` Je n’ai pas forcé d’option de démarrage dans grub. J’ai essayé de tout supprimer (il y a beaucoup de chosès !) et de mettre seulement « GRUB\_CMDLINE\_LINUX\_DEFAULT=« quiet splash » » mais ça ne se lance pas. > Du coup, tu as appliqué la procédure pour ne pas installer systemd-sysv (comme dans le lien)? Si c’est le cas, c’est normal que le démarrage avec systemd fonctionne très mal: Heu, non, je ne crois pas avoir fait ça ! 😮 Je ne vois rien qui parle de systemd-sysv dans la procédure que j’ai suivie. Et donc : « ls -l /sbin/init » retourne : ```plaintext lrwxrwxrwx 1 root root 20 juin 13 22:20 /sbin/init -> /lib/systemd/systemd ``` et dpkg-query -l | grep systemd : ![](https://www.debian-fr.org/uploads/default/original/2X/e/ef419734c03e0a398a91d8a5e08e7e8f8e70629c.png) Du coup, pour installer le nouveau noyau, je dois passer par synaptic ? En ce cas, quels paquets sont à installer ? Merci d’avance. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 23, 2018, 6:34 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/13 "2018-07-23T18:34:10Z")
Visiblement systemd ne démarre pas Grub ne se massacre pas comme ça !! [https://openclassrooms.com/fr/courses/1363591-apprenez-a-maitriser-grub/1363815-configurez-grub2](https://openclassrooms.com/fr/courses/1363591-apprenez-a-maitriser-grub/1363815-configurez-grub2) c’était pour vérification uniquement Tu es en train de t’embourber sévèrement Tu ferais mieux d’installer Stretch avec un cd live contenant les firmware [https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/9.5.0-live+nonfree/](https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/9.5.0-live+nonfree/) ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 6:37 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/14 "2018-07-23T18:37:37Z")
Ah mais je n’ai pas édité Grub : je l’ai seulement lancé une fois en éditant les commandes. Je n’ai rien enregistré. 🙂 C’est sûr que tout reprendre à 0 serait plus propre, mais honnêtement, j’avais passé des mois à installer et configurer cette machine, je ne suis pas un pro, j’ai une autre activité, donc je ne me sens pas du tout de recommencer. 😕 ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 23, 2018, 6:40 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/15 "2018-07-23T18:40:35Z")
il ne te reste plus qu’à chercher pourquoi ton système démarre avec init alors que systemd semble installé [https://www.freedesktop.org/wiki/Software/systemd/](https://www.freedesktop.org/wiki/Software/systemd/) [https://freedesktop.org/wiki/Software/systemd/Debugging/](https://freedesktop.org/wiki/Software/systemd/Debugging/) ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 7:02 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/16 "2018-07-23T19:02:15Z")
Et c’est bien ce que j’essaie de comprendre ! J’ai installé linux-headers-4.0.9 et linux-image-4.0.9. Je boote sur ce nouveau noyau et cela semble fonctionner : je peux lancer ma session. Le problème venait donc d’un noyau trop ancien ? Comment vérifier si systemd tourne bien ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 23, 2018, 7:12 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/17 "2018-07-23T19:12:13Z")
> [@grandtoubab](#): > > pourquoi ton système démarre avec init alors que systemd semble installé Il n’y a rien à comprendre, car ce n’est pas ce qui se passe. Dans le message initial, on peut lire que le système démarre par défaut avec systemd mais fonctionne très mal, alors qu’en sélectionnant le démarrage avec sysvinit dans le menu de GRUB, le système fonctionne mieux. > [@emz0](#): > > J’ai installé linux-headers-4.0.9 et linux-image-4.0.9 Ça m’étonnerait : ces paquets n’existent pas. Les sciences humaines n’exigeraient pas la même rigueur que l’informatique ? ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 23, 2018, 7:17 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/18 "2018-07-23T19:17:29Z")
Pardon, oui : ce sont les 4.9.0-7. Je ne pense pas que les sciences humaines soient en cause… mais la fatigue, oui. 😉 EDIT : Bon, j’ai redémarré plusieurs fois et avec le bon noyau tout semble fonctionner. La réponse à ma question ayant en outre été apportée, je passe le sujet en résolu. Merci à tous pour votre aide ! 🙂 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 24, 2018, 8:16 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/19 "2018-07-24T08:16:08Z")
Il y a une coche verte quelque part pour marquer le sujet comme résolu. ---
**Author:** ![emz0](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/e/aeb1de/32.png) [@emz0](https://www.debian-fr.org/u/emz0)\ **Post date:** [Juillet 25, 2018, 10:39 UTC](https://www.debian-fr.org/t/resolu-faut-il-demarrer-debian-en-mode-sysvinit/77262/20 "2018-07-25T10:39:31Z")
Merci. C’est fait.