Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
J'appuie sur Control-D et ensuite :
[ Ici, plus d'une minute de pause, puis ]
[ Ici, plus d'une minute de pause, puis ]
[ Ici, plus d'une minute de pause, puis ]
[ Ici, plus d'une minute de pause, puis ]
[ Ici, plus d'une minute de pause, et enfin ]
Quelques sorties de commande :
Entre autres lignes :
Et :
La commande `ifconfig` n'affiche que l'interface `lo`. Wifi et Ethernet n'y sont pas.
Si je lance `ip link`, les trois interfaces `lo`, `eno1` et `wlo1` y sont, mais les deux dernières sont en `state DOWN`.
Je prends une clé live Ubuntu pour lancer `fsck`.
Comme j'avais des volumes chiffrés, ça donne ça dans Ubuntu :
Longue sortie de commande de `fsck`, avec dans les dernières lignes :
Mais quand je redémarre Debian, rien ne change, j'ai le même message qu'avant, avec une exception, la ligne concernant MariaDb:
Je ne suis pas sûr que ce changement soit dû à la passe de `fsck`. C'est peut-être dû à la commande `/etc/init.d/mysql start` lancée plus tôt.
J'ai aussi édité le fichier /etc/systemd/system.conf ainsi :
Ce qui fait qu'au redémarrage il y a une floppée de lignes dans `/var/log/syslog`, dans lesquelles je ne sais pas trop quoi filter.
À toutes fins utiles une sortie de `dmesg` datant d'hier soir : https://debian-facile.org/paste-FB4104184A
Voilà, donc je ne sais pas trop ni quoi faire, ni où regarder. Quelques pistes ? Merci !
Dernière modification par paul_bedaine (22-09-2021 07:21:41)
Hors ligne
On peut voir le contenu de /etc/fstab ?
2) Le système démarre avec le gestionnaire d'init traditionnel sysvinit et non systemd. Est-ce normal, sachant que Debian installe systemd par défaut depuis la version 8 ou 9 au moins ? Les commandes spécifiques à systemd (systemctl, journalctl...) sont donc inopérantes, et je suis étonné que /etc/systemd/system.conf soit pris en compte.
3) Le délai entre 4s et 46s a partir du démarrage semble causé par le générateur pseudo-aléatoire qui manque peut-être d'entropie. L'installation du paquet haveged est un moyen possible de l'éviter.
Dernière modification par raleur (21-09-2021 11:58:17)
Il vaut mieux montrer que raconter.
Hors ligne
1) fsck coince sur /dev/sda1 qui semble être en FAT (partition système EFI ?). Réparer /dev/mapper/paul–vg-root n'avancera à rien.
Le fsck depuis la clé live donne les même lignes que sur l'écran de démarrage :
On peut voir le contenu de /etc/fstab ?
Voici :
2) Le système démarre avec le gestionnaire d'init traditionnel sysvinit et non systemd. Est-ce normal, sachant que Debian installe systemd par défaut depuis la version 8 ou 9 au moins ? Les commandes spécifiques à systemd (systemctl, journalctl...) sont donc inopérantes, et je suis étonné que /etc/systemd/system.conf soit pris en compte.
Non, ce n'est pas normal. Comme c'était ma première installation de Debian, j'ai probablement des choix hasardeux (volume chiffré), mais je ne pense pas avoir choisi cela, ni voulu le changer d'ailleurs. J'avais bêtement conclu, de la présence de /etc/systemd/system.conf, que le système démarrait avec systemd ; mais ce n'est pas le cas. (systemd est d'ailleurs bien installé sur la machine.)
Il faudrait que repasse, d'une façon ou d'une autre, à systemd par défaut ?
(edit : je viens de tester vite fait la modif de grub indiquée ici : https://wiki.debian.org/fr/systemd#Configurer_pour_test – ajouter `init=/lib/systemd/systemd` dans les paramètre de grub. Du coup le système démarre vite, les commandes sudo vont vite, `journalctl` et `systemctl` fonctionnent ; mais toujours pas de session graphique, ni de réseau. Je vais tâcher de creuser ce soir.)
3) Le délai entre 4s et 46s a partir du démarrage semble causé par le générateur pseudo-aléatoire qui manque peut-être d'entropie. L'installation du paquet haveged est un moyen possible de l'éviter.
Ok, je vais approfondir ça.
Dernière modification par paul_bedaine (21-09-2021 14:31:28)
Hors ligne
Comme c'était ma première installation de Debian, j'ai probablement des choix hasardeux (volume chiffré), mais je ne pense pas avoir choisi cela, ni voulu le changer d'ailleurs.
On ne peut pas choisir le gestionnaire d'init avec l'installateur officiel de Debian, c'est forcément systemd. Pour le remplacer par sysvinit, il faut vraiment le faire exprès soit en installant une version modifiée (Devuan), soit en installant le paquet sysvinit-core (qui va remplacer le paquet systemd-sysvinit), soit en installant le paquet sysvinit et en l'utilisant explicitement comme gestionnaire d'init en passant le paramètre init=/lib/sysvinit/init à la ligne de commande du noyau dans GRUB.
Vérifie lesquels de ces paquets sont installés, et le contenu de la ligne de commande du noyau dans /proc/cmdline.
Dernière modification par raleur (21-09-2021 14:40:34)
Il vaut mieux montrer que raconter.
Hors ligne
Je me suis trompé, ce n'est pas la vérification de la partition EFI qui échoue mais celle de la clé USB Sandisk définie dans /etc/fstab avec la valeur 2 pour le 6e champ (pass), je suppose parce qu'elle n'est pas branchée. Si cette clé USB n'est pas branchée en permanence au démarrage, il ne faut pas forcer la vérification avec la valeur 1 ou 2, donc mettre 0 ou rien.
J'ai l'impression que c'est à la fois ça et pas ça. Il me semble que le "noauto" suffit (cf le man : "no auto : do not mount when "mount -a" is given (e.g., at boot time)" Mon /etc/fstab n'a pas bougé depuis des mois ; et dans le doute je viens de tester un démarrage sur une machine où /etc/fstab contient même ligne (avec Buster aussi), et qui démarre sans problème.
Cela dit : une fois que je passe, comme tu le conseilles, le dernier chiffre de la ligne à 0, je n'ai plus l'erreur de `fsck` au démarrage. C'est étrange.
Mais une fois fstab corrigé, le démarrage continue à buter sur aux mêmes endroits (dbus, avahi, mariadb, etc.), il dure aussi longtemps, et j'ai les mêmes problèmes (pas de réseau ni d'interface graphique).
L'ordi démarre rapidement si je passe `init=/lib/systemd/systemd` comme paramètre à GRUB, et il utilise bien systemd, mais (comme je le disais dans mon edit), pas non plus de réseau ni d'interface graphique.
Vérifie lesquels de ces paquets sont installés, et le contenu de la ligne de commande du noyau dans /proc/cmdline.
Alors :
Hors ligne
l me semble que le "noauto" suffit (cf le man : "no auto : do not mount when "mount -a" is given (e.g., at boot time)
"noauto" empêche le montage automatique au démarrage, mais rien ne dit qu'il empêche aussi la vérification automatique.
le paquet « systemd-sysv » n'est pas installé
D'une façon ou d'une autre, le paquet sysvinit-core a été installé et a désinstallé systemd-sysv, remplaçant systemd comme gestionnaire d'init par défaut. Tu peux examiner les logs d'apt dans /var/log/apt/ pour essayer de retrouver quand et comment.
Pour démarrer avec systemd tu peux soit ajouter "init=/lib/systemd/systemd" à la ligne de commande du noyau de façon permanente via /etc/default/grub, soit réinstaller le paquet systemd-sysv qui désinstallera sysvinit-core.
L'ordi démarre rapidement si je passe `init=/lib/systemd/systemd` comme paramètre à GRUB, et il utilise bien systemd, mais (comme je le disais dans mon edit), pas non plus de réseau ni d'interface graphique.
Est-ce qu'il s'arrête encore en mode emergency/maintenance shell ?
Dernière modification par raleur (21-09-2021 17:15:51)
Il vaut mieux montrer que raconter.
Hors ligne
"noauto" empêche le montage automatique au démarrage, mais rien ne dit qu'il empêche aussi la vérification automatique.
Oui, bien sûr. Je vais corriger cette ligne.
D'une façon ou d'une autre, le paquet sysvinit-core a été installé et a désinstallé systemd-sysv, remplaçant systemd comme gestionnaire d'init par défaut. Tu peux examiner les logs d'apt dans /var/log/apt/ pour essayer de retrouver quand et comment.
Super, je fouillerai quand j'aurai retrouvé ma machine.
Est-ce qu'il s'arrête encore en mode emergency/maintenance shell ?
Non, effectivement, j'ai oublié de le préciser, mais c'était lié à l'absence de la clé usb lors du fsck.
Merci beaucoup !
Hors ligne
je fouillerai quand j'aurai retrouvé ma machine.
?
Il vaut mieux montrer que raconter.
Hors ligne
?
Tu m'étonnes !
Il y en a qui mettent le souk dans leur machine.
Mais là, je crois que c'est dedans et autour de la machine 
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
?
Ah ah oui, c'était pas très clair, mais rassure-toi : la machine est chez moi, c'est moi qui n'y suis plus !
Il y en a qui mettent le souk dans leur machine.
C'était pas un groupe de musique, ça, Souk Machine ?
(désolé)
Hors ligne
D'une façon ou d'une autre, le paquet sysvinit-core a été installé et a désinstallé systemd-sysv, remplaçant systemd comme gestionnaire d'init par défaut. Tu peux examiner les logs d'apt dans /var/log/apt/ pour essayer de retrouver quand et comment.
Eh bien les logs ont parlé : j'ai installé git-all mercredi, qui a bien installé, comme tu le prévoyais, `sysvinit-core`, et qui a retiré la floppée de paquets suivants :
On peut se demander non seulement pourquoi j'ai installé `git-all`, mais surtout pourquoi j'ai validé tout cela.
Autres cas semblables :
https://www.reddit.com/r/debian/comment … verything/
https://unix.stackexchange.com/question … -my-system
Du coup, c'est à peu près réparé, j'ai retrouvé une machine fonctionnelle. Merci encore Raleur !
Dernière modification par paul_bedaine (22-09-2021 07:20:52)
Hors ligne