M7 vers M8, Erreurs : udevadm CRYPTSETUP_2.0

M7 vers M8, Erreurs : udevadm CRYPTSETUP_2.0 [Réglé]

Màj laborieuse redémarre sur "???" muets ou boucle en erreur Retours d'expériences

Tonin Membre non connecté

Le 31/07/2021 à 19h02

Reprise du message précédent

-1-
J'ai tenté de reproduire l'arborescence /boot/EFI/ du système "sain" en déplaçant le contenu de celui du "non sain". Mais ce n'était pas du tout une bonne idée. Heureusement que le mode rescue de la clef Net-Install Mageia 8 permet de restaurer le démarrage.

-2-
Après une première suppression des paquets orphelin, je me suis lancé dans la désinstallation de paquets mga7 persistants, dont je ne vois pas l'utilité,

Code BASH :

urpme $(rpm -qa | grep mga7)

Code TEXT :

Pour satisfaire les dépendances, les 80 paquetages suivants vont être désinstallés (1.3Go):

Dans les grandes lignes : kernels, virtualbox, python2, et plein d'autres.
D'autres orphelins apparaissant, je les désinstallerai bien aussi... sauf qu'il y a x2goserver-sqlite-4.0.1.20-4.mga8.x86_64 dans la liste. Et ça ne me convient pas. Du coup j'installe x2goserver, et je m'arrête là. Les arcanes des dépendances me surprennent.
En tout cas, le ratio des paquets non mga8 sur les mga8 est devenu 3/3511. Ce qui est beaucoup moins bancale me semble-t-il.

-3-
Il me faudrait revenir à l'analyse du "verify" qui permet de lister les fichiers des programmes qui ne sont pas identique à ceux de leurs paquets respectifs. Mais comme le lien avec CRYPTSETUP ne me saute plus aux yeux, j'ai peur d'être face à une impasse.

-4-
J'imagine qu'il pourrait y avoir des processus de fin d'installation qui n'ont pas fonctionné, et je ne vois pas lesquels, ni comment les refaire jouer. C'est pourtant ce que me semble proposer la commande :

Code BASH :

su -c 'mgaapplet-upgrade-helper --new_distro_version=8'

Aurais-je intérêt à la relancer ?

Mageia 9 ~~8 7 6 5~~ - 64bits - Plasma/KDE - ~~Compiz~~
ASUSTeK H110T - Intel® Core™ i3-6100T 3.20GHz - 8Gio DDR4
Intel Corporation HD Graphics 530 (rev 06)
Intel Corporation Sunrise Point-H HD Audio (rev 31)

>
ante
2017

Mageia 5 - 32bits - LXDE - Compiz ; ... Mandriva ; ... power pack, Mandrake 7.0
MSI KT4AV-L (VIA KT400A) - AMD Athlon(tm) XP 2400+ - 2,25 Gio DDR SDRAM PC3200
AMD/ATI Radeon 9550 (RV350) Nvidia GeForce FX 5200
Ensoniq ES1371 / Creative Labs CT2518/ES1373

Tonin Membre non connecté

Le 31/07/2021 à 21h19

#290329

PS : Attention, ce post contient des réponses erronées. Vous pouvez l'ignorer et passer au suivant.

Via chroot

Code BASH :

ls -lisah /boot

Code TEXT :

total 16K
1 4,0K drwxrwxrwx  4 root root 4,0K janv.  1  1970 ./
2 4,0K drwxr-xr-x 21 root adm  4,0K juil. 31 10:01 ../
5 4,0K drwxrwxrwx  2 root root 4,0K déc.  26  2020 dracut/
3 4,0K drwxrwxrwx  4 root root 4,0K juil. 31 14:26 EFI/

Bonus :

Code BASH :

tree /boot

Code TEXT :

/boot
├── dracut
└── EFI
    ├── EFI
    │   ├── BOOT
    │   └── mageia
    │       └── grubx64.efi
    └── mageia
        └── grubx64.efi

Tout ça pour dire que ça fait très très maigre à côté de tout ce que l'on trouve dans le /boot du système "sain". Je pourrais essayer de reconstruire l'ensemble à la main, mais si quelqu'un connait un autre moyen... c'est le bon moment pour prendre la parole.
Bravo d'avoir mis tout ça en lumière.

