[Partition] endommagée

Reconnaissance et configuration du matériel / kernel linux
Répondre
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

[Partition] endommagée

Message par JulTux »

Bonjour,

Je viens vers vous car je ne m'en sors pas avec cette saleté de partition.
Pour faire court, j'ai installé un nouveau hdd et booté sur windows installé en dualboot. Depuis, plus de boot sur arch à moins de commenter ce hdd (/dev/sdd) dans le fstab.

Code : Tout sélectionner

# fdisk-l
Disque /dev/sdd : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
Modèle de disque : ST4000DM004-2CV1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Périphérique Début   Fin Secteurs Taille Type
/dev/sdd1       34 32767    32734    16M Système de fichiers Linux

La partition 1 ne commence pas sur une frontière de cylindre physique.
A noter que le type de /dev/sdd1 était affiché comme "Microsoft Reserved Partition" (ou un truc du style). Windows a du modifier cette partition à l'insu de mon plein gré !! Cette partition est censée faire 4To de datas formatée en ext4.... J'ai changé le type de partition via fdisk en "système de fichiers linux" ; mais ça n'apporte rien de plus. La taille de 16 M est totalement délirante.

Le disque se monte correctement à la mano après un fsck /dev/sdd.

Bref, une âme charitable pourrat-ell m'aider à réparer cette partition ?

Merci
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Bonjour,
Si j'essaye de résumer, car ce n'est pas très clair.
Tu as un Linux sur une partition d'un autre disque (sda ?), qui possède une partition de donnée (sdd1 ou sdd : question ultra importante) monté quelque part (/media ?).
Tu as ajouté un autre disque pour installer Windows (sdb ?), et maintenant cette partition (sdd) de donnée est "corrompu".

Peux tu donner le contenu de ton fstab (vraiment pour être sûr de ma théorie), mais je crois avoir compris ton immense erreur ici (suite à l'écriture de mon propre message).
Je pense que tu n'avais pas créé de table de partition pour /dev/sdd, mais directement fait un mkfs sur /dev/sdd (au lieu de mkfs /dev/sdd1). Techniquement ce n'est pas un problème pour Linux, mais pour Windows, le disque était vierge n'ayant pas de table de partition. Donc Windows y a placé sur ce disque la partition "Microsoft Reserved Partition" qui est nécessaire dans certain cas (Je pense que Windows n'en a pas vraiment besoin, sauf dans certaines opérations de maintenance, mais je ne suis pas expert ici...). Pourquoi il a fait cela, bonne question, mais bref, on s’égare.

