Windows11 a cassé mes partitions Debian...

Demande d'aide : c'est ici.
Répondre
Avatar de l’utilisateur
lol
Site Admin
Site Admin
Messages : 4959
Inscription : 04 avr. 2016, 12:11
Localisation : Madagascar
Status : Hors-ligne

Bonjour,

J'ai un dual boot Windows10/Debian.
Ce matin j'ai mis à jour Windows10 vers Windows11 (à l'aide du script MediaCreationTool.bat).

Upgrade sans problème (Je vous écris depuis Windows).
Grub cassé, sans surprise.
Pas de problème, je redémarre sur mon habituel (et toujours à porté de la main) SuperGrubDisk2!

Et là... mauvaise surprise, SGD2 ne détecte aucune installation...
SGD2 voit juste les entrées dans la partition EFI. SI je tente de lancer celle-ci je me retrouve avec une ligne de commande grub:
no such device: xxxxx-xxxxx.etc.


Du coup je démarre un live en pensant réparer Grub2 avec un chroot.
C'est à ce moment que je réalise que mes trois partitions Linux (Debian) sont illisibles. Mais comment!!!!! :diablo:
Et effectivement:

Code : Tout sélectionner

# e2fsck /dev/sda6
e2fsck 1.46.2 (28-Feb-2021)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>
Capture du 2022-01-17 10-53-53.png

Je sais que quelque part il doit y avoir une sauvegarde des "Superblocks"

Code : Tout sélectionner

# mke2fs -n /dev/sda
mke2fs 1.46.2 (28-Feb-2021)
Found a gpt partition table in /dev/sda
Proceed anyway? (y,N) y
Creating filesystem with 122096646 4k blocks and 30531584 inodes
Filesystem UUID: d3fd3c47-28f9-43aa-be66-1df87dbd4f88
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000
Mais je ne sais plus aller plus loin, j'ai oublié...
Vous savez comment réparer ça ? :cray:
Merci pour votre aide.

Je viens de lancer une detection des partitions avec testdisk pour voir.
Je posterai les résultats
Capture du 2022-01-17 10-51-45.png
Vous ne pouvez pas consulter les pièces jointes insérées à ce message.
Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
PascalHambourg
Contributeur
Contributeur
Messages : 876
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

Les partitions sont-elles aux mêmes positions qu'avant ?

D'après gparted sda6 a le type "swap", donc c'est normal que e2fsck n'y trouve pas de superbloc ext*.

Tu peux lancer blkid, file -sL, ou wipefs sur chaque partition concernée pour voir les éventuelles méta-données.

Pour les offsets de superbloc, il faut simuler la création avec mke2fs sur la partition concernée et non le disque entier. Ensuite il faut exécuter e2fsck avec "-b <offset>".
Avatar de l’utilisateur
lol
Site Admin
Site Admin
Messages : 4959
Inscription : 04 avr. 2016, 12:11
Localisation : Madagascar
Status : Hors-ligne

Salut,

Merci beaucoup pour ta réponse.
Oui, tu as raison évidemment pour la swap.
PascalHambourg a écrit : 17 janv. 2022, 12:29 Les partitions sont-elles aux mêmes positions qu'avant ?
Oui, il semble.
Mais je n'ai pas utilisé cette machine depuis un moment.

Code : Tout sélectionner

# mke2fs -n /dev/sda7
mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 20480000 4k blocks and 5120000 inodes
Filesystem UUID: edb9d169-b4b3-474a-9a2d-a53a1c5e00a7
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424

Code : Tout sélectionner

# mke2fs -n /dev/sda8
mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 40786944 4k blocks and 10199040 inodes
Filesystem UUID: 0a7bd47d-32bf-42c2-964b-40ba0a9980e6
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872
PascalHambourg a écrit : 17 janv. 2022, 12:29 Ensuite il faut exécuter e2fsck avec "-b <offset>".
Là j'ai un doute...
Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
PascalHambourg
Contributeur
Contributeur
Messages : 876
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

lol a écrit : 17 janv. 2022, 14:34Là j'ai un doute...
Mais encore ?
Avatar de l’utilisateur
lol
Site Admin
Site Admin
Messages : 4959
Inscription : 04 avr. 2016, 12:11
Localisation : Madagascar
Status : Hors-ligne