Édition 1 : les commandes

Code BASH :

cd /boot
dracut -f

viennent de créer

Code TEXT :

/boot/initramfs-5.10.52-desktop-1.mga8.img

Édition 2 : Et puis...

Code BASH :

lsinitrd /boot/initramfs-5.10.52-desktop-1.mga8.img | grep cryptsetup

Code TEXT :

-rwxr-xr-x   1 root     root       481208 Nov 29  2020 usr/lib64/libcryptsetup.so.12.6.0
lrwxrwxrwx   1 root     root           35 Jul 31 21:20 usr/lib64/libcryptsetup.so.12 -> ../../lib64/libcryptsetup.so.12.6.0

Édité par Tonin Le 01/08/2021 à 00h06

>
ante
2017

Tonin Membre non connecté

Le 31/07/2021 à 21h49

#290331

Sur le système "non sain", en chroot :

Code BASH :

rpm -qa | grep grub

Code TEXT :

grub2-efi-2.06-1.1.mga8
grub2-mageia-theme-2.06-1.1.mga8
grub2-2.06-1.1.mga8
grub-doc-0.97-50.mga8
grub2-common-2.06-1.1.mga8

Concernant l'impression de vide pour le système "non sain", voici ce que je trouve sur le système "sain". Nous sommes d'accord, ça n'a rien à voir avec le système "non sain". De plus, il y a des sous-répertoires qui sont parfois bien remplis.

Code BASH :

ls -lisah /boot/

Code TEXT :

total 30M
650241 4,0K drwxr-xr-x  5 root root 4,0K juil. 30 20:39 ./
     2 4,0K drwxr-xr-x 20 root root 4,0K juil. 30 21:06 ../
659934 240K -rw-r--r--  1 root root 239K juil. 20 20:11 config-5.10.52-desktop-1.mga8
659899 4,0K drwxr-xr-x  2 root root 4,0K déc.  26  2020 dracut/
670399    0 lrwxrwxrwx  1 root root    3 juil. 30 18:54 efi -> EFI/
     1 4,0K drwxrwxrwx  4 root root 4,0K janv.  1  1970 EFI/
669734 4,0K drwxr-xr-x  6 root root 4,0K juil. 30 20:39 grub2/
688203  17M -rw-------  1 root root  17M juil. 30 20:36 initrd-5.10.52-desktop-1.mga8.img
688205    0 lrwxrwxrwx  1 root root   33 juil. 30 20:36 initrd.img -> initrd-5.10.52-desktop-1.mga8.img
659935 196K -rw-r--r--  1 root root 193K juil. 20 20:11 symvers-5.10.52-desktop-1.mga8.xz
659933 4,8M -rw-r--r--  1 root root 4,8M juil. 20 20:11 System.map-5.10.52-desktop-1.mga8
688204    0 lrwxrwxrwx  1 root root   30 juil. 30 20:36 vmlinuz -> vmlinuz-5.10.52-desktop-1.mga8
659936 7,7M -rw-r--r--  1 root root 7,7M juil. 20 20:11 vmlinuz-5.10.52-desktop-1.mga8

Édité par Tonin Le 31/07/2021 à 21h59

>
ante
2017

Tonin Membre non connecté

Le 31/07/2021 à 23h59

#290336