Donc faire un fdisk -l sur /dev/sdd n'a strictement aucun sens (car il n'y a pas de table de partition sur sdd si je ne me trompe pas, mais directement le système de fichier), et vouloir changer le type de la partition ne fait que corrompre ton système de fichier (les quelques centaines d'octets au début du disque). En effet tu y écris une table de partition, alors qu'il y a à cet endroit un système de fichier.

Comment réparer ? Bonne question... Car techniquement je pense qu'il n'y a pas grand chose à réparer (à part lancer un fsck), sauf que Windows pourrait continuer à "foutre la merde".
La bonne façon de faire serait de réduire le système de fichier ext4 de quelques Mo, et de déplacer la partition pour quelle commence au secteur 2048 (soit 1Mo après le début du disque).
Puis de Wiper complètement ce premier Mo, puis de créer une nouvelle table de partition GPT avec les bonnes caractéristiques, puis finalement faire un resize2fs /dev/sdd1

Clairement le plus simple serait de backup de tous les fichiers sur un autre disque, puis de tout détruire, et refaire proprement les choses. Ce que je suggère est possible, bien que pas trivial. Je ne pense pas que Gparted fonctionne dans ce cas là (sans table de partition, alors qu'il pourrait totalement le faire...)

Quelle est l'utilisation en Go de cette partition (comment elle est remplie), et as tu un autre disque : Quelle partition / disque as tu de plus gros de libre ?
Avec ces informations je pourrait t'orienter vers la solution la plus simple et sans danger.
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

Merci pour ton aide.
benjarobin a écrit : sam. 01 janv. 2022, 23:03 Si j'essaye de résumer, car ce n'est pas très clair.
Dsl...
benjarobin a écrit : sam. 01 janv. 2022, 23:03 Tu as un Linux sur une partition d'un autre disque (sda ?), qui possède une partition de donnée (sdd1 ou sdd : question ultra importante) monté quelque part (/media ?).
Tu as ajouté un autre disque pour installer Windows (sdb ?), et maintenant cette partition (sdd) de donnée est "corrompu".
Non, windows est depuis longtemps installé, j'ai juste booté dessus (ça arrive une fois de temps en temps, on ne m'y reprendra plus...)

Code : Tout sélectionner

[/quote]
########################################
#### HDD 2to (sda)####
# backup (sda1)
UUID=cebbccbd-b561-4ca7-b01e-e89af993c096       /disks/backup                   ext4            defaults                                0       2
########################################
#### HDD 3to (sdb) ####
# datas_1 (sdb1)
UUID=c38b1a3b-2b20-472c-bc1f-27697cad1333       /disks/datas_1                  ext4            defaults                                0       2
########################################
#### HDD 1to (sdc) ####
# datas_2 (sdc1)
UUID=add6c850-5ca9-4b6a-aeef-e66894c38b6c       /disks/datas_2                  ext4            defaults                                0       2
########################################
#### HDD 4to (sdd) ####
# datas_3 (sdd1)
UUID=cc82a0c8-778e-4e77-89be-46be55caa494       /disks/datas_3                  ext4            defaults                                0       2
########################################
#### SSD 128mo (sde) ####
# /boot/efi (sde1)
UUID=CC2E-42C8                                  /boot/efi                       vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,error>
# sys_win (sde3)
UUID=3A6A38686A3822D5                           /disks/sys_win                  ntfs            defaults,uid=1000,gid=1000              0       0
# sys_arch (sde5)
UUID=06920250-f2ee-43f5-bc5b-1a1efd7d20d5       /                               ext4            rw,discard,relatime                     0       1
# home_arch (sde6)
UUID=e57f4938-9fb2-4948-aa2a-8e10cde561aa       /home                           ext4            rw,discard,relatime                     0       2
########################################
### TMPFS
tmpfs                                           /tmp                            tmpfs           nodev,relatime,nosuid                   0       0
tmpfs                                           /var/tmp                        tmpfs           nodev,relatime,nosuid                   0       0
tmpfs                                           /var/cache/pacman/pkg           tmpfs           nodev,relatime,nosuid                   0       0
########################################
benjarobin a écrit : sam. 01 janv. 2022, 23:03 Je pense que tu n'avais pas créé de table de partition pour /dev/sdd, mais directement fait un mkfs sur /dev/sdd (au lieu de mkfs /dev/sdd1).
Possible, je ne me souviens plus, dsl... En tout cas, cest pas la première fois que j'ajoute/change un hdd sans avoir ce pb.
'
benjarobin a écrit : sam. 01 janv. 2022, 23:03 Quelle est l'utilisation en Go de cette partition (comment elle est remplie), et as tu un autre disque : Quelle partition / disque as tu de plus gros de libre ?
Grossomodo 2,5To à sauver... Ça va être chaud, à part acheter un nouveau HDD... Je peux trouver 1To à tout casser. Clairement, une réparation m'arrangerai ;)

***edit
benjarobin a écrit : sam. 01 janv. 2022, 23:03 Clairement le plus simple serait de backup de tous les fichiers sur un autre disque, puis de tout détruire, et refaire proprement les choses.
Je vais faire ça en fait. Il s'avère que j'ai déjà une bonne partie de ce ces datas sauvegardées, un peu fatigué hier soir... Il me reste donc 1,5To à sauver -> je vais les trouver par ci par là.
Et après formatage et création de partition en bonne et due forme.

Merci encore.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Avant de te lancer dans une telle opération, quelle est la sortie de

Code : Tout sélectionner

ls -l /dev/disk/by-uuid
ls -l /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494
dumpe2fs -g /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494 | head -20
dumpe2fs -h /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494
xxd -a /dev/sdd | head -80000 | grep 53ef
xxd -a /dev/sdd1 | head -80000 | grep 53ef
Car je me suis peut être trompé dans mon analyse (ou pas), j'ai un doute...
Note 1 : si ta partition commence vraiment au bloc 34 ce n'est pas idéal (vraiment), car la partition n'est pas alignée selon des "pages" de 4k. En effet ton disque pour ne pas être super lent, on doit lui faire des accès de 4k alignés à 4k taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Note 2 : xxd est fournit par gvim, et dumpe2fs est fournit par e2fsprogs.

Note 3 : Dans tous les cas, faire un backup des données est une bonne idée. Mais je pense avoir trouvé une méthode assez simple (cela risque de prendre un "peu" de temps) afin de déplacer la partition. Mais au moins c'est faisable en ligne de commande.
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

benjarobin a écrit : dim. 02 janv. 2022, 11:06 Dans tous les cas, faire un backup des données est une bonne idée.
C'est fait.
benjarobin a écrit : dim. 02 janv. 2022, 11:06 quelle est la sortie de

Code : Tout sélectionner

jul # ls -l /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10  1 janv. 21:10 06920250-f2ee-43f5-bc5b-1a1efd7d20d5 -> ../../sde5
lrwxrwxrwx 1 root root 10  1 janv. 21:10 182CDB162CDAEE2E -> ../../sde4
lrwxrwxrwx 1 root root 10  1 janv. 21:10 3A6A38686A3822D5 -> ../../sde3
lrwxrwxrwx 1 root root 10  1 janv. 21:10 add6c850-5ca9-4b6a-aeef-e66894c38b6c -> ../../sdc1
lrwxrwxrwx 1 root root 10  1 janv. 21:10 c38b1a3b-2b20-472c-bc1f-27697cad1333 -> ../../sdb1
lrwxrwxrwx 1 root root 10  1 janv. 21:10 CC2E-42C8 -> ../../sde1
lrwxrwxrwx 1 root root  9  1 janv. 21:54 cc82a0c8-778e-4e77-89be-46be55caa494 -> ../../sdd
lrwxrwxrwx 1 root root 10  1 janv. 21:10 cebbccbd-b561-4ca7-b01e-e89af993c096 -> ../../sda1
lrwxrwxrwx 1 root root 10  1 janv. 21:10 e57f4938-9fb2-4948-aa2a-8e10cde561aa -> ../../sde6
jul # ls -l /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494
lrwxrwxrwx 1 root root 9  1 janv. 21:54 /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494 -> ../../sdd
jul # dumpe2fs -g /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494 | head -20
dumpe2fs 1.46.4 (18-Aug-2021)

group:block:super:gdt:bbitmap:ibitmap:itable
0:0:0:1-466:1491:1507:1523
1:32768:32768:32769-33234:1492:1508:2035
2:65536:-1:-1:1493:1509:2547
3:98304:98304:98305-98770:1494:1510:3059
4:131072:-1:-1:1495:1511:3571
5:163840:163840:163841-164306:1496:1512:4083
6:196608:-1:-1:1497:1513:4595
7:229376:229376:229377-229842:1498:1514:5107
8:262144:-1:-1:1499:1515:5619
9:294912:294912:294913-295378:1500:1516:6131
10:327680:-1:-1:1501:1517:6643
11:360448:-1:-1:1502:1518:7155
12:393216:-1:-1:1503:1519:7667
13:425984:-1:-1:1504:1520:8179
14:458752:-1:-1:1505:1521:8691
15:491520:-1:-1:1506:1522:9203
16:524288:-1:-1:524288:524304:524320
17:557056:-1:-1:524289:524305:524832
jul # dumpe2fs -h /dev/disk/by-uuid/cc82a0c8-778e-4e77-89be-46be55caa494
dumpe2fs 1.46.4 (18-Aug-2021)
Filesystem volume name:   datas_3
Last mounted on:          /disks/datas_3
Filesystem UUID:          cc82a0c8-778e-4e77-89be-46be55caa494
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              244195328
Block count:              976754646
Reserved block count:     48837732
Overhead clusters:        15616772
Free blocks:              364619601
Free inodes:              244193626
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Sep 11 12:39:43 2021
Last mount time:          Sat Jan  1 21:39:39 2022
Last write time:          Sat Jan  1 21:39:39 2022
Mount count:              1
Maximum mount count:      -1
Last checked:             Sat Jan  1 21:28:45 2022
Check interval:           0 (<none>)
Lifetime writes:          92 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      85527928-a6bd-444b-8361-e6133cb8dfec
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x62586f53
Journal features:         journal_incompat_revoke journal_64bit journal_checksum_v3
Total journal size:       1024M
Total journal blocks:     262144
Max transaction length:   262144
Fast commit length:       0
Journal sequence:         0x000065fd
Journal start:            1
Journal checksum type:    crc32c
Journal checksum:         0x3b32a4e3

jul # xxd -a /dev/sdd | head -80000 | grep 53ef
00000430: 0bbc d061 0100 ffff 53ef 0100 0100 0000  ...a....S.......
00053ef0: 0000 0000 0000 0000 f8d5 0000 0000 0000  ................
jul # xxd -a /dev/sdd1 | head -80000 | grep 53ef
xxd: /dev/sdd1: No such file or directory
jul #
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Merci pour les informations !
OK, donc je ne m'étais pas trompé dans ma première analyse :-) Tu avais oublié de créer une table de partition. Si tu veux on peux essayer de déplacer tout cela afin de créer une table de partition.
Il me faudra juste bien 60 minutes pour te pondre un script "viable". Je commence dans tous les cas à le faire. Dans tous les cas tes données sont safe si déjà sauvegardé
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

benjarobin a écrit : dim. 02 janv. 2022, 12:13 Tu avais oublié de créer une table de partition.
Pfff... Je devais être bien réveillé encore ce jour-là !
benjarobin a écrit : dim. 02 janv. 2022, 12:13 Si tu veux on peux essayer de déplacer tout cela afin de créer une table de partition.
Il me faudra juste bien 60 minutes pour te pondre un script "viable". Je commence dans tous les cas à le faire.
On tente, j'avoue être curieux de voir comment tu t'y prends. J'y connais rien de ce côté-là.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Code : Tout sélectionner

#!/bin/bash

set -e

path_dev=/dev/sdd
size_disk=4000787030016

umount "${path_dev}"

echo "********************************* 0"

size_part_r=$(( size_disk - 3145728 ))
size_part_f=$(( size_disk - 1572864 ))
nb_sect_r=$(( size_part_r / 512 ))
nb_sect_f=$(( size_part_f / 512 ))

resize2fs "${path_dev}" "${nb_sect_r}s"

echo "********************************* 2"
cat <<EOF > /tmp/sfdisk-r
label: gpt
label-id: A6977560-F752-4FBD-B89F-21285382AAFA
device: $path_dev
unit: sectors

${path_dev}p1 : start=        2048, size=      $nb_sect_r, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=B4BCC490-0EE7-4E6D-9B53-649A326095CA, name="Linux filesystem"
EOF

echo "********************************* 3"
dd if="${path_dev}" of="$HOME/backupfirst1M" bs=1M count=1
echo "********************************* 4"
sfdisk "${path_dev}" < /tmp/sfdisk-r
echo "********************************* 5"
echo '+1M,' | sfdisk --move-data "${path_dev}" -N 1
echo "********************************* 6"
dd of="${path_dev}" if="$HOME/backupfirst1M" seek=1 conv=notrunc,nocreat bs=1M count=1
echo "********************************* 7"

cat <<EOF > /tmp/sfdisk-f
label: gpt
label-id: A6977560-F752-4FBD-B89F-21285382AAFA
device: $path_dev
unit: sectors

${path_dev}p1 : start=        2048, size=      $nb_sect_f, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=B4BCC490-0EE7-4E6D-9B53-649A326095CA, name="Linux filesystem"
EOF

echo "********************************* 8"
sfdisk "${path_dev}" < /tmp/sfdisk-f
echo "********************************* 9"
partprobe "${path_dev}"
resize2fs "${path_dev}p1"
Je l'ai testé sur un "faux" disque, mais je n'assume aucune responsabilité de l’échec de l’opération :mrgreen: :mrgreen: :D
En gros la stratégie est d'utiliser sfdisk --move-data, sauf que pour cela on a besoin d'une table de partition.
Je réduis d'abord le système de fichier pour avoir de la place au début et à la fin du disque afin d'écrire la table de partition GPT.
Puis je sauvegarde le premier Mo (car serait écrasé par la table de partition)
Puis j’écris une table de partition GPT avec une "fausse" partition de "bonne" taille
Je déplace toute la fausse partition (de taille ~4To) de 1Mo vers la droite, puis je restaure le 1Mo (précédemment sauvegardé) mais avec aussi un offset de 1Mo.
Puis on écrit la vrai table de partition, soit avoir une partition qui commence après 1Mo (2048 secteurs)
Et finalement on agrandit le système de fichier ext4 pour prendre exactement la taille de la partition créée
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

benjarobin a écrit : dim. 02 janv. 2022, 13:29 Je l'ai testé sur un "faux" disque, mais je n'assume aucune responsabilité de l’échec de l’opération :mrgreen: :mrgreen: :D
Y a qu'un seul moyen de le savoir.... Rassure moi quand même, le disque ne va pas exploser !?

Donc j'exécute ce script en root avec sdd démonté ?


***edit
Ça risque d'être long cette histoire non ?
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Non le disque ne va pas exploser :-) au pire je casse tout (sur sdd uniquement)... En cas d'"erreur" fatale ne fait rien de plus, et donne la sortie du script en l'état avec tous les messages
JulTux a écrit : dim. 02 janv. 2022, 13:45Donc j'exécute ce script en root avec sdd démonté ?
Oui, mais techniquement le script démonte déjà, si tu as déjà démonté sdd, supprime/commente la ligne umount
JulTux a écrit : dim. 02 janv. 2022, 13:45Ça risque d'être long cette histoire non ?
Oui, très très long... Un peu plus lent que de restaurer les données...
4000787030016 / 1024 / 1024 / 80 / 3600 = 13.2 Donc oui, environ 13h... En encore je suis optimise. Pour un peu moins de 60 Mo/s de moyenne (car lecture et écriture), cela donne plutôt 18h
Restaurer devrait te prendre environ 2.5 * 1024 * 1024 / 3600 / 90 = 8h si on table un transfert de disque à disque de 90 Mo/s
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

