#1 Le 12/04/2023, à 14:15
- Maminette
[2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Bonjour,
j'ai fait une grosse bêtise hier soir : un de mes disques périphériques (/sdb) dans un dock en USB comportait curieusement une partition EFI, alors que ce n'est pas le disque système (/sda) et que tous les autres n'ont pas d'EFI.
J'ai lancé Gparted et supprimé la partition EFI, craignant que celle-ci fasse conflit avec /sda; MAIS, j'ai eu l'idée aussi sotte que grenue de redimensionner la partition sdb pour gagner les quelques centaines de Mo de l'EFI et surtout SANS sauvegarder 
le contenu, assez petit pour un disque qui fait 6To, pensant que Gparted allait réécrire le contenu systématiquement. Il a travaillé toute la nuit, et ce matin : plantage. J'ai rebooté et le disque "Photos" (sdb) ne peut se monter.
Gnome disks indique : erreur mounting /dev/sdb : wrong fs type, bad option, bad superblock on dev/sdb2, missing codepage..., or other error (udisks-error-quark,0) (je ne peux pas copier le message pour le mettre en balise)
Gparted donne ce message d'erreur :
<i>Filesystem volume name: Photos
Last mounted on: /media/sdf/Photos
Filesystem UUID: e89e0bd5-783d-4c22-b9e5-3258b54b8591
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype 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 with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 244170752
Block count: 976670668
Reserved block count: 48833533
Overhead blocks: 15615230
Free blocks: 957404560
Free inodes: 244163718
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: Sun Jan 1 19:59:56 2023
Last mount time: Tue Apr 11 18:24:36 2023
Last write time: Wed Apr 12 07:56:11 2023
Mount count: 0
Maximum mount count: -1
Last checked: Tue Apr 11 18:33:43 2023
Check interval: 0 (<none>)
Lifetime writes: 67 GB
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: f45dee75-07cc-4a6f-b278-08a0abbf38ca
Journal backup: inode blocks
FS Error count: 2
First error time: Wed Apr 12 07:55:49 2023
First error function: ext4_find_extent
First error line #: 929
First error inode #: 8
First error block #: 0
Last error time: Wed Apr 12 07:56:11 2023
Last error function: ext4_find_extent
Last error line #: 929
Last error inode #: 8
Last error block #: 0
Checksum type: crc32c
Checksum: 0x0317e317</i>
<i>dumpe2fs 1.45.5 (07-Jan-2020)
dumpe2fs: Corrupt extent header while reading journal super block</i>
<i>Impossible de lire le contenu du système de fichiers.
Pour cette raison, certaines opérations peuvent être indisponibles.
La raison peut être l’absence d’un paquet logiciel.
Voici la liste des paquets logiciels nécessaires pour la prise en charge du système de fichiers ext4 : e2fsprogs v1.41+.</i>J'ai essayé les commande de RMY sur le forum:
sudo sfdisk -luS
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 secteurs
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
Disque /dev/loop1 : 63,29 MiB, 66359296 octets, 129608 secteurs
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
Disque /dev/loop2 : 72,10 MiB, 76521472 octets, 149456 secteurs
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
Disque /dev/loop3 : 72,102 MiB, 76537856 octets, 149488 secteurs
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
Disque /dev/loop4 : 55,63 MiB, 58314752 octets, 113896 secteurs
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
Disque /dev/loop5 : 63,32 MiB, 66392064 octets, 129672 secteurs
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
Disque /dev/loop6 : 55,62 MiB, 58310656 octets, 113888 secteurs
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
Disque /dev/loop7 : 460,28 MiB, 482631680 octets, 942640 secteurs
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
Disque /dev/nvme0n1 : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: CT2000P5SSD8
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
Disque /dev/sda : 894,26 GiB, 960197124096 octets, 1875385008 secteurs
Disk model: Crucial_CT960M50
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 : 0026D5A3-67C1-4768-82F1-DF587569FB83
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 1875384319 1874333696 893,8G Système de fichiers Linux
Disque /dev/sdb : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: Generic DISK00
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 : 1562BA70-4DCC-4E8A-A42A-3E35AC124412
Périphérique Début Fin Secteurs Taille Type
/dev/sdb2 2048 7813774983 7813772936 3,7T Système de fichiers Linux
Disque /dev/sde : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: Generic DISK03
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 : 22E1161C-FB0A-47F2-A656-3E675E8599FE
Périphérique Début Fin Secteurs Taille Type
/dev/sde1 2048 7814035455 7814033408 3,7T Système de fichiers Linux
Disque /dev/sdd : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: Generic DISK02
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 : 53019AD4-D554-47DD-9733-394D6C97BDAD
Périphérique Début Fin Secteurs Taille Type
/dev/sdd1 2048 11721043967 11721041920 5,5T Système de fichiers Linux
Disque /dev/sdc : 3,65 TiB, 4000753476096 octets, 7813971633 secteurs
Disk model: Generic DISK01
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 : 00000000-0000-0000-0000-000000000000
Périphérique Début Fin Secteurs Taille Type
/dev/sdc1 2048 7813969919 7813967872 3,7T Système de fichiers Linux
Disque /dev/sdg : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: Generic DISK00
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 : 4CB431E3-2663-4AD6-BB6B-9D69BE9177B0
Périphérique Début Fin Secteurs Taille Type
/dev/sdg1 2048 11721043967 11721041920 5,5T Données de base Microsoft
Disque /dev/sdh : 18,2 TiB, 20000588955648 octets, 39063650304 secteurs
Disk model: Generic DISK01
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 : 27FA50E5-01CA-4FBB-8A80-8703B67D63BC
Périphérique Début Fin Secteurs Taille Type
/dev/sdh1 2048 39063648255 39063646208 18,2T Système de fichiers Linux
Disque /dev/sdi : 18,2 TiB, 20000588955648 octets, 39063650304 secteurs
Disk model: Generic DISK02
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 : 834399DC-155F-4B16-941F-918699C6127D
Périphérique Début Fin Secteurs Taille Type
/dev/sdi1 2048 39063648255 39063646208 18,2T Système de fichiers Linux
Disque /dev/sdj : 14,57 TiB, 16000900661248 octets, 31251759104 secteurs
Disk model: Generic DISK03
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 : 4494C65E-0AF4-4FAB-A22D-2A5E534F697B
Périphérique Début Fin Secteurs Taille Type
/dev/sdj1 2048 31251757055 31251755008 14,6T Système de fichiers Linux
Disque /dev/sdf : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: Generic DISK04
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 : A1522106-1776-484E-AD4A-845BD693A111
Périphérique Début Fin Secteurs Taille Type
/dev/sdf1 2048 11721043967 11721041920 5,5T Système de fichiers Linux
Disque /dev/sdk : 14,57 TiB, 16000900661248 octets, 31251759104 secteurs
Disk model: Generic DISK04
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 : A9A9D6B3-F2E8-401D-BE0F-158B46BDAF20
Périphérique Début Fin Secteurs Taille Type
/dev/sdk1 2048 31251757055 31251755008 14,6T Système de fichiers Linux
Disque /dev/loop8 : 91,7 MiB, 96141312 octets, 187776 secteurs
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
Disque /dev/loop11 : 16 KiB, 16384 octets, 32 secteurs
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
Disque /dev/loop10 : 185,16 MiB, 194154496 octets, 379208 secteurs
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
Disque /dev/loop14 : 13,53 MiB, 14172160 octets, 27680 secteurs
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
Disque /dev/loop9 : 166,17 MiB, 174239744 octets, 340312 secteurs
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
Disque /dev/loop13 : 49,86 MiB, 52260864 octets, 102072 secteurs
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
Disque /dev/loop12 : 49,86 MiB, 52260864 octets, 102072 secteurs
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
Disque /dev/loop16 : 13,53 MiB, 14172160 octets, 27680 secteurs
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
Disque /dev/loop15 : 16 KiB, 16384 octets, 32 secteurs
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
Disque /dev/loop17 : 460,4 MiB, 482750464 octets, 942872 secteurs
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 octetsMais la commande udisks ne fonctionne pas (??)
udisks --show-info /dev/sdb
udisks : commande introuvablepeut-être cela peut aider ?
lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 894,3G
├─sda1
│ vfat 0C65-AE40 504M 1% /boot/efi 512M
└─sda2
ext4 7566946c-ee0a-47f1-a60f-b531bea01fa7 791,3G 5% / 893,8G
sdb 3,7T
└─sdb2
ext4 Photos
e89e0bd5-783d-4c22-b9e5-3258b54b8591 3,7T
sdc 3,7T
└─sdc1
ext4 Mybouc
b651e267-e76a-4cd2-99d5-51c2f21be14d 3,4T 1% /media/sdf 3,7T
sdd 5,5T
└─sdd1
ext4 Exos3 157bb7f4-ea95-4882-abc4-f028d2162f7d 5,1T 0% /media/sdf 5,5T
sde 3,7T
└─sde1
ext4 sylvia04
57348416-fdad-4be2-bae5-e503b8668225 1,5T 53% /media/sdf 3,7T
sdf 5,5T
└─sdf1
ext4 Musical
c39891d6-be36-4b33-9eae-4e6666af3257 3,8T 26% /media/sdf 5,5T
sdg 5,5T
└─sdg1
ntfs exos2 1D4DF3BE36D24622 5,5T 0% /media/sdf 5,5T
sdh 18,2T
└─sdh1
ext4 Gold4 ac0c5116-6fdb-4e98-9ed9-26b39785373b 13,5T 21% /media/sdf 18,2T
sdi 18,2T
└─sdi1
ext4 Gold5 ef4fd2d7-01f0-4bd0-844f-05fa9f0b2ddf 17,1T 0% /media/sdf 18,2T
sdj 14,6T
└─sdj1
ext4 Gold2 322d65ac-c63e-4d78-9d72-a967a644f1aa 13,7T 0% /media/sdf 14,6T
sdk 14,6T
└─sdk1
ext4 Gold3 d38aecc1-7eec-4996-8ad4-7cc171765cdc 13,2T 4% /media/sdf 14,6T
nvme0n1
ext4 cruci2t
f860d42c-c671-45f3-a4b0-cd2f7b3b2df8 1,7T 2% /mnt/cruci 1,8TC'est sdb qui est défaillant.
Que faut-il faire ? je ne sais pas (du tout) suivre le message de Gparted ( Voici la liste des paquets logiciels nécessaires pour la prise en charge du système de fichiers ext4 : e2fsprogs v1.41+.</i> ) et je ne connais pas Testdisk .
Je suis désespérée d'avoir perdu mes photos. Pouvez-vous m'aider ?
Dernière modification par Maminette (Le 20/04/2023, à 17:22)
Hors ligne
#2 Le 12/04/2023, à 14:46
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Bonjour
Le repartitionnement par la gauche est très long. Le disque ne fait pas 6 To mais 4To
Disque /dev/sdb : 3,65 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: Generic DISK00
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 : 1562BA70-4DCC-4E8A-A42A-3E35AC124412
Périphérique Début Fin Secteurs Taille Type
/dev/sdb2 2048 7813774983 7813772936 3,7T Système de fichiers LinuxAu pire, tu auras perdu le nom des photos mais pas leurs images.
Comme il aurait travaillé par mal de temps, le début logique de l'ancienne partition est certainement écrasé. Inutile de demander à testdisk d'essayer de la retrouver
Dans un premier temps, on va récupérer le message que tu pourras mettre en copier/coller
sudo mount -v /dev/sdb2 /mntDans un second temps, on va essayer de réparer. Tu lances cette commande. On verra ce qu'il va dire.
sudo fsck /dev/sdb2Tu auras certainement des questions auxquelles il faudra répondre le plus souvent par appui sur la touche entrée pour valider.
Dernière modification par geole (Le 12/04/2023, à 14:49)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 12/04/2023, à 14:52
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Merci Geole de me secourir
sudo mount -v /dev/sdb2 /mnt
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error.j'envoie cette première commande, faut-il de suite faire fsck ?
Hors ligne
#4 Le 12/04/2023, à 14:53
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
oui
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#5 Le 12/04/2023, à 14:55
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
faut-il effacer s'il contient des données :
sudo fsck /dev/sdb2
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***
Passe 1 : vérification des i-noeuds, des blocs et des tailles
l'i-noeud de journal n'est pas utilisé mais contient des données. Effacer<o>? Hors ligne
#6 Le 12/04/2023, à 15:00
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
ouille, je stresse :
Passe 2 : vérification de la structure des répertoires
L'entrée « PHOTOS ECUREUILS » dans / (2) a un i-noeud effacé/non utilisé 89915393. Effacer<o>? Dois-je effacer ? ou est-ce le nom ou le titre qui sera effacé ?
Hors ligne
#7 Le 12/04/2023, à 15:02
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Bonne idée, mais comme il n'est pas monté, comment copier ce disque ?
Hors ligne
#8 Le 12/04/2023, à 15:13
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Merci Geole, le disque peut se monter ! je vois son contenu, les titres et nom ont disparu, mais il y a près de 7000 photos présentes.
Seulement si j'essaye d'en regarder, j'ai un message d'erreur : Erreur d’interprétation du fichier d’image JPEG (Not a JPEG file: starts with 0x00 0x00)
Alors que je vois la photo en question en icône..
Je dois partir à un rendez-vous. Je suis de retour dans 1h, 1h30.
Merci pour l'aide !
Hors ligne
#9 Le 12/04/2023, à 15:15
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Il est trop tard.
Je t'ai mal guidé, on aurait pu sauver sur un de tes autres disques.
Pour la première question de la passe 2 tu peux accepter.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#10 Le 12/04/2023, à 15:21
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Démonte le disque
sudo umount -v /dev/sdb2Remonte le disque.
sudo mount -v /dev/sdb2 /mntet regarde s'il y a des structures cachées.
sudo ls -als /mntDernière modification par geole (Le 12/04/2023, à 15:22)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#11 Le 12/04/2023, à 16:09
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
je suis de retour, cela a été plus rapide que je pensai.
le retour de la commande ls -als /mnt est trop volumineux pour l'indiquer en totalité, le terminal ne mettant que la fin; je ne connais pas les options pour pouvoir copier l'intégralité de la page.
Un certain nombre d’icônes sont visibles mais ne peuvent afficher l'image et d'autres icônes sont noires, même en ouvrant le fichier par Gimp par exemple, les propriétés indiquent que c'est un fichier Jpeg, mais le "voyeur" indique que ce n'est pas un fichier Jpeg "Erreur d’interprétation du fichier d’image JPEG (Not a JPEG file: starts with 0x00 0x00)" 
Hors ligne
#12 Le 12/04/2023, à 16:48
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Avais-tu des répertoires qui commencent par un . en oubliant celui qui commence par deux ..
Avais-tu un répertoire qui commence par lost+
Comment étaient les noms des répertoires compréhensibles ou en caractères sans signification ?
Je vais regarder dans internet si cette expression "Not a JPEG file: starts with 0x00 0x00" est connue
Dernière modification par geole (Le 12/04/2023, à 20:04)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#13 Le 12/04/2023, à 16:57
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Non, pas de nom cabalistique ni de . devant
j'ai lu ce topic où le contributeur avait le même message, mais il n'a pas pu le résoudre sans payer une société de récupération 
Hors ligne
#14 Le 12/04/2023, à 18:02
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Peux-tu malgré tout donner les 20 dernières lignes.
ls -als /mnt | tail -20Error interpreting JPEG image file "starts with 0x00 0x00" only on linux
I recently bought an Alpha 7 iii and whenever I put my SD card in my Linux computer to transfer some pics I get the following error on some of my pictures (apparently random):Error interpreting JPEG image file (Not a JPEG file: starts with 0x00 0x00)
However, if I try to access the SD card through the camera by cable (SD is in the camera, camera is connected to computer by USB cable) I don't see such an error. I also tried to access the SD directly in a windows machine and all works flawlessly.
Any ideas what this might be? Is this a known bug?
"Cependant, si j'essaie d'accéder à la carte SD via l'appareil photo par câble (la carte SD est dans l'appareil photo, l'appareil photo est connecté à l'ordinateur par un câble USB), je ne vois pas une telle erreur. J'ai également essayé d'accéder à la SD directement dans une machine Windows et tout fonctionne parfaitement."
Dernière modification par geole (Le 12/04/2023, à 18:09)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#15 Le 12/04/2023, à 18:08
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Ok
ls -als /mnt | tail -20
16 -rwxrwxrwx 1 sdf sdf 14204 mai 26 2006 signe moi.JPG
20 -rwxrwxrwx 1 sdf sdf 19854 mai 18 2009 SIGN.jpg
16 -rwxrwxrwx 1 sdf sdf 15017 janv. 3 2007 sign minou 2.jpg
8 -rwxrwxrwx 1 sdf sdf 4251 juil. 18 2013 sign minou2 TAILLE RÉDUITE.jpg
16 -rwxrwxrwx 1 sdf sdf 15017 janv. 3 2007 sign minou copie.jpg
16 -rwxrwxrwx 1 sdf sdf 15017 janv. 3 2007 sign minou.jpg
16 -rwxrwxrwx 1 sdf sdf 12773 mars 14 2014 sign moi.jpg
40 -rw-r--r-- 1 sdf sdf 37781 déc. 8 2008 sims LE ROY DE PRESALE.JPG
12 -rwxrwxrwx 1 sdf sdf 12099 juin 14 2012 SP 1.jpeg
8 -rwxrwxrwx 1 sdf sdf 4560 juin 14 2012 SP.jpeg
52 -rwxrwxrwx 1 sdf sdf 49474 sept. 8 2012 summer2010_1-hp1.jpg
96 -rwxrwxrwx 1 sdf sdf 97145 mars 7 2014 TAMPON 2.jpg
36 -rwxrwxrwx 1 sdf sdf 33150 janv. 8 2013 TAMPON.jpg
40 -rwxrwxrwx 1 sdf sdf 37814 janv. 11 2012 Ugo%20et%20le%20Père%20Noel.jpg
56 -rwxrwxrwx 1 sdf sdf 54770 nov. 4 2011 UGO ECOLE 14102011_00004.jpg
752 -rw-r--r-- 1 sdf sdf 766175 déc. 19 2008 ugo et moi.jpg
225620 -rwxrwxrwx 1 sdf sdf 231033376 mai 5 2007 VID0015 FETE ECOLE LYLI.AVI
8 -rwxrwxrwx 1 sdf sdf 7820 déc. 9 2002 wintab.jpg
8 -rwxrwxrwx 1 sdf sdf 4549 déc. 16 2002 word.jpg
56 -rwxrwxrwx 1 sdf sdf 57332 août 18 2008 ZIBOU MINOU.gifQue des fichiers images et quelques .avi ou .mp4
Hors ligne
#16 Le 12/04/2023, à 18:12
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
As-tu essayé d'ouvrir le dernier fichier et un fichier AVI
que donne
file word.jpgDernière modification par geole (Le 12/04/2023, à 18:17)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#17 Le 12/04/2023, à 18:17
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
le .avi (fête e l'école de mon aînée en 1983...) démarre bien, le dernier .gif ne s'ouvre pas, les derniers wintab et word.jpg non plus (ce doit être des vieilles icônes Windows ?) "Ugo et Moi" (mon petit-fils, le fils de mon aînée) passe bien (ouf!)
Photorec peut-il faire mieux ??
Hors ligne
#18 Le 12/04/2023, à 18:44
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Je pense que le contenu des fichiers à été décalé de la taille de la partition éliminée.
Mais que le nom de fichier n'a pas suivi le décalage.
J'image difficilement l'inverse. Mais même si c'est le cas, il y a le décalage dans l'autre sens.
Cependant comme il y a eu plantage, une partie peut être bonne et en phase
Il faudrait donc que tu ouvres chaque fichier, et à chaque fois que c'est bon, tu le dupliques sur un autre disque
et que tu écrases le contenu du fichier avec la commande shred afin de dire qu'il est bien traité qu'il n a pas besoin d'être récupéré.
A la fin de l'opération il ne reste que les fichiers déphasés.
tu Installes photorec et tu récupères les contenus. Il te restera à appareiller avec les noms restants.
https://doc.ubuntu-fr.org/shred
shred -zu NomdeDichierhttps://doc.ubuntu-fr.org/photorec
Dernière modification par geole (Le 12/04/2023, à 18:52)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#19 Le 12/04/2023, à 19:09
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Merci beaucoup Geole pour cette aide précieuse.
Je vais faire comme tu le conseilles, il me faudra être patiente et persévérante. Il y a 6972 fichiers ....
Merci et bonne soirée, je vais mettre RÉSOLU pour la récupération de la partition.
Hors ligne
#20 Le 12/04/2023, à 20:05
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Tu peux attendre que la phase photorec soit passée.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#21 Le 12/04/2023, à 20:10
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Ok, là je récupère sur un autre disque les images valides.
Mais, si je comprends bien, je dois laisser les fichiers corrompus sur /sdb et faire photorec dessus, mais ces fichiers corrompus ne risquent-ils pas d'empêcher photorec de les récupérer ?
Hors ligne
#22 Le 12/04/2023, à 23:33
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
La structure ext4 est globalement composée de deux zones.
La première contenant les noms de fichiers et pour chaque fichier un pointeur disant oû est le début du fichier.
Cette première structure sera ignorée par photoroc.
La seconde contenu les données avec une signature authentifiant la nature de la donnée.
Photoroc est basé sur la reconnaissance de cette signature.
Tout ce qui est consécutif avec la même signature est réputé être de même nature
( .avi .doc .exe .iso ) et être le même fichier. Si rupture, il y a changement de fichier et + 1 sur le numéro de fichier.
Il existe une table de correspondance connue de photorec exemple possible ou aussi là.
Une fois la taille des blocs connue, PhotoRec vérifie la présence de signatures connues bloc par bloc (ou cluster par cluster) au lieu de secteur par secteur, le nombre de comparaisons sera donc réduit, cela va augmenter les performances et réduire le nombre de faux-positifs (le taux de faux-positifs n'est pas modifié). Cette base de signature native au produit n'a cessé de grossir avec chaque nouvelle version depuis la sortie du logiciel.
Par exemple, PhotoRec identifie un fichier JPEG lorsqu'un bloc de données commence par :
SOI (Start Of Image) + APP0 : 0xff, 0xd8, 0xff, 0xe0 ;
SOI + APP1 : 0xff, 0xd8, 0xff, 0xe1 ;
ou SOI + Comment (Commentaire) : 0xff, 0xd8, 0xff, 0xfe.
Dans la mesure du possible, PhotoRec ne se contente pas de vérifier la présence de signature, il vérifie ensuite si certaines contraintes sur le format de fichier sont respectées.Prenons l'exemple du format de fichier image bmp. Ces fichiers commencent par les octets « BM ». Cette signature est très courte et en pratique, si on l'utilise telle quelle, elle sera à l'origine de nombreux faux-positifs.
Connais-tu la cause du plantage de ce matin.
Si non, on peut essayer de la trouver.
Il faudrait le créneau horaire à partir du moment où tu as quitté et le moment où tu as découvert le problème.
Voici la commande à lancer après avoir mis les bonnes heures minutes.
Méthode courte qui pourrait suffire
journalctl --no-pager --since 2023-04-11 22:30 --until 2023-04-12 08:45 -p errSinon méthode détaillée
journalctl --no-pager --since 2023-04-11 22:30 --until 2023-04-12 08:45 Dernière modification par geole (Le 13/04/2023, à 00:20)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#23 Le 13/04/2023, à 10:21
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Bonjour Geole, j'espère que la matinée a bien commencé.
Je continue à récupérer les photos valides.
Pour tes derniers conseils :
journalctl --no-pager --since 2023-04-11 22:30 --until 2023-04-12 08:45 -p err
Failed to add match '22:30': Argument invalideje suis remontée en heure jusqu'au matin, toujours la même réponse
journalctl --no-pager --since 2023-04-11 10:30 --until 2023-04-12 08:45 -p err
Failed to add match '10:30': Argument invalideet hier matin
journalctl --no-pager --since 2023-04-12 07:30 --until 2023-04-12 08:45 -p err
Failed to add match '07:30': Argument invalideLe plantage a peut-être eu lieu bien plus tôt, mais j'ai demandé à Gparted de redimensionner dans l’après-midi ( à quelle heure ??, je ne m'en souviens plus précisément) après avoir supprimer la petite partition EFI qui se trouvait au début du disque et qui n'avait aucune utilité.
J'avais utilisé Photorec une fois, il y a bien longtemps, sur une partition Windows effacée par mégarde et j'ai constaté l'efficacité du programme, avec ce détail sur les préfixes et suffixes communs des items récupérés. Je fais cette session Photorec aussitôt les images valides récupérées.
Hors ligne
#24 Le 13/04/2023, à 11:12
- geole
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
Désolé pour l'erreur
journalctl --no-pager --since "2023-04-11 22:30" --until "2023-04-12 08:45" -p errjournalctl --no-pager --since "2023-04-11 22:30" --until "2023-04-12 08:45" -g gparted Dernière modification par geole (Le 13/04/2023, à 11:14)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#25 Le 13/04/2023, à 12:25
- Maminette
Re : [2/3 RÉSOLU] grosse bourde faisant perdre une partition.
No problemo
Là il y a des infos, mais opaques pour moi
journalctl --no-pager --since "2023-04-11 22:30" --until "2023-04-12 08:45" -p err
-- Logs begin at Sun 2023-01-08 14:19:55 CET, end at Thu 2023-04-13 12:17:01 CEST. --
avril 12 07:55:35 sdf-DH310V2 kernel: x86/cpu: SGX disabled by BIOS.
avril 12 07:55:35 sdf-DH310V2 kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT2._GTF.DSSP], AE_NOT_FOUND (20210730/psargs-330)
avril 12 07:55:35 sdf-DH310V2 kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT2._GTF due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
avril 12 07:55:35 sdf-DH310V2 kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT2._GTF.DSSP], AE_NOT_FOUND (20210730/psargs-330)
avril 12 07:55:35 sdf-DH310V2 kernel: ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT2._GTF due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:0: [sdb] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:2: [sdd] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:2: [sdd] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:3: [sde] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:3: [sde] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:1: [sdc] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:1: [sdc] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:0: [sdg] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:0: [sdg] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:1: [sdh] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:1: [sdh] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:2: [sdi] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:2: [sdi] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:3: [sdj] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:3: [sdj] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:4: [sdf] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 4:0:0:4: [sdf] Assuming drive cache: write through
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:4: [sdk] No Caching mode page found
avril 12 07:55:35 sdf-DH310V2 kernel: sd 5:0:0:4: [sdk] Assuming drive cache: write through
avril 12 07:55:46 sdf-DH310V2 lightdm[1672]: gkr-pam: unable to locate daemon control file
avril 12 07:55:49 sdf-DH310V2 kernel: EXT4-fs error (device sdb2): ext4_find_extent:929: inode #8: comm pool-udisksd: pblk 488144895 bad header/extent: invalid magic - magic 0, entries 0, max 0(0), depth 0(0)
avril 12 07:55:49 sdf-DH310V2 kernel: jbd2_journal_init_inode: Cannot locate journal superblock
avril 12 07:55:49 sdf-DH310V2 kernel: EXT4-fs (sdb2): Could not load journal inode
avril 12 07:56:07 sdf-DH310V2 pulseaudio[1770]: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
avril 12 07:56:11 sdf-DH310V2 kernel: EXT4-fs error (device sdb2): ext4_find_extent:929: inode #8: comm pool-udisksd: pblk 488144895 bad header/extent: invalid magic - magic 0, entries 0, max 0(0), depth 0(0)
avril 12 07:56:11 sdf-DH310V2 kernel: jbd2_journal_init_inode: Cannot locate journal superblock
avril 12 07:56:11 sdf-DH310V2 kernel: EXT4-fs (sdb2): Could not load journal inodela 2ème commande
journalctl --no-pager --since "2023-04-11 22:30" --until "2023-04-12 08:45" -g gparted
-- Logs begin at Sun 2023-01-08 14:19:55 CET, end at Thu 2023-04-13 12:17:01 CEST. --
avril 12 07:56:42 sdf-DH310V2 polkitd(authority=local)[1258]: Operator of unix-session:c2 successfully authenticated as unix-user:sdf to gain ONE-SHOT authorization for action org.gnome.gparted for unix-process:2697:6086 [/bin/sh /usr/sbin/gparted] (owned by unix-user:sdf)
avril 12 07:56:42 sdf-DH310V2 pkexec[2704]: sdf: Executing command [USER=root] [TTY=unknown] [CWD=/home/sdf] [COMMAND=/usr/sbin/gparted]J'ai du faire une deuxième bourde ?
Hors ligne