Tout d'abord, depuis que nous intéressons à /boot, il faut savoir que je me suis trompé dans le montage de la partition /boot/EFI dans mon système chrooté "non sain". En effet, je l'avais monté en /boot (sans doute un réflexe acquis lors d'une époque pré-EFI).
Je vous ai fait perdre du temps

Excusez-moi. (Je vais éditer mes posts erronés pour mettre en garde les lecteurs)

Du coup, pour être clair, dans mes systèmes "sain" et "non sain", /boot est tout simplement un sous répertoire dans la partition racine /
Par construction des partitions du disque accueillant des systèmes EFI, ils partagent le dossier /boot/EFI

Je reprends maintenant les questions qui ont reçu de mauvaises réponses de ma part. En bref, "le vide n'est plus" :

Code BASH :

ls -lisah /boot

Code TEXT :

total 85M
  12  20K drwxr-xr-x  5 root root  20K juil. 31 23:25 ./
   2 4,0K drwxr-xr-x 21 root adm  4,0K juil. 31 10:01 ../
7129 240K -rw-r--r--  1 root root 239K juin  19 18:14 config-5.10.45-desktop-2.mga7
7149 240K -rw-r--r--  1 root root 239K juin  24 17:13 config-5.10.46-desktop-1.mga7
2210 240K -rw-r--r--  1 root root 239K juil. 20 20:11 config-5.10.52-desktop-1.mga8
2219 4,0K drwxr-xr-x  2 root root 4,0K déc.  26  2020 dracut/
3689    0 lrwxrwxrwx  1 root root    3 juil. 30 13:14 efi -> EFI/
   1 4,0K drwxrwxrwx  4 root root 4,0K janv.  1  1970 EFI/
6785 564K -rwxr-xr-x  1 root root 561K juil. 31 20:45 gfxmenu*
2201 4,0K drwxr-xr-x  6 root root 4,0K juil. 31 23:25 grub2/
7134  16M -rw-------  1 root root  16M juin  25 18:19 initrd-5.10.45-desktop-2.mga7.img
7154  17M -rw-------  1 root root  17M juil. 30 13:31 initrd-5.10.46-desktop-1.mga7.img
2826  17M -rw-------  1 root root  17M juil. 30 13:22 initrd-5.10.52-desktop-1.mga8.img
 173    0 lrwxrwxrwx  1 root root   33 juil. 30 13:23 initrd-desktop.img -> initrd-5.10.52-desktop-1.mga8.img
2674    0 lrwxrwxrwx  1 root root   33 juil. 30 13:23 initrd.img -> initrd-5.10.52-desktop-1.mga8.img
7130 196K -rw-r--r--  1 root root 193K juin  19 18:14 symvers-5.10.45-desktop-2.mga7.xz
7150 196K -rw-r--r--  1 root root 193K juin  24 17:13 symvers-5.10.46-desktop-1.mga7.xz
2211 196K -rw-r--r--  1 root root 193K juil. 20 20:11 symvers-5.10.52-desktop-1.mga8.xz
7128 4,9M -rw-r--r--  1 root root 4,9M juin  19 18:14 System.map-5.10.45-desktop-2.mga7
  55 4,9M -rw-r--r--  1 root root 4,9M juin  24 17:13 System.map-5.10.46-desktop-1.mga7
2209 4,8M -rw-r--r--  1 root root 4,8M juil. 20 20:11 System.map-5.10.52-desktop-1.mga8
2829    0 lrwxrwxrwx  1 root root   30 juil. 30 13:23 vmlinuz -> vmlinuz-5.10.52-desktop-1.mga8
7131 6,5M -rw-r--r--  1 root root 6,5M juin  19 18:14 vmlinuz-5.10.45-desktop-2.mga7
7151 6,5M -rw-r--r--  1 root root 6,5M juin  24 17:13 vmlinuz-5.10.46-desktop-1.mga7
2212 7,7M -rw-r--r--  1 root root 7,7M juil. 20 20:11 vmlinuz-5.10.52-desktop-1.mga8
2828    0 lrwxrwxrwx  1 root root   30 juil. 30 13:23 vmlinuz-desktop -> vmlinuz-5.10.52-desktop-1.mga8

Code BASH :

lsinitrd /boot/initrd.img | grep cryptsetup

Code TEXT :

-rwxr-xr-x   1 root     root       378192 Feb 12  2019 usr/lib64/libcryptsetup.so.12.4.0
lrwxrwxrwx   1 root     root           40 Jul 30 13:22 usr/lib64/libcryptsetup.so.12 -> ../..//usr/lib64/libcryptsetup.so.12.4.0

Code BASH :

fdisk -l

Extrait /sda

Code TEXT :

Disque /dev/sda : 447,13 GiB, 480103981056 octets, 937703088 secteurs
Modèle de disque : SanDisk Ultra II
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 78BFC9D7-A68C-4735-8163-4C3C2570B4D6
 
Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1         2048   1024033   1021986   499M Système EFI
/dev/sda2      1026048   4098047   3072000   1,5G Système de fichiers Linux
/dev/sda3      4098048   6195199   2097152     1G Partition d'échange Linux
/dev/sda4      6195200  14583807   8388608     4G Système de fichiers Linux
/dev/sda5     18778112  55298047  36519936  17,4G Système de fichiers Linux
/dev/sda6    659554304 828125183 168570880  80,4G Système de fichiers Linux
/dev/sda7    828125184 856369151  28243968  13,5G Système de fichiers Linux
/dev/sda8     55298048 630652928 575354881 274,4G Système de fichiers Linux
/dev/sda9    630654976 659552256  28897281  13,8G Système de fichiers Linux
/dev/sda10    14583808  18778111   4194304     2G Système de fichiers Linux
/dev/sda11   856369152 912240639  55871488  26,6G Système de fichiers Linux
/dev/sda12   912240640 937703054  25462415  12,1G Système de fichiers Linux
 
Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

J'ajoute depuis le système chrooté :

Code BASH :

df

Code TEXT :

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda2          1,5G    486M  869M  36% /
/dev/sda1          499M     18M  481M   4% /boot/EFI
/dev/sda4          3,9G    1,6G  2,2G  42% /var
/dev/sda5           18G     14G  3,2G  81% /usr
devtmpfs           3,9G       0  3,9G   0% /dev
tmpfs              3,9G    1,2M  3,9G   1% /run
/dev/sda8          270G    268G  2,3G 100% /home

Enfin, /dev/sda2 est correctement pointé par grub2.cfg me semble-t-il. J'ai par exemple la première entrée du menu grub2 (extrait de /etc/grub2.cfg -> ../boot/grub2/grub.cfg) :

Code TEXT :

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Mageia' --class mageia --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-ecee07c3-1b68-4d65-ae1f-374d77099c17' {
        savedefault
        load_video
        set gfxpayload=auto
        insmod gzio
        insmod part_gpt
        insmod ext2
        set root='hd0,gpt2'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  ecee07c3-1b68-4d65-ae1f-374d77099c17
        else
          search --no-floppy --fs-uuid --set=root ecee07c3-1b68-4d65-ae1f-374d77099c17
        fi
        linux   /boot/vmlinuz-5.10.52-desktop-1.mga8 root=UUID=ecee07c3-1b68-4d65-ae1f-374d77099c17 ro  ro splash quiet noiswmd root=UUID=ecee07c3-1b68-4d65-ae1f-374d77099c17 audit=0 resume=UUID=ef269466-e69c-4d64-ab06-98a71ed33ce8
        initrd  /boot/initrd-5.10.52-desktop-1.mga8.img
}

>
ante
2017

Tonin Membre non connecté

Le 01/08/2021 à 07h43

#290339

Bingo !

Via chroot

Code BASH :

cd /boot
dracut -f initrd-5.10.52-desktop-1.mga8.img 5.10.52-desktop-1.mga8

Voilà qui me semble en plus élégant. Bravo ! (persévérant nic80 qui me suggère à nouveau dracut avec cette fois la commande exacte)
Je vous écrit depuis le système "non sain" qui a finalement réussi à amorcer. Youpi !

Il me reste à vérifier ce qui continue de fonctionner et ce qui nécessite de la reconfiguration, mais c'est un autre chapitre.

Jybz nic80

Merci beaucoup de m'avoir permis de rattraper cette mise à jour laborieuse, et finalement de m'avoir aidé à sortir du piège du verrouillage de l'écran.

En résumé, depuis un système "sain", il aurait pu suffire de monter l'ancien système pour corriger init en chroot. Notamment bien monter sa partition racine /, avec /boot au bon endroit (ici inclus dans la partition racine).
La commande précédente pouvait-elle se passer du préliminaire qu'a constitué l'achèvement des mises à jours ? et/ou de la suppression des paquets mga7 ?
Difficile à dire, mais je ne serais pas surpris que le noyau dont dracut avait besoin ait pu avoir été installé avant le piège du verrouillage de l'écran. Les mises à jour auraient alors été poursuivies ensuite.
Aurait-il été possible de réaliser cette opération à partir du mode rescue de la clef net-install ?

Pour information, mon petit script pour chroot (inspiré de https://doc.ubuntu-fr.org/chroot ). Il pourrait être beaucoup plus sobre, en se contentant des quatre premiers mount, mais qui peut le plus, peut le moins.

Code BASH :

#!/bin/sh
 
mkdir /mnt/chroot
 
mount /dev/sda2 /mnt/chroot
mount /dev/sda1 /mnt/chroot/boot/EFI
mount /dev/sda4 /mnt/chroot/var
mount /dev/sda5 /mnt/chroot/usr
 
mount --bind /dev /mnt/chroot/dev
mount -t proc /proc /mnt/chroot/proc
mount --bind /run  /mnt/chroot/run
mount -t sysfs /sys /mnt/chroot/sys
mount /dev/sda8 /mnt/chroot/home
 
chroot /mnt/chroot

>
ante
2017

Jybz Membre non connecté

Administrateur Forgeron

Le 01/08/2021 à 08h35

#290340

Tonin :

Bingo !
[…]

Jybz nic80

Merci beaucoup de m'avoir permis de rattraper cette mise à jour laborieuse, et finalement de m'avoir aidé à sortir du piège du verrouillage de l'écran.

En résumé, depuis un système "sain", il aurait pu suffire de monter l'ancien système pour corriger init en chroot. Notamment bien monter sa partition racine /, avec /boot au bon endroit (ici inclus dans la partition racine).
La commande précédente pouvait-elle se passer du préliminaire qu'a constitué l'achèvement des mises à jours ? et/ou de la suppression des paquets mga7 ?
Difficile à dire, mais je ne serais pas surpris que le noyau dont dracut avait besoin ait pu avoir été installé avant le piège du verrouillage de l'écran. Les mises à jour auraient alors été poursuivies ensuite.
Aurait-il été possible de réaliser cette opération à partir du mode rescue de la clef net-install ?

2) je ne peux pas répondre. L'initrd avait été construit avant la mise a jour de libcryptsetup 12.4 à 12.6, mais on ne sait pas encore quand a été fait cette mise à jours, avant ou après le crash ?
Que donne la très longue liste :
rpm -qa --last
Ou urpmi netcat-openbsd puis
rpm -qa --last | nc termbin.com 9999
La suppression des paquets mga7 n'apportait rien.
3) ça dépend du rescue, si c'est le grub rescue, non, si c'est celui de linux, peut-être. En soit, on aurait pu booter sans l'initrd puis refaire l'initrd avec dracut sans option (enfin si, -f )

Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo

