Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 14/02/2019, à 12:43

Nuliel

[Résolu] retour de testdisk

Bonjour,

J'aimerais jouer avec testdisk et j'ai une question:
J'ai dans un tmpfs (cad en mémoire vive) créé un fichier image avec la commande

dd if=/dev/zero of=image bs=512 count=200000

afin de créer un fichier de 100 Mo nommé image.
Après avoir testé parted, sgdisk, cfdisk, sfdisk, puis enfin fdisk (bien évidemment je suis reparti à chaque fois d'un fichier image tout nouveau), j'ai réussi à créer une partition FAT32 (incroyable big_smile ) avec fdisk (j'ai choisi W95 FAT32 LBA, je savais pas s'il fallait prendre avec ou sans LBA, c'est la question 1).
Mais j'ai lancé testdisk dessus et il m'annonce:

Disk image - 102 MB / 97 MiB - CHS 13 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Invalid FAT boot sector
 1 P FAT32 LBA                0  32 33    12 114 38     197952
 1 P FAT32 LBA                0  32 33    12 114 38     197952
No partition is bootable

Question 2 : Pourquoi il y a deux lignes?
Question 3:  "Invalid FAT boot sector" c'est parce que la partition est pas amorçable (edit: je viens de tester en la rendan amorçable, et ça vient pas de là) ou c'est parce que je suis pas doué avec fdisk?




Edit: j'ai testé sur un autre fichier iso, et je peux monter sans problème une partition d'un fichier iso, mais pas sur le fichier "image" que j'ai créé. Donc qu'est ce qui coince? J'ai pourtant seulement demandé à fdisk de créer une partition en commençant au secteur 2048. Rien d'incroyable pourtant

Dernière modification par Nuliel (Le 14/02/2019, à 16:40)

Hors ligne

#2 Le 14/02/2019, à 15:28

Nasman

Re : [Résolu] retour de testdisk

W95 FAT32 : système de fichier fat32 mais dont les emplacements sont indiquées dans le système CHS (cylindre, tête et secteur) - c'est pour les vieux bios qui ne connaissent pas l'adressage LBA. Nota le codage en CHS est le suivant :
1 octet (8 bits) pour coder la tête (de 0 à 254)
1 octet pour coder le secteur (bits 0 à 5) et bits 6 et 7 pour coder les bits 8 et 9 du cylindre
1 octet pour coder les bits 0 à 7 du cylindre

W95 FAT32 LBA : système de fichier fat32 mais codage suivant le mode LBA : adresse linéaire ne se souciant plus de la géométrie du disque

Question 2) - Je ne sais pas pourquoi il y a deux lignes (je l'ai déjà remarqué)
Question 3) Je ne sais pas comment tu as formaté la partition virtuelle - En tout cas testdisk propose une partition commençant à la LBA=2048 (alignement Mio) qui correspond à C=0, H=32 S=33 (LBA = C*16065 + H*63 +S-1)

Il faudrait poster le contenu du premier secteur de ton fichier (La LBA de ton disque virtuel) et le contenu des secteurs de LBA=2048 à 2055 (qui en fat32 devrait donner les en-tête fat32 et une duplication de cet en-tête)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#3 Le 14/02/2019, à 15:47

Nuliel

Re : [Résolu] retour de testdisk

Merci Nasman!

Ok, je connais pas du tout le système CHS, merci pour ces infos.

Oui, fdisk m'a proposé par défaut de commencer au secteur 2048 et pas avant, je ne sais pas pourquoi.

naziel@naziel-HP-desktop:/media/virtuelram$ fdisk -l image
Disque image : 97,7 MiB, 102400000 octets, 200000 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
Type d'étiquette de disque : dos
Identifiant de disque : 0xc16c49ea

Périphérique Amorçage Début    Fin Secteurs Taille Id Type
image1                 2048 199999   197952  96,7M  c W95 FAT32 (LBA)
naziel@naziel-HP-desktop:/media/virtuelram$ 

Le premier secteur:

naziel@naziel-HP-desktop:/media/virtuelram$ dd if=image bs=512 count=1 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 8,1957e-05 s, 6,2 MB/s
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  ea 49 6c c1 00 00 00 20  |.........Il.... |
000001c0  21 00 0c 72 26 0c 00 08  00 00 40 05 03 00 00 00  |!..r&.....@.....|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200
naziel@naziel-HP-desktop:/media/virtuelram$ 
naziel@naziel-HP-desktop:/media/virtuelram$ dd if=image bs=512 count=7 skip=2048 | hexdump -C
7+0 enregistrements lus
7+0 enregistrements écrits
3584 bytes (3,6 kB, 3,5 KiB) copied, 0,000113517 s, 31,6 MB/s
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000e00
naziel@naziel-HP-desktop:/media/virtuelram$

Il n'y a effectivement rien du tout

Edit: je comprends pas, il devrait au moins y avoir FAT ou un autre mot clé qui devrait trainer:

naziel@naziel-HP-desktop:/media/virtuelram$ dd if=image bs=512 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  ea 49 6c c1 00 00 00 20  |.........Il.... |
000001c0  21 00 0c 72 26 0c 00 08  00 00 40 05 03 00 00 00  |!..r&.....@.....|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
061a8000
200000+0 enregistrements lus
200000+0 enregistrements écrits
102400000 bytes (102 MB, 98 MiB) copied, 0,3421 s, 299 MB/s
naziel@naziel-HP-desktop:/media/virtuelram$

Dernière modification par Nuliel (Le 14/02/2019, à 15:57)

Hors ligne

#4 Le 14/02/2019, à 16:02

Nasman

Re : [Résolu] retour de testdisk

On dirait que tu as créé une partition en fat32 (valeur 0c en 1C2) qui apparait dans le mbr mais que la création du système de fichier n'a pas été faite (avec mkfs)
Le mbr indique à partir de l'offset 1be la table des partitions qui contient une unique partition commençant à la LBA=2048 (les octets 00 08  00 00 - hexa little endian) et d'une taille de 197952 secteurs (40 05 03 00).
Nota en mode CHS tu as pour le début H=20h (32), S=21h (33), C=0 et pour la fin H=72h (114), S=26h (38), C=0ch (12)

Quelles sont les commandes exactes que tu as passées pour "formater en fat32".

As tu passé une commande du genre sudo mkfs.fat -I -F 32 la_partition_virtuelle_à_formater

Dernière modification par Nasman (Le 14/02/2019, à 16:07)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#5 Le 14/02/2019, à 16:04

Nuliel

Re : [Résolu] retour de testdisk

Ok, fdisk s'occupe seulement d'ajouter une partition dans le MBR, demande son type, mais la création doit être faite à part avec mkfs? Je croyais que fdisk faisait le tout
Reste donc à voir comment utiliser mkfs sur un fichier iso

Dernière modification par Nuliel (Le 14/02/2019, à 16:05)

Hors ligne

#6 Le 14/02/2019, à 16:10

Nasman

Re : [Résolu] retour de testdisk

C'est pour cela que parfois le système de fichier indiqué dans le mbr n'est pas celui du formatage de la partition - Dans ce cas gparted donne la partition comme de type inconnu.

Nota: Changer le type de partition dans le mbr n'empêche pas le système de fonctionner (par exemple en indiquant fat32 ou ntfs à la partition de ton système linux an niveau du mbr)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#7 Le 14/02/2019, à 16:13

Nuliel

Re : [Résolu] retour de testdisk

Ok, la partition MSR (partition windows spéciale) sur mon disque dur est notée comme inconnue par gparted alors qu'il est marqué Réservé Microsoft par fdisk, c'est donc la raison!

Hors ligne

#8 Le 14/02/2019, à 16:17

Nasman

Re : [Résolu] retour de testdisk

Je pense que les partitions MSR sont un peu comme les partitions bios_grub : il y a un emplacement de réservé (et protégé) mais sans système de fichiers (ou sans système de fichiers connus). Pour une partition bios_grub, ce sont des secteurs contenant du code exécutable (core.img)


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#9 Le 14/02/2019, à 16:22

Nasman

Re : [Résolu] retour de testdisk

Nota : Pour les quelques systèmes de fichiers que j'ai explorés :
- FAT32 commence immédiatement saut à une section de code, affichage identifiant du système de fichiers
- NTFS commence immédiatement, saut à une section de code, chaine NTFS
- ext4 : rien avant offset 480, en 488 il semble y avoir le dernier point de montage de la partition


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#10 Le 14/02/2019, à 16:24

Nuliel

Re : [Résolu] retour de testdisk

Je pense que je vais explorer la constitution de différents types de partitions, aurais tu de la doc à me conseiller? (wiki en anglais sur le FAT, il y en a une grosse quantité)

Hors ligne

#11 Le 14/02/2019, à 16:30

Nuliel

Re : [Résolu] retour de testdisk

C'est bon, j'ai trouvé pour créer les systèmes de fichiers: https://serverfault.com/questions/71469 … ice-in-ram
(pas de snap chez moi)

losetup -P /dev/loop0 image
sudo mkfs.vfat -F 32 /dev/loop0p1
sudo losetup -d /dev/loop0

et hop, ça marche!

naziel@naziel-HP-desktop:/media/virtuelram$ sudo fdisk -l
Disque /dev/loop0 : 97,7 MiB, 102400000 octets, 200000 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
Type d'étiquette de disque : dos
Identifiant de disque : 0x46ef253d

Périphérique Amorçage Début    Fin Secteurs Taille Id Type
/dev/loop0p1           2048 199999   197952  96,7M  c W95 FAT32 (LBA)


Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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 : 7A0108ED-613B-4AFE-8095-B75909DFD237

Périphérique     Début        Fin  Secteurs Taille Type
/dev/sda1         2048     534527    532480   260M Système EFI
/dev/sda2       534528     567295     32768    16M Réservé Microsoft
/dev/sda3       567296  977029119 976461824 465,6G Données de base Microsoft
/dev/sda4    977029120 1953523711 976494592 465,6G Système de fichiers Linux

cool

Dernière modification par Nuliel (Le 14/02/2019, à 16:47)

Hors ligne

#12 Le 14/02/2019, à 16:33

Nasman

Re : [Résolu] retour de testdisk

Je ne sais plus ce que j'avais trouvé pour le fat32 mais j'ai eu l'occasion d'étudier cela de façon assez approfondie.
J'avais récupéré l'image d'une partition fat32 avec ddrescue et ai voulu l'implanter dans un nouveau disque (à coup de dd) mais cela ne bootait pas cas la géométrie du disque était différente (les disques n'avaient pas le même nombre de têtes). En corrigeant l'octet qui allait bien (dans les 2 en-têtes FAT), le démarrage (sur w95 big_smile) a pu fonctionner


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#13 Le 14/02/2019, à 16:39

Nuliel

Re : [Résolu] retour de testdisk

J'ai édité mon message précédent: je suis passé par /dev/loop0 pour pouvoir créer une partition FAT32 dessus.

Merci beaucoup Nasman, je passe en résolu! (et je peux continuer dans mon idée qui est: remplir la partition, puis écraser la première moitié du disque avec dd (brutal je sais), puis voir ce que ça fait de recréer une partition FAT32 au même endroit, en gros si on peut ou pas accéder aux anciennes données).

Classe!

Dernière modification par Nuliel (Le 14/02/2019, à 17:03)

Hors ligne