Ah oui quand même...
Je lancerai ça cette nuit du coup. Je te tiens au courant dès que j'ai du nouveau.

Merci :bravo: :bravo:
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

Bjr,
C'était très long, ça a mouliné plus de 24h !
Voivi la sortie, il y a visiblement une erreur à la dernière ligne.

Code : Tout sélectionner

scripts # ./recup_partition.sh 
********************************* 0
resize2fs 1.46.5 (30-Dec-2021)
resize2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd
Impossible de trouver un superbloc de système de fichiers valide.
scripts # fsck /dev/sdd
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
datas_3 n'a pas été démonté proprement, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Le décompte des blocs libres est erroné pour le groupe n°7 (31277, décompté=557).
Corriger<o>? oui pour tout
Le décompte des blocs libres est erroné pour le groupe n°8 (32768, décompté=0).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°9 (31277, décompté=557).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°10 (32768, décompté=0).
Corriger ? oui

[...]

Le remplissage à la fin du bitmap d'i-noeud n'est pas initialisé. Corriger ? oui

différences de bitmap de blocs : Le bitmap de bloc du groupe 1 ne correspond pas à la somme de contrôle.
CORRIGÉ.

datas_3: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
datas_3 : 1702/244195328 fichiers (0.1% non contigus), 612135045/976754646 blocs
scripts # ./recup_partition.sh 
********************************* 0
resize2fs 1.46.5 (30-Dec-2021)
En train de redimensionner le système de fichiers sur /dev/sdd à 976753878 (4k) blocs.
Le système de fichiers sur /dev/sdd a maintenant une taille de 976753878 blocs (4k).

