Forum

Reprise du message précédent

Hello Artenaki, bonjour :hello1:

Alors voilà comme promis le "resultat' de:
artenaki - Le 26/06/2024 à 10h36
#324987
Le système de fichiers du volume Luks est peut-être corrompu. Le numéro de partition est sda2, n'est-ce pas ?
Gparted propose-t-il une option "Vérifier" ou n'est-elle pas disponible ?
Dans Gparted, tu peux aussi voir les propriétés de la partition, il y aura des informations sur l'erreur.

>Gparted propose-t-il une option "Vérifier" ou n'est-elle pas disponible ?
Non ! gparted ne propose pas "Vérifier"

>Dans Gparted, tu peux aussi voir les propriétés de la partition, il y aura des informations sur l'erreur.
Justement :
Photos :




Comme je le disais dans un des precedents post je craint qu'il n'ai detruit le sous repertoire /mapper (de /dev) est-ce irremediable ou peut-ont le régénérer ?

Merci a toi

artenaki :

Voici des commandes sûres à vérifier. Elles fonctionnent en mode read only et ne corrigent rien, elles vérifient simplement.

# ouvrir le chiffrement

Code :

su -
lsblk
cryptsetup luksOpen /dev/sda6 cryptdisk

# vérifier la partition (le paramètre -n signifie: read only)
# -f forcé même si le système de fichiers est marqué clean

Code :

e2fsck -n -f /dev/mapper/cryptdisk

# encore une fois sans -f

Code :

e2fsck -n /dev/mapper/cryptdisk

# fermer le chiffrement

Code :

cryptsetup luksClose cryptdisk
exit

Montre-nous la sortie du terminal, svp.

Il se peut qu'il y ait un autre numéro à la place de sda6.
# regarde la liste des partitions et choisis la bonne, guidé par la taille, par exemple.
#dans Live, il pourrait s'agir de sdb6.

Code :

lsblk

Les reponses :

[user@steven ~]$ su -
Mot de passe :
[root@steven ~]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 60,5G 0 part /
├─sda3 8:3 0 3,9G 0 part [SWAP]
├─sda4 8:4 0 761,7G 0 part /home
└─sda5 8:5 0 105,3G 0 part
sdb 8:16 0 465,8G 0 disk
├─sdb1 8:17 0 100,6G 0 part
├─sdb2 8:18 0 512B 0 part
├─sdb5 8:21 0 3,9G 0 part
└─sdb6 8:22 0 361,3G 0 part
sr0 11:0 1 1024M 0 rom
[root@steven ~]# cryptsetup luksOpen /dev/sdb6 cryptdisk
Saisissez la phrase secrète pour /dev/sdb6 :
[root@steven ~]# e2fsck -n -f /dev/mapper/cryptdisk
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/mapper/cryptdisk

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>

[root@Jsteven ~]# e2fsck -n /dev/mapper/cryptdisk
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/mapper/cryptdisk

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>

[root@steven ~]# cryptsetup luksClose cryptdisk
[root@steven ~]#

Vérifions où se trouvent les sauvegardes des superblocs. (c'est sûr, avec l'option -n !)


Puis clique sur "y"

ça devrait être : 32768, 98304, 163840, 229376, 294912
Le système de fichiers était ext4, n'est-ce pas ?

a l'instruction : mke2fs -n /dev/mapper/cryptdisk

Il me donne :
mke2fs -n /dev/mapper/cryptdisk
mke2fs 1.47.0 (5-Feb-2023)
En train de créer un système de fichiers avec 94700720 4k blocs et 23683072 i-noeuds.
UUID de système de fichiers=f277c40e-fa24-497d-851c-df46206579c7
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

[root@steven ~]#

artenaki :

Code :

su -
cryptsetup luksOpen /dev/sdb6 cryptdisk
e2fsck -b 32768 -n -f /dev/mapper/cryptdisk

reponses :

su -
Mot de passe :
[root@steven ~]# cryptsetup luksOpen /dev/sdb6 cryptdisk
Le périphérique cryptdisk existe déjà.
[root@steven ~]# e2fsck -b 32768 -n -f /dev/mapper/cryptdisk
e2fsck 1.47.0 (5-Feb-2023)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/mapper/cryptdisk

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>

[root@steven ~]#


ca va ? pas trop fatigué ?

Tu peux essayer d'autres numéros, mais je ne pense pas que e2fsck te sauvera...
testdisk et gpart sont des utilitaires que tu devras probablement utiliser. Mais tu devras d'abord faire une sauvegarde (moulage) de la partition. Tout cela est assez difficile à faire.

Pourquoi je pense que e2fsck ne t'aidera pas et ne fera qu'empirer les choses ?
Pour tester, j'ai effacé les 10 premiers mbytes avec des zéros et j'ai essayé de tester la partition en sélectionnant le superbloc de la sauvegarde - ext4 s'est animé, mais il n'y avait pas de fichiers dedans.

