Suite à un upgrade: plantage au cours du démarrage

[josephtux]

Bonjour,
content de retrouver ce forum.
Je ne sais trop quelles informations trouver et vous transmettre.
(Je travaille grâce actuellement à une debian Live.)
Sous Bookworm, je peux encore accéder aux consoles textes (Alt-F1 etc.)
uname -a indique **Deb 6.1.112.1 (2024-09-30)**

Après un début de démarrage, un écran noir s’installe.
J’ai pu noter (j’ai oublié où!) le message suivant:
xdyinfo: unable to opendisplay

et dans /val/log/syslog:
un grand nombre de lignes:
ekimialeopard nm-openvpm[267156]: READ Decrypt error: bad packet ID (may be a replay): #[195475] -- see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings

Je ne sais pas si ces indications sont utiles:
Après la dernière mise à jour, j’ai appliqué comme proposé la commande apt auto-remove, alors qu’il y a eu un changement de version du noyau Linux.

j’utilise aussi un VPN (protonvpn)

Comment diagnostiquer et réparer ce problème?

PS:
Je dispose d’une sauvegarde part timeshift sur un disque USB

[Zargos]

Bonjour,
Information manquante:

• Quelle version de Debian , stable ou pas?
  La version du noyau me surprend. Compilation?

[josephtux]

Merci Zargos,
Bookworm,
uname -a donne: Linux debian 6.1.0-26-amd64 ... Deb. 6.1.112-1 (2024-09-30)

Je n’ai rien compilé, mais la mise à jour impliquait le noyau

La mise à jour date de moins de 3 jours

[Zargos]

Ah je préfère
Oui c’est la version Debian 12.7 stable.
C’est le module openvpn de ton network-manager qui donne ces lignes de logs.
Tu ne peux t’y connecter qu’en VPN à cette machine?

[josephtux]

Désolé pour ce retard inopiné.
J’allume l’ordinateur directement, mais je n’ai sans doute pas désactivé protonvpn avant d’éteindre.

