Désolé si je ne suis pas clair mais, j'ai un problème qui dépasse mes
compétences ; c'est comme ça qu'on apprend...
Sur un raspberry pi2, j'ai une erreur udev qui m'empêche de monter la
racine. Erreur que j'ai suite à mise à jour systemd sur testing (je sais
j'aurais mieux fait de rester en stable).
Comment peut-t'on essayer de réparer?
La console de secours ne fonctionne pas ; j'ai : Root account is locked ...
Le démarrage sur l'ancien système noob ne propose pas de démarrer dessus
et ça ne me propose que des ré-installations ce qui ne m'arrange guère.
J'ai gardé l'ancien fichier de démarrage mais j'aimerais éviter de
bidouiller sans comprendre ce que je fais.
Le démarrage désiré est sur un disque usb2 qui fonctionne (j'ai fait des
checkdisc sur le système d'où j'écris...) :
<https://www.circuidipity.com/pi-usb-storage/>
Auriez-vous des pistes ou de saines lectures à me conseiller pour
comprendre comment réparer?
Merci d'avance,
--
Stéphane
http://pasdenom.info serveur usenet en rade
Pas moyen de mettre à jour l'heure même en utilisant cette technique : <https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu: # systemctl stop ntp Mettre la machine à l'heure à partir du pool de ntp.org # ntpdate pool.ntp.org Ensuite redémarrer le service ntp. Au point où tu en es je suppose que tu peux redémarrer la machine. Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant. Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Been There Done That ... C’est moyennement résolu par exemple mon swap n'est pas revenu. (??) -- Stéphane http://pasdenom.info
Doug713705 a écrit le 27/08/2018 à 11:54 :
Le 2018-08-27, yamo' nous expliquait dans
[...]
Pas moyen de mettre à jour l'heure même en utilisant cette technique :
<https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu:
# systemctl stop ntp
Mettre la machine à l'heure à partir du pool de ntp.org
# ntpdate pool.ntp.org
Ensuite redémarrer le service ntp.
Au point où tu en es je suppose que tu peux redémarrer la machine.
Si le problème initial était la disparition des VG, elle devrait
maintenant repartir comme avant.
Si elle bloque toujours il faudra bien lire les journaux de systemd pour
comprendre l'origine du problème.
Been There Done That ...
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Pas moyen de mettre à jour l'heure même en utilisant cette technique : <https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu: # systemctl stop ntp Mettre la machine à l'heure à partir du pool de ntp.org # ntpdate pool.ntp.org Ensuite redémarrer le service ntp. Au point où tu en es je suppose que tu peux redémarrer la machine. Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant. Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Been There Done That ... C’est moyennement résolu par exemple mon swap n'est pas revenu. (??) -- Stéphane http://pasdenom.info
yamo'
Salut, Je ne sais plus si je l'ai envoyé mais ça peut être utile! yamo' a écrit le 27/08/2018 à 11:17 :
Doug713705 a écrit le 27/08/2018 à 11:07 :
[............]
Ce que tu peux faire: - Rescanner le PV, VG et LV de manière à faire revenir les dev. L'option --mknodes te permettra de recréer les dev nodes manquants (c'est souvent ça qui pose problème lorsque 'on joue avec LVM) mais la commande ci-dessous devrait se charger de tout: # vgchange -ay Je dis ça de mémoire et sans connaître ta machine. Ceci dit, cette commande devrait être inoffensive, elle ne fait que raffraîchir les VG.
Ça a fonctionné (le mount -a a fonctionné) Mais quand j'active le daemon ssh je perds la main... Le mode normal est accessible en telinit 3 (pas sûr du 3)?
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!! -- Stéphane
Salut,
Je ne sais plus si je l'ai envoyé mais ça peut être utile!
yamo' a écrit le 27/08/2018 à 11:17 :
Doug713705 a écrit le 27/08/2018 à 11:07 :
[............]
Ce que tu peux faire:
- Rescanner le PV, VG et LV de manière à faire revenir les dev.
L'option --mknodes te permettra de recréer les dev nodes manquants (c'est
souvent ça qui pose problème lorsque 'on joue avec LVM) mais la commande
ci-dessous devrait se charger de tout:
# vgchange -ay
Je dis ça de mémoire et sans connaître ta machine.
Ceci dit, cette commande devrait être inoffensive, elle ne fait que
raffraîchir les VG.
Ça a fonctionné (le mount -a a fonctionné)
Mais quand j'active le daemon ssh je perds la main...
Le mode normal est accessible en telinit 3 (pas sûr du 3)?
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait :
vgchange -ay
pvscan
vgscan
lvscan
Et finalement j'ai mieux lu ton message et j'ai fait un :
vgscan --mknodes
Salut, Je ne sais plus si je l'ai envoyé mais ça peut être utile! yamo' a écrit le 27/08/2018 à 11:17 :
Doug713705 a écrit le 27/08/2018 à 11:07 :
[............]
Ce que tu peux faire: - Rescanner le PV, VG et LV de manière à faire revenir les dev. L'option --mknodes te permettra de recréer les dev nodes manquants (c'est souvent ça qui pose problème lorsque 'on joue avec LVM) mais la commande ci-dessous devrait se charger de tout: # vgchange -ay Je dis ça de mémoire et sans connaître ta machine. Ceci dit, cette commande devrait être inoffensive, elle ne fait que raffraîchir les VG.
Ça a fonctionné (le mount -a a fonctionné) Mais quand j'active le daemon ssh je perds la main... Le mode normal est accessible en telinit 3 (pas sûr du 3)?
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!! -- Stéphane
Doug713705
Le 2018-08-27, yamo' nous expliquait dans fr.comp.os.linux.configuration (<5b83ceb9$0$14307$) :
Doug713705 a écrit le 27/08/2018 à 11:54 :
Le 2018-08-27, yamo' nous expliquait dans
[...]
Pas moyen de mettre à jour l'heure même en utilisant cette technique : <https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu: # systemctl stop ntp Mettre la machine à l'heure à partir du pool de ntp.org # ntpdate pool.ntp.org Ensuite redémarrer le service ntp. Au point où tu en es je suppose que tu peux redémarrer la machine. Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant. Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Been There Done That ... C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a -- C'est juste une fille un peu brutale Qui déchire mes chemises, mes futals En me disant : "Fais gaffe, baba cool : Je mets mes crampons, gare tes bidoules. -- H.F. Thiéfaine, Groupie 89 turbo 6
Le 2018-08-27, yamo' nous expliquait dans
fr.comp.os.linux.configuration
(<5b83ceb9$0$14307$426a74cc@news.free.fr>) :
Doug713705 a écrit le 27/08/2018 à 11:54 :
Le 2018-08-27, yamo' nous expliquait dans
[...]
Pas moyen de mettre à jour l'heure même en utilisant cette technique :
<https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu:
# systemctl stop ntp
Mettre la machine à l'heure à partir du pool de ntp.org
# ntpdate pool.ntp.org
Ensuite redémarrer le service ntp.
Au point où tu en es je suppose que tu peux redémarrer la machine.
Si le problème initial était la disparition des VG, elle devrait
maintenant repartir comme avant.
Si elle bloque toujours il faudra bien lire les journaux de systemd pour
comprendre l'origine du problème.
Been There Done That ...
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement:
# swapon -a
--
C'est juste une fille un peu brutale
Qui déchire mes chemises, mes futals
En me disant : "Fais gaffe, baba cool :
Je mets mes crampons, gare tes bidoules.
-- H.F. Thiéfaine, Groupie 89 turbo 6
Le 2018-08-27, yamo' nous expliquait dans fr.comp.os.linux.configuration (<5b83ceb9$0$14307$) :
Doug713705 a écrit le 27/08/2018 à 11:54 :
Le 2018-08-27, yamo' nous expliquait dans
[...]
Pas moyen de mettre à jour l'heure même en utilisant cette technique : <https://askubuntu.com/questions/254826/how-to-force-a-clock-update-using-ntp>
Il faut probablement arreter le service ntpd en premier lieu: # systemctl stop ntp Mettre la machine à l'heure à partir du pool de ntp.org # ntpdate pool.ntp.org Ensuite redémarrer le service ntp. Au point où tu en es je suppose que tu peux redémarrer la machine. Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant. Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Been There Done That ... C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a -- C'est juste une fille un peu brutale Qui déchire mes chemises, mes futals En me disant : "Fais gaffe, baba cool : Je mets mes crampons, gare tes bidoules. -- H.F. Thiéfaine, Groupie 89 turbo 6
yamo'
Doug713705 a écrit le 27/08/2018 à 12:59 :
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap crypté en luks). Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg (udev est juste installé et pas configuré). Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon ssh, j'ai perdu la main). Merci pour le coup de main salvateur! -- Stéphane http://pasdenom.info
Doug713705 a écrit le 27/08/2018 à 12:59 :
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement:
# swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap
crypté en luks).
Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg
(udev est juste installé et pas configuré).
Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon
ssh, j'ai perdu la main).
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap crypté en luks). Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg (udev est juste installé et pas configuré). Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon ssh, j'ai perdu la main). Merci pour le coup de main salvateur! -- Stéphane http://pasdenom.info
Doug713705
Le 2018-08-27, yamo' nous expliquait dans fr.comp.os.linux.configuration (<5b83e240$0$15501$) :
Doug713705 a écrit le 27/08/2018 à 12:59 :
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap crypté en luks). Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg (udev est juste installé et pas configuré).
Tu devrais vérifier que ta situation ne correspond pas à celle décrite dans le lien stack exchange que j'ai donné plutôt dans la discussion. https://raspberrypi.stackexchange.com/questions/72594/failed-to-start-udev-kernel-device-manager Le dernier commentaire date d'il y a 10 jours.
Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon ssh, j'ai perdu la main).
Logiquement recharger le démon ssh ne devrait pas couper les connexions existantes.
Merci pour le coup de main salvateur!
De rien -- Ça peut durer jusqu'à toujours A moins que l'on ait le courage De se dire merde un beau jour Et de mettre fin au naufrage -- H.F. Thiéfaine, La dèche, le twist et le reste
Le 2018-08-27, yamo' nous expliquait dans
fr.comp.os.linux.configuration
(<5b83e240$0$15501$426a74cc@news.free.fr>) :
Doug713705 a écrit le 27/08/2018 à 12:59 :
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement:
# swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap
crypté en luks).
Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg
(udev est juste installé et pas configuré).
Tu devrais vérifier que ta situation ne correspond pas à celle décrite
dans le lien stack exchange que j'ai donné plutôt dans la discussion.
Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon
ssh, j'ai perdu la main).
Logiquement recharger le démon ssh ne devrait pas couper les connexions
existantes.
Merci pour le coup de main salvateur!
De rien
--
Ça peut durer jusqu'à toujours
A moins que l'on ait le courage
De se dire merde un beau jour
Et de mettre fin au naufrage
-- H.F. Thiéfaine, La dèche, le twist et le reste
Le 2018-08-27, yamo' nous expliquait dans fr.comp.os.linux.configuration (<5b83e240$0$15501$) :
Doug713705 a écrit le 27/08/2018 à 12:59 :
C’est moyennement résolu par exemple mon swap n'est pas revenu. (??)
Essaye de le monter manuellement: # swapon -a
J'ai du monté le swap à la main car j'ai un swap non reconnu (le swap crypté en luks). Je n'ai toujours pas pu mettre à jour udev ; j'ai une erreur de dpkg (udev est juste installé et pas configuré).
Tu devrais vérifier que ta situation ne correspond pas à celle décrite dans le lien stack exchange que j'ai donné plutôt dans la discussion. https://raspberrypi.stackexchange.com/questions/72594/failed-to-start-udev-kernel-device-manager Le dernier commentaire date d'il y a 10 jours.
Je mettrai une copie d'écran (la dernière fois que j'ai démarré le démon ssh, j'ai perdu la main).
Logiquement recharger le démon ssh ne devrait pas couper les connexions existantes.
Merci pour le coup de main salvateur!
De rien -- Ça peut durer jusqu'à toujours A moins que l'on ait le courage De se dire merde un beau jour Et de mettre fin au naufrage -- H.F. Thiéfaine, La dèche, le twist et le reste
Pascal Hambourg
Le 27/08/2018 à 11:54, Doug713705 a écrit :
Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant.
Non, le problème initial était l'échec du démarrage d'udev. L'absence des fichiers spéciaux dans /dev en découle.
Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Comme suggéré dans le message d'erreur affiché. "See 'systemctl status systemd-udev.service' for details." En tout cas tout cela n'a strictement rien à voir avec le montage de la racine, comme je le soupçonnais.
Le 27/08/2018 à 11:54, Doug713705 a écrit :
Si le problème initial était la disparition des VG, elle devrait
maintenant repartir comme avant.
Non, le problème initial était l'échec du démarrage d'udev. L'absence
des fichiers spéciaux dans /dev en découle.
Si elle bloque toujours il faudra bien lire les journaux de systemd pour
comprendre l'origine du problème.
Comme suggéré dans le message d'erreur affiché.
"See 'systemctl status systemd-udev.service' for details."
En tout cas tout cela n'a strictement rien à voir avec le montage de la
racine, comme je le soupçonnais.
Si le problème initial était la disparition des VG, elle devrait maintenant repartir comme avant.
Non, le problème initial était l'échec du démarrage d'udev. L'absence des fichiers spéciaux dans /dev en découle.
Si elle bloque toujours il faudra bien lire les journaux de systemd pour comprendre l'origine du problème.
Comme suggéré dans le message d'erreur affiché. "See 'systemctl status systemd-udev.service' for details." En tout cas tout cela n'a strictement rien à voir avec le montage de la racine, comme je le soupçonnais.
Jo Engo
Le Mon, 27 Aug 2018 11:41:15 +0200, yamo' a écrit :
how-to-force-a-clock-update-using-ntp>
Comment remettre l'heure avec ntp quand on n'a pas de réseau ? (je suis déjà trrrrèes loin) -- Être ou ne pas être ? Telle est la question. -+- William Shakespeare, Hamlet -+-
Le Mon, 27 Aug 2018 11:41:15 +0200, yamo' a écrit :
how-to-force-a-clock-update-using-ntp>
Comment remettre l'heure avec ntp quand on n'a pas de réseau ?
(je suis déjà trrrrèes loin)
--
Être ou ne pas être ? Telle est la question.
-+- William Shakespeare, Hamlet -+-
Le Mon, 27 Aug 2018 11:41:15 +0200, yamo' a écrit :
how-to-force-a-clock-update-using-ntp>
Comment remettre l'heure avec ntp quand on n'a pas de réseau ? (je suis déjà trrrrèes loin) -- Être ou ne pas être ? Telle est la question. -+- William Shakespeare, Hamlet -+-
yamo'
Salut, yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg ne sais pas le configurer). ssh ne démarre pas (pas pratique du tout). Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devrait normalement remplir les logs). -- Stéphane
Salut,
yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait :
vgchange -ay
pvscan
vgscan
lvscan
Et finalement j'ai mieux lu ton message et j'ai fait un :
vgscan --mknodes
Après
mount -a
Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le
démarrage du serveur (pas eu le temps de m'en occuper entre deux).
udev ne démarre pas même en version239-10 (dpkg ne sais pas le configurer).
ssh ne démarre pas (pas pratique du tout).
Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et
spamassassin qui devrait normalement remplir les logs).
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg ne sais pas le configurer). ssh ne démarre pas (pas pratique du tout). Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devrait normalement remplir les logs). -- Stéphane
yamo'
Salut, yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg échoue lors de la configuration). sshd ne démarre pas (pas pratique du tout). Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devraient normalement remplir les logs). -- Stéphane
Salut,
yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait :
vgchange -ay
pvscan
vgscan
lvscan
Et finalement j'ai mieux lu ton message et j'ai fait un :
vgscan --mknodes
Après
mount -a
Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le
démarrage du serveur (pas eu le temps de m'en occuper entre deux).
udev ne démarre pas même en version239-10 (dpkg échoue lors de la
configuration).
sshd ne démarre pas (pas pratique du tout).
Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et
spamassassin qui devraient normalement remplir les logs).
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg échoue lors de la configuration). sshd ne démarre pas (pas pratique du tout). Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devraient normalement remplir les logs). -- Stéphane
yamo'
Salut, yamo' a écrit le 28/09/2018 à 09:55 :
yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg échoue lors de la configuration).
Pour udev, la tentative de mise à jour du système donne : Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Calcul de la mise à jour... Fait Les paquets suivants ont été conservés : python3-gi 0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour. 1 partiellement installés ou enlevés. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Paramétrage de udev (239-10) ... insserv: Service udev has to be enabled to start service plymouth Job for systemd-udevd.service failed because the control process exited with error code. See "systemctl status systemd-udevd.service" and "journalctl -xe" for details. invoke-rc.d: initscript udev, action "restart" failed. ● systemd-udevd.service - udev Kernel Device Manager Loaded: loaded (]8;;file://nemo.pasdenom.info/lib/systemd/system/systemd-udevd.service/lib/systemd/system/systemd-udevd.service]8;;; static; vendor preset: enabled) Active: activating (start) since Sat 2018-10-06 10:12:16 CEST; 49ms ago Docs: ]8;;man:systemd-udevd.service(8)man:systemd-udevd.service(8)]8;; ]8;;man:udev(7)man:udev(7)]8;; Main PID: 16982 (systemd-udevd) CGroup: /system.slice/systemd-udevd.service └─16982 [systemd-udevd] dpkg: erreur de traitement du paquet udev (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution : udev E: Sub-process /usr/bin/dpkg returned an error code (1) # systemctl status systemd-udevd.service ● systemd-udevd.service - udev Kernel Device Manager Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2018-10-06 10:12:17 CEST; 4min 5s ago Docs: man:systemd-udevd.service(8) man:udev(7) Process: 16987 ExecStart=/lib/systemd/systemd-udevd (code=exited, status7) Main PID: 16987 (code=exited, status7) Et : # journalctl -xe No journal files were found. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- No entries --
sshd ne démarre pas (pas pratique du tout).
Grace à strace, j'ai pu voir que l'erreur était entre le clavier et la chaise : c'était le fichier de conf qui ne plaisait pas à ssh (j'avais du le modifier suite à une montée de version et des lignes ne lui plaisait pas) : strace -f /usr/sbin/sshd
Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devraient normalement remplir les logs).
Les logs sont quasiment tous vides : # logger -p auth.notice test logger: socket /dev/log: Connexion refusée # logger -p local7.notice -t error "error" logger: socket /dev/log: Connexion refusée -- Stéphane
Salut,
yamo' a écrit le 28/09/2018 à 09:55 :
yamo' a écrit le 27/08/2018 à 12:52 :
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait :
vgchange -ay
pvscan
vgscan
lvscan
Et finalement j'ai mieux lu ton message et j'ai fait un :
vgscan --mknodes
Après
mount -a
Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le
démarrage du serveur (pas eu le temps de m'en occuper entre deux).
udev ne démarre pas même en version239-10 (dpkg échoue lors de la
configuration).
Pour udev, la tentative de mise à jour du système donne :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été conservés :
python3-gi
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Paramétrage de udev (239-10) ...
insserv: Service udev has to be enabled to start service plymouth
Job for systemd-udevd.service failed because the control process exited
with error code.
See "systemctl status systemd-udevd.service" and "journalctl -xe" for
details.
invoke-rc.d: initscript udev, action "restart" failed.
● systemd-udevd.service - udev Kernel Device Manager
Loaded: loaded
(]8;;file://nemo.pasdenom.info/lib/systemd/system/systemd-udevd.service/lib/systemd/system/systemd-udevd.service]8;;;
static; vendor preset: enabled)
Active: activating (start) since Sat 2018-10-06 10:12:16 CEST; 49ms ago
Docs:
]8;;man:systemd-udevd.service(8)man:systemd-udevd.service(8)]8;;
]8;;man:udev(7)man:udev(7)]8;;
Main PID: 16982 (systemd-udevd)
CGroup: /system.slice/systemd-udevd.service
└─16982 [systemd-udevd]
dpkg: erreur de traitement du paquet udev (--configure) :
le sous-processus script post-installation installé a retourné une
erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
udev
E: Sub-process /usr/bin/dpkg returned an error code (1)
# systemctl status systemd-udevd.service
● systemd-udevd.service - udev Kernel Device Manager
Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static;
vendor preset: enabled)
Active: failed (Result: exit-code) since Sat 2018-10-06 10:12:17
CEST; 4min 5s ago
Docs: man:systemd-udevd.service(8)
man:udev(7)
Process: 16987 ExecStart=/lib/systemd/systemd-udevd (code=exited,
status7)
Main PID: 16987 (code=exited, status7)
Grace à strace, j'ai pu voir que l'erreur était entre le clavier et la
chaise : c'était le fichier de conf qui ne plaisait pas à ssh (j'avais
du le modifier suite à une montée de version et des lignes ne lui
plaisait pas) :
strace -f /usr/sbin/sshd
Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et
spamassassin qui devraient normalement remplir les logs).
Dans l'ordre (pour le prochain à qui ça arrive) j'ai fait : vgchange -ay pvscan vgscan lvscan Et finalement j'ai mieux lu ton message et j'ai fait un : vgscan --mknodes Après mount -a Fonctionne!!
Pour info, cette manipulation m'a encore servi ce matin pour le démarrage du serveur (pas eu le temps de m'en occuper entre deux). udev ne démarre pas même en version239-10 (dpkg échoue lors de la configuration).
Pour udev, la tentative de mise à jour du système donne : Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Calcul de la mise à jour... Fait Les paquets suivants ont été conservés : python3-gi 0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour. 1 partiellement installés ou enlevés. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Paramétrage de udev (239-10) ... insserv: Service udev has to be enabled to start service plymouth Job for systemd-udevd.service failed because the control process exited with error code. See "systemctl status systemd-udevd.service" and "journalctl -xe" for details. invoke-rc.d: initscript udev, action "restart" failed. ● systemd-udevd.service - udev Kernel Device Manager Loaded: loaded (]8;;file://nemo.pasdenom.info/lib/systemd/system/systemd-udevd.service/lib/systemd/system/systemd-udevd.service]8;;; static; vendor preset: enabled) Active: activating (start) since Sat 2018-10-06 10:12:16 CEST; 49ms ago Docs: ]8;;man:systemd-udevd.service(8)man:systemd-udevd.service(8)]8;; ]8;;man:udev(7)man:udev(7)]8;; Main PID: 16982 (systemd-udevd) CGroup: /system.slice/systemd-udevd.service └─16982 [systemd-udevd] dpkg: erreur de traitement du paquet udev (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution : udev E: Sub-process /usr/bin/dpkg returned an error code (1) # systemctl status systemd-udevd.service ● systemd-udevd.service - udev Kernel Device Manager Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2018-10-06 10:12:17 CEST; 4min 5s ago Docs: man:systemd-udevd.service(8) man:udev(7) Process: 16987 ExecStart=/lib/systemd/systemd-udevd (code=exited, status7) Main PID: 16987 (code=exited, status7) Et : # journalctl -xe No journal files were found. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- No entries --
sshd ne démarre pas (pas pratique du tout).
Grace à strace, j'ai pu voir que l'erreur était entre le clavier et la chaise : c'était le fichier de conf qui ne plaisait pas à ssh (j'avais du le modifier suite à une montée de version et des lignes ne lui plaisait pas) : strace -f /usr/sbin/sshd
Par contre syslog est revenu bien que très peu bavard (rien pour inn2 et spamassassin qui devraient normalement remplir les logs).
Les logs sont quasiment tous vides : # logger -p auth.notice test logger: socket /dev/log: Connexion refusée # logger -p local7.notice -t error "error" logger: socket /dev/log: Connexion refusée -- Stéphane