********************************* 2
********************************* 3
1+0 enregistrements lus
1+0 enregistrements écrits
1048576 octets (1,0 MB, 1,0 MiB) copiés, 0,00841371 s, 125 MB/s
********************************* 4
La table de partitions GPT primaire est corrompue, mais la sauvegarde semble fonctionnelle, elle sera donc utilisée.
Vérification que personne n'utilise le disque en ce moment… OK

Le périphérique contient la signature « ext4 » et elle  pourrait rester sur le périphérique. Il est recommandé de nettoyer le périphérique avec wipefs(8) ou sfdisk --wipe pour éviter d'éventuelles collisions.

Disque /dev/sdd : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
Modèle de disque : ST4000DM004-2CV1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Situation précédente :

Périphérique Début   Fin Secteurs Taille Type
/dev/sdd1       34 32767    32734    16M Système de fichiers Linux

La partition 1 ne commence pas sur une frontière de cylindre physique.

>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Une nouvelle étiquette de disque GPT a été créée (GUID : A6977560-F752-4FBD-B89F-21285382AAFA).
Le périphérique contient la signature « ext4 » et elle  pourrait rester sur le périphérique. Il est recommandé de nettoyer le périphérique avec wipefs(8) ou sfdisk --wipe pour éviter d'éventuelles collisions.