Je n’ai pas trouvé comment le désactiver à partir de la ligne de commande.
Le 5 octobre, j’ai utilisé gufw pour autoriser le port 22 en entrée
Je crois que protonvpn nécessite une autorisation pour un autre port (443 pour TCP et 1194 pour UDP)
[d’après protonVPN ne répond plus - #3 par josephtux]

[josephtux]

Bonjour,
après désinstallation de protonvpv
sudo apt purge protonvpn-stable-release
et une nuit de repos, le système démarre en mode rescue et après un « Ctrl-D » jusqu’au formulaire de login graphique, puis se fige sur un écran bleu sans aucun moyen d’agir.

Ci joint le résultat de journalctl -xb
J’ai fait précéder les lignes rouges d’un « * » (astérisque suivi d’un blanc)
journalctl_-xb.txt (317,8 Ko)

Seulement les lignes en rouge:
journalctl_-xb_rouge.txt (1,9 Ko)

PS je viens de changer (préciser) le titre, à la lecture de:

Système bien cassé suite à un upgrade

Hello, Mon laptop est sous trixie/sid et suite à un apt-get upgrade je suis dans une situation pas très confortable. Je n’ai pas remarqué d’erreur suite à l’upgrade (mais j’avoue avoir été très peu regardant sur les logs) et comme j’avais quelques soucis de webgl avec Firefox je me suis dit qu’un reboot était sans doute nécessaire. Et au reboot, bingo écran noir une fois X démarré Un petit Alt+F1 et je vois en rouge juste un souci avec nvidia-persistenced.service et effectiveme…

[nicola]

Il répond à un ssh ?

[josephtux]

Je ne sais pas.
Je communique grace à une clé Debian live, peu confortable (je ne sais pas comment activer la souris bluetooth - pas de copier coller, pas de clic centre ni clic droit - et bien d’autres configs personnelles me manquent).

la commande
egrep -i1 ssh journalctl_-xb.txt renvoie:

journalctl_-xb-ssh.txt (1,7 Ko)

Que dois-je faire?

[Clochette]

As-tu essayer de démarrer sans le disque externe de brancher et allumé ?

oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" list.
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/sdb [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD40NDZW_11MR8S1-WD_WX62D61N95H4.ata.state
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, opened
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, CT4000P3PSSD8, S/N:2331E86580DB, FW:P9CR40A
oct. 09 11:36:47 ekimialeopard udisksd[1733]: Failed to load the 'mdraid' libblockdev plugin
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, is SMART capable. Adding to "monitor" list.
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, state read from /var/lib/smartmontools/smartd.CT4000P3PSSD8-2331E86580DB.nvme.state
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, opened
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, CT4000P3PSSD8, S/N:2331E86580C6, FW:P9CR40A
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, is SMART capable. Adding to "monitor" list.
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, state read from /var/lib/smartmontools/smartd.CT4000P3PSSD8-2331E86580C6.nvme.state
oct. 09 11:36:47 ekimialeopard smartd[1725]: Monitoring 1 ATA/SATA, 0 SCSI/SAS and 2 NVMe devices
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 119 to 118
oct. 09 11:36:47 ekimialeopard udisksd[1733]: Error probing device: Error sending ATA command IDENTIFY DEVICE to '/dev/sdb': Unexpected sense data returned:
                                              0000: f0 00 01 00  50 00 01 0a  80 00 00 00  00 1d 00 00    ....P...........
                                              0010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................
                                               (g-io-error-quark, 0)
* oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, number of Error Log entries increased from 1214 to 1221
* oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, number of Error Log entries increased from 1213 to 1220
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD40NDZW_11MR8S1-WD_WX62D61N95H4.ata.state
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme0, state written to /var/lib/smartmontools/smartd.CT4000P3PSSD8-2331E86580DB.nvme.state
oct. 09 11:36:47 ekimialeopard smartd[1725]: Device: /dev/nvme1, state written to /var/lib/smartmontools/smartd.CT4000P3PSSD8-2331E86580C6.nvme.state
oct. 09 11:36:47 ekimialeopard systemd[1]: Started smartmontools.service - Self Monitoring and Reporting Technology (SMART) Daemon.

Par pur hasard quelle version de systemd est installé sur ce système si disponible car l’écran bleu arrive seulement dans la version 255 de systemd donc en trixie et sid.

@josephtux

jusqu’au formulaire de login graphique, puis se fige sur un écran bleu sans aucun moyen d’agir.

Pas de console virtuelle de disponible ?

Et un démarrage sur un ancien noyau c’est identique ?

Depuis un livecd quel est l’état des nvme1 et 2 et du sata ?

[josephtux]

Oui, j’avais bien débranché tous les USB.

avant de rebooter:

1- l’écran bleu est l’écran graphique, mais sans aucun décor, icône ni interaction avec la souris (sauf la flèche mobile, si je me souviens bien). J’ai du faire un Ctrl-D après le blocage de l’affichage du boot (mode rescue) pour voir apparaître le formulaire de login qui semble fonctionner.

2- Il n’y a donc pas de console virtuelle accessible

3- Je n’ai pas d’ancien noyau disponible (et je mesouviendrais de la leçon! car apt upgrade suggérait de faire autoclean. Je soupçonne que c’est cette commande qui a mis la pagaille.

4- pour nvme voici les sorties de dmesg et de lsblk:
dmesg_nvme.txt (2,0 Ko)
lsblk.txt (3,1 Ko)

Pour SATA quelle commande me proposez-vous?

PS Sous Debian-live, j’ai pu monter les 3 partitions virtuelles - sur les SSD nvme1 et 2 en miroir LVM - (système avec la racine utilisateur sous /home/user/racineLeopard, /home/work (mes données) sous /home/user/eric et /usr/local à sa place.
mount_mapper.txt (530 Octets)
L’utilisation des scripts sur /usr/local/bin et l’accès aux données ne m’a posé aucun problèmes, (sauf l’inconfort de Debian-live sans les clics milieu et droit)
L’accés à la racine du système planté reste possible.

[nicola]

Tu ne peux vraiment pas accéder à ta machine par ssh ?

[josephtux]

je ne sais pas: que dois-je faire pour le savoir?

[nicola]

À partir d’une autre machine, avec putty dans Windows par exemple.
Ça me sauve de temps en temps les miches.

[josephtux]

Je n’ai pas d’autre machine

[nicola]

Et un taylayphone ?

[josephtux]

Oui, un téléphone, mais je suis encore plus nul avec son usage qu’avec mon ordi!

[nicola]

Chope une application pour te connecter en ssh, découvre le réseau local chez toi pour avoir l’adresse IP idoine, et hop.

[josephtux]

une appli SSH server?

[nicola]

Non, client.

[josephtux]

J’ai réussi à installer et ouvrir ConnectBot, mais tout celà dépasse mes derniers neurones fatigués!

Je dispose de sauvegarde Timeshift sur un disque externe USB, mais je crains d’aggraver le problème en faisant un timeshift restore.

Qu’en pensez-vous?

sinon, peut-être plus tard après un repos des neurones concernés…