Arch	Machine	OS
x86_64	lenovo x250	mga9
armv7hl	bananapro	mga9
aarch64	Raspberry Pi 4B	mga9

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie

Notre Mission	Liens du site	Nous joindre	MLO est hébergé par
MLO est le forum francophone de la distribution Mageia et vous propose également un portail dédié aux débutants. MLO vous apporte un support sur la distribution grâce à son forum et vous offre des nouvelles de la distribution, des logiciels libres et de l'Open Source en général. Notre site a aussi pour but de vous montrer que Mageia est un système d'exploitation complet et facile à prendre en main. Vous apprendrez à installer simplement et à administrer efficacement votre système en un temps record.	Forum Documentation News du libre Mageia	Contacter MLO Mastodon MLO Flux RSS	MLO est un projet soutenu par Nos partenaires et amis
MLO est mis à disposition selon les termes de la licence Creative Commons.

Tonin Membre non connecté

nic80 Membre non connecté

Tonin Membre non connecté

Jybz Membre non connecté

nic80 Membre non connecté

Tonin Membre non connecté

nic80 Membre non connecté

Tonin Membre non connecté

Jybz Membre non connecté

nic80 Membre non connecté

Tonin Membre non connecté

nic80 Membre non connecté

Tonin Membre non connecté

Jybz Membre non connecté

nic80 Membre non connecté

Jybz Membre non connecté