Je pense qu'il est vide (sur ton disque). Puisque e2fsck essaie généralement d'utiliser la sauvegarde automatiquement.

Je me trompe peut-être.

Ou PhotoRec ou https://dmde.com/fr/
La situation est compliquée par le cryptage. Les utilitaires doivent fonctionner avec des données décryptées...

Édité par Visiteur Le 28/06/2024 à 07h05

Jybz :

Peut-on enlever splash ET quiet ?

Sinon, on peut essayer de débugger le boot ? En supprimant splash et quiet ?

Le système de fichiers était-il ext4 ? Les autres systèmes de fichiers sont ext4 ? Pas btrfs ?

Trouve au moins un superbloc fonctionnel en choisissant des numéros (dans la liste). Cette méthode est sûre avec l'option -n.

Si un superbloc fonctionnel est trouvé, il y a une chance de sauver au moins quelques données. À l'avenir.

testdisk = efsck (mais il peut créer l'image lui-même pour une sauvegarde sécurisée).
gpart = prend trop de temps à chercher.
dmde = il est assez compliqué et peut être payant, mais il recherche assez rapidement et trouve quelque chose. cependant, je ne suis pas sûr qu'il puisse ouvrir directement les luks sans une copie décryptée au préalable.
PhotoRec = je ne l'ai pas encore essayé.

J'irais voir les professionnels...

steven, pourquoi ne pas discuter avec https://chatgpt.com/ ? Tu peux même le faire en français. Il donne des conseils utiles. Tu peux lui montrer des captures d'écran et des copies de logs.
Voici un lien vers le modèle gpt-4o qui est plus récent, mais le nombre de requêtes par jour est limité et ensuite il y a un passage à gpt-3.5 pendant un certain temps (qui est gratuit pour toujours).
https://chatgpt.com/?model=gpt-4o
Je te conseille d'écrire sans fautes.

Après tout, c'est lui qui te conseille par mon intermédiaire.
Cependant, j'ai appris l'existence de DMDE sur un forum spécialisé dans les logiciels Windows. Il m'a déjà aidé sur NTFS. Bien qu'il supporte aussi ext4 et l'interface graphique de Linux. Mais il est propriétaire.

Décris à chatgpt en détail ton problème, ton objectif et tes préoccupations.

Édité par Visiteur Le 28/06/2024 à 16h16

ok ! 8(, donc, si j'ai bien compris, c'est rapé 8( !?!

Merci a toi pour toutes l'aide que tu as essayé de m'apporter

C'est incroyable…

Jybz :

Jybz :

Peut-on enlever splash ET quiet ?

Sinon, on peut essayer de débugger le boot ? En supprimant splash et quiet ?

Jybz ?!

Comme je l'ai dit là => https://www.mageialinux-online.org/forum/topic.php?id=31544&pt=3#m325009
(page 3),


Je viens, a nouveau, d' essayé !

J'ai supprimé splash ET quiet !

Et rien ne change....


j'ai viré splash ET quiet dans grub,
ctrl x

il reboot

plus de splash, (bubulles)

Il demande le mot de passe,
je lui donne,

il passe a la ligne et terminé ! Rien d’autre 8|

CHANGEMENTS :

Si je tape sur ENTER, il reprend sa course folle

pour finir, il termine sur une ligne :
[des chiffres] A start job is running for /dev/mapper/crypt_sda6 (50min 23s / no limit).
et il boucle, indefiniment...

8(

j'ai essayé de taper sur ctrl F12

Et tout d’un coup, il m’affiche toute une liste de lignes et reste bloqué sur la dernière ligne

Mais voici les trois dernières lignes, si ça parle a qqu’un…

Ligne 1 - [XX.XXXXXX] systemd [1] Finished cryptography setup for crypt_sda6.
Ligne 2 - [XX.XXXXXX] systemd [1] Reached target Block Device preparation for dev/mapper/crypt_sda6.
Ligne 3 - [XX.XXXXXX] systemd [1] Reached target Local Encrypted volumes.

Et là, en bout de ligne 3 le curseur clignote…

Fin du match

-------------

ctrl F1 = [des chiffres] A start job is running for /dev/mapper/crypt_sda6 (50min 23s / no limit).
et il boucle, indéfiniment...

ctrl F12 = Ligne 1 - [XX.XXXXXX] systemd [1] Finished cryptography setup for crypt_sda6.
Ligne 2 - [XX.XXXXXX] systemd [1] Reached target Block Device preparation for dev/mapper/crypt_sda6.
Ligne 3 - [XX.XXXXXX] systemd [1] Reached target Local Encrypted volumes.

Et là, en bout de ligne 3 le curseur clignote…

Fin du match

>enlever splash ET quiet, ne change rien, n'apporte rien de plus

qu'est ce que j'en fais ? cible au stand de tir ?