PascalHambourg a écrit : 17 janv. 2022, 19:46
lol a écrit : 17 janv. 2022, 14:34Là j'ai un doute...
Mais encore ?
Je ne sais pas quel offset mettre.
Du coup j'ai tout essayé... de 32768 à 11239424

Code : Tout sélectionner

root@debian:~# e2fsck /dev/sda7
e2fsck 1.46.2 (28-Feb-2021)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda7

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

root@debian:~# mke2fs -n /dev/sda7
mke2fs 1.46.2 (28-Feb-2021)
Creating filesystem with 20480000 4k blocks and 5120000 inodes
Filesystem UUID: 33e853dc-050b-4e4b-9257-90f04851b659
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424

root@debian:~# e2fsck -b 32768 /dev/sda7
e2fsck 1.46.2 (28-Feb-2021)
e2fsck: Bad magic number in super-block while trying to open /dev/sda7

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>
Et je pense que c'est mort.
Je vais supprimer et recréer les partitions, pas le choix (Et surtout pas le temps, j'ai besoin de ma Debian rapidement).
Je ne perd pas de fichiers (Mon /home est séparé) juste ma conf... Et ça me gonfle.


Merci beaucoup pour ton aide PascalHambourg.
C'est une bonne leçon.
Windows ne casse pas que le Grub, il peut aussi parfois casser les partitions Debian/Linux.

Edit: Et comme quoi avoir une Debian de secours n'est pas toujours suffisant...
Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
PascalHambourg
Contributeur
Contributeur
Messages : 876
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

lol a écrit : 18 janv. 2022, 05:37 Je ne sais pas quel offset mettre.
Du coup j'ai tout essayé... de 32768 à 11239424
C'est bien ce qu'il fallait faire. Il faut peut-être aussi spécifier la taille de bloc avec -B 4096.
Qu'a donné testdisk ?
Tu as essayé de regarder les méta-données des partitions avec blkid, file -s ou wipefs ?
Avatar de l’utilisateur
lol
Site Admin
Site Admin
Messages : 4959
Inscription : 04 avr. 2016, 12:11
Localisation : Madagascar
Status : Hors-ligne

Salut Pascal,

Alors, je pense que c'était mort (De toute façon j'ai déjà reformaté).
PascalHambourg a écrit : 18 janv. 2022, 10:50 Il faut peut-être aussi spécifier la taille de bloc avec -B 4096.
Ça je n'en souviendrais pour la prochaine fois.

PascalHambourg a écrit : 18 janv. 2022, 10:50 Qu'a donné testdisk ?
Rien de bon. Affichage des partitions au démarrage, mais plus une fois une recherche lancée...

PascalHambourg a écrit : 18 janv. 2022, 10:50 Tu as essayé de regarder les méta-données des partitions avec blkid, file -s ou wipefs ?
Oui, mais rien ne m'a semblé concluant.
blkid a renvoyé des UUID "courtes" style Fat32
Files -s m'a detecté une partition comme un fichier GPG
Et wipefs n'a rien renvoyé du tout.

J'ai laissé mouliné Gparted sur une tentative de récupération de partition (Avec Parted je pense) mais sans succès.


J'ai donc supprimé et recréé mes partitions.

Je te remercie encore pour ton aide, ce sera surement utile pour une prochaine fois ou pour quelqu'un d'autre.
Pour ceux qui lisent ce fil pensez à sauvegarder vos fichiers avant une mise à niveau de Windows sur un dual boot...
Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
Avatar de l’utilisateur
vv222
Membre actif
Membre actif
Messages : 852
Inscription : 18 avr. 2016, 20:14
Contact :
Status : Hors-ligne

lol a écrit : 18 janv. 2022, 16:41Pour ceux qui lisent ce fil pensez à sauvegarder vos fichiers avant une mise à niveau de Windows sur un dual boot...
Ou débarassez-vous de l’affreux une bonne fois pour toutes :icon_twisted:
Avatar de l’utilisateur
piratebab
Site Admin
Site Admin
Messages : 4905
Inscription : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors-ligne

Si c'était le contraire (une install debian qui détruit des partitions windows), on en entendrait parler dans toute la presse spécislisée, voire au journal de 20h.
Mais windows qui détruit tout sur son passage, ça parait tout à fait normal. Cet OS aurait du s'appeler Atila.
Répondre