/dev/sdd1: Une nouvelle partition 1 de type « Linux filesystem » et de taille 3,6 TiB a été créée.
/dev/sdd2: Terminé.

Nouvelle situation :
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdd1     2048 7814033071 7814031024   3,6T Système de fichiers Linux

La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Synchronisation des disques.
********************************* 5
Vérification que personne n'utilise le disque en ce moment… OK

Disque /dev/sdd : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
Modèle de disque : ST4000DM004-2CV1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Situation précédente :

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdd1     2048 7814033071 7814031024   3,6T Système de fichiers Linux

/dev/sdd1: 
Nouvelle situation :
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdd1     4096 7814035119 7814031024   3,6T Système de fichiers Linux

Déplacement de données :
  secteur de départ : (depuis/vers) 2048 / 4096
  secteurs : 7814031024
  taille du pas : 1048576 octets

Déplacé 7814031024 de 7814031024 secteurs (100%).                                           

La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Synchronisation des disques.
********************************* 6
1+0 enregistrements lus
1+0 enregistrements écrits
1048576 octets (1,0 MB, 1,0 MiB) copiés, 0,00410205 s, 256 MB/s
********************************* 7
********************************* 8
Vérification que personne n'utilise le disque en ce moment… OK

Disque /dev/sdd : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
Modèle de disque : ST4000DM004-2CV1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Situation précédente :

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdd1     4096 7814035119 7814031024   3,6T Système de fichiers Linux

>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Une nouvelle étiquette de disque GPT a été créée (GUID : A6977560-F752-4FBD-B89F-21285382AAFA).
/dev/sdd1: Une nouvelle partition 1 de type « Linux filesystem » et de taille 3,6 TiB a été créée.
La partition #1 contient une signature ext4.
/dev/sdd2: Terminé.

Nouvelle situation :
Type d'étiquette de disque : gpt
Identifiant de disque : A6977560-F752-4FBD-B89F-21285382AAFA

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdd1     2048 7814036143 7814034096   3,6T Système de fichiers Linux

La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Synchronisation des disques.
********************************* 9
resize2fs 1.46.5 (30-Dec-2021)
open: Aucun fichier ou dossier de ce type lors de l'ouverture de /dev/sddp1
scripts # 
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

Ah, oups, il y a une petite erreur dans le script, mais rien de grave du tout, tout à fonctionné apparemment. Tu peux lancer manuellement resize2fs /dev/sdd1
Essaye ensuite de monter la partition, et voir si tout est ok. Bien remplacer sdd par sdd1.
Je te conseille de lancer un fsck (une fois démonté). Normalement tout devrait être ok
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

Alors là, bravo !! T'es balaise ;)
Problème résolu, reboot sans soucis, tout est rentré dans l'ordre.
Je vais me pencher sur ton script pour bien comprendre ce que tu as fait.

Code : Tout sélectionner

# resize2fs /dev/sdd1
resize2fs 1.46.5 (30-Dec-2021)
En train de redimensionner le système de fichiers sur /dev/sdd1 à 976754262 (4k) blocs.
Le système de fichiers sur /dev/sdd1 a maintenant une taille de 976754262 blocs (4k).
# fsck /dev/sdd1
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
datas_3 : propre, 1702/244195328 fichiers, 612135045/976754262 blocs
Merci bcp
A+
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Partition] endommagée

Message par benjarobin »

J'ai je pense oublié un petit détail qui peut avoir son importance.
On n'a pas complètement effacé le contenu du premier Mo, et il pourrait rester en théorie des choses dessus qui pourrait perturber Windows ou Linux.

Code : Tout sélectionner

sfdisk -d /dev/sdd > sdd-table.sfdisk
dd if=/dev/zero of=/dev/sdd bs=1M count=1 conv=notrunc
sfdisk /dev/sdd < sdd-table.sfdisk
rm sdd-table.sfdisk
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
JulTux
Hankyu
Messages : 28
Inscription : ven. 26 oct. 2018, 10:14

Re: [Partition] endommagée

Message par JulTux »

C'est fait, merci encore
Répondre