#1 Le 11/06/2010, à 16:32
- @rtix41
[Résolu]Problème avec Gparted
Bonjour à tous,
Depuis un moment déjà, suite à une fausse manipulation, lorsque j'ouvre Gparted, il n'arrive à détecter aucunes de mes partitions, et affiche un grand "non allouée" sur tout mon disque dur.
Jusque là, cela ne posait pas de problème, mais maintenant, il me reste moins de 100 Mo libre dans ma partition Linux, pour 80 Go dans celle de Windows, que je n'utilise plus depuis 2 ans.
J'aimerai donc les redimensionner au plus vite.
Sur tous les logiciels linux de partitionnement que j'ai essayé, que ce soit en live CD ou sur le disque dur, cela m'affiche la même chose.
En revanche, sur des logiciels windows, comme partition magic, cela marche, mais l'on doit payer pour appliquer les modifications, et le logiciel de gestion des partitions par défaut du système n'a pas l'air de bien gérer l'ext4.
J'espère que vous trouverez une solution à ce problème pour le moins gênant.
Merci d'avance 
Dernière modification par @rtix41 (Le 12/09/2010, à 18:25)
Hors ligne
#2 Le 11/06/2010, à 16:36
- jrev
Re : [Résolu]Problème avec Gparted
Tu peux télécharger un live -CD de Gparted. Il ya une nouvelle édition depuis le 01/2010.
la précédente datait de février 2008.
Tu démarres le PC sur le CD et tu partitionnes ton disque dur sans problème, si tout va bien.
Mal nommer les choses, c'est ajouter au malheur du monde
Hors ligne
#3 Le 11/06/2010, à 16:46
- @rtix41
Re : [Résolu]Problème avec Gparted
Merci, j'essaye et je vous tiens au courant
Hors ligne
#4 Le 11/06/2010, à 17:57
- @rtix41
Re : [Résolu]Problème avec Gparted
Même avec la dernière version de Gparted en Live CD, cela ne marche pas 
Hors ligne
#5 Le 11/06/2010, à 18:17
- jrev
Re : [Résolu]Problème avec Gparted
est-ce que ton CD gravé Gparted live fonctionne sur un autre PC ?
Si oui, tu peux désinstaller gparted de ton système avant d'utiliser le live CD.
C'est peut-être ton disque dur qui est en train de lâcher...
Dernière modification par jrev (Le 11/06/2010, à 18:19)
Mal nommer les choses, c'est ajouter au malheur du monde
Hors ligne
#6 Le 11/06/2010, à 18:40
- helly
Re : [Résolu]Problème avec Gparted
Que donne
sudo fdisk -let
df -hDernière modification par helly (Le 11/06/2010, à 18:41)
Archlinux-wmii-dwb.
Un problème résolu ? Faites le savoir en mettant [résolu] à côté du titre de votre topic.
Un problème non résolu ? Faites le savoir en insultant ceux qui cherchent à vous aider.
Un site bleu super remasterised©, un wiki cherchant des volontaires pour traduire un site.
Hors ligne
#7 Le 12/06/2010, à 18:54
- @rtix41
Re : [Résolu]Problème avec Gparted
est-ce que ton CD gravé Gparted live fonctionne sur un autre PC ?
Si oui, tu peux désinstaller gparted de ton système avant d'utiliser le live CD.
C'est peut-être ton disque dur qui est en train de lâcher...
Oui, mon CD marche sur un autre PC, cela n'est pas un problème de gravure.
Par ailleurs, je ne pense pas que ce soit mon disque dur qui est en train de lâcher car cela fait plus de 6 mois que j'ai ce problème, et seul GParted n'arrive pas à détecter mes partitions. Mais en quoi désinstaller GParted de mon système fera quelque chose car je ne pense pas que le contenu de mon disque dur influe sur le live CD ?
Que donne
sudo fdisk -let
df -h
sudo fdisk -l me donne :
Impossible de se positionner sur /dev/sdaEt df -h donne :
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda6 12G 11G 14M 100% /
none 497M 292K 497M 1% /dev
none 497M 1,2M 496M 1% /dev/shm
none 497M 196K 497M 1% /var/run
none 497M 0 497M 0% /var/lock
none 497M 0 497M 0% /lib/init/rwJe sais, la situation deviens plus que dramatique 
Dernière modification par @rtix41 (Le 13/06/2010, à 09:41)
Hors ligne
#8 Le 13/06/2010, à 11:52
- jrev
Re : [Résolu]Problème avec Gparted
Donc ton disque dur n'est peut-être pas reconnu par le système installé 
et gparted est innocent 
Dernière modification par jrev (Le 13/06/2010, à 11:53)
Mal nommer les choses, c'est ajouter au malheur du monde
Hors ligne
#9 Le 13/06/2010, à 17:15
- @rtix41
Re : [Résolu]Problème avec Gparted
S'il n'était pas reconnu, pourrais-je encore y accéder ?
Sinon, n'auriez-vous pas des solutions pour y remédier, ou des logiciels de partitionnement gratuits, n'ayant aucun code commun avec Gparted, pour voir si c'est le système ou le logiciel qui est en faute ?
Hors ligne
#10 Le 14/06/2010, à 20:12
- @rtix41
Re : [Résolu]Problème avec Gparted
up
Hors ligne
#11 Le 15/06/2010, à 13:23
- jrev
Re : [Résolu]Problème avec Gparted
Ton PC a un problème suite à une mauvaise manipulation dis-tu dans ton premier post.
N'ayant pus réparer, tu n'as qu'à le réinstaller et là tu auras peut-être confirmation de ce qui ne va pas sur ton PC.
Il est quelque fois difficile d'annuler une fausse manœuvre.
La prochaine fois que tu réinstalleras tu feras plus attention.
Nous pouvons t'aiguiller vers une solution mais pas la faire à ta place.
Mal nommer les choses, c'est ajouter au malheur du monde
Hors ligne
#12 Le 15/06/2010, à 13:37
- Nasman
Re : [Résolu]Problème avec Gparted
Cela ressemble à une corruption de la table des partitions. Que donne (en LiveCD)
sudo dd if=/dev/sda bs=512 count=1 | hexdump -CPC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#13 Le 18/06/2010, à 08:29
- rmy
Re : [Résolu]Problème avec Gparted
essaye aussi éventuellement
sudo sfdisk -lsudo parted /dev/sda print allet mets le retour du hedump entre balises "code"
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#14 Le 22/06/2010, à 10:56
- @rtix41
Re : [Résolu]Problème avec Gparted
Alors, pour le code Nasman, hexdump n'est pas installé sur le live CD, j'ai donc essayé en l'enlevant, et cela donne :
Sinon, avec hexdump sur ma partition linux, cela donne :
[artix@Artix-Ordinator:~]$ sudo dd if=/dev/sda bs=512 count=1 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 4,0997e-05 s, 12,5 MB/s
00000000 eb 48 90 d0 bc 00 7c 8e c0 8e d8 be 00 7c bf 00 |.H....|......|..|
00000010 06 b9 00 02 fc f3 a4 50 68 1c 06 cb fb b9 04 00 |.......Ph.......|
00000020 bd be 07 80 7e 00 00 7c 0b 0f 85 10 01 83 c5 10 |....~..|........|
00000030 e2 f1 cd 18 88 56 00 55 c6 46 11 05 c6 46 03 02 |.....V.U.F...F..|
00000040 ff 00 00 20 01 00 00 00 00 02 fa 90 90 f6 c2 80 |... ............|
00000050 75 02 b2 80 ea 59 7c 00 00 31 c0 8e d8 8e d0 bc |u....Y|..1......|
00000060 00 20 fb a0 40 7c 3c ff 74 02 88 c2 52 be 7f 7d |. ..@|<.t...R..}|
00000070 e8 34 01 f6 c2 80 74 54 b4 41 bb aa 55 cd 13 5a |.4....tT.A..U..Z|
00000080 52 72 49 81 fb 55 aa 75 43 a0 41 7c 84 c0 75 05 |RrI..U.uC.A|..u.|
00000090 83 e1 01 74 37 66 8b 4c 10 be 05 7c c6 44 ff 01 |...t7f.L...|.D..|
000000a0 66 8b 1e 44 7c c7 04 10 00 c7 44 02 01 00 66 89 |f..D|.....D...f.|
000000b0 5c 08 c7 44 06 00 70 66 31 c0 89 44 04 66 89 44 |\..D..pf1..D.f.D|
000000c0 0c b4 42 cd 13 72 05 bb 00 70 eb 7d b4 08 cd 13 |..B..r...p.}....|
000000d0 73 0a f6 c2 80 0f 84 ea 00 e9 8d 00 be 05 7c c6 |s.............|.|
000000e0 44 ff 00 66 31 c0 88 f0 40 66 89 44 04 31 d2 88 |D..f1...@f.D.1..|
000000f0 ca c1 e2 02 88 e8 88 f4 40 89 44 08 31 c0 88 d0 |........@.D.1...|
00000100 c0 e8 02 66 89 04 66 a1 44 7c 66 31 d2 66 f7 34 |...f..f.D|f1.f.4|
00000110 88 54 0a 66 31 d2 66 f7 74 04 88 54 0b 89 44 0c |.T.f1.f.t..T..D.|
00000120 3b 44 08 7d 3c 8a 54 0d c0 e2 06 8a 4c 0a fe c1 |;D.}<.T.....L...|
00000130 08 d1 8a 6c 0c 5a 8a 74 0b bb 00 70 8e c3 31 db |...l.Z.t...p..1.|
00000140 b8 01 02 cd 13 72 2a 8c c3 8e 06 48 7c 60 1e b9 |.....r*....H|`..|
00000150 00 01 8e db 31 f6 31 ff fc f3 a5 1f 61 ff 26 42 |....1.1.....a.&B|
00000160 7c be 85 7d e8 40 00 eb 0e be 8a 7d e8 38 00 eb ||..}.@.....}.8..|
00000170 06 be 94 7d e8 30 00 be 99 7d e8 2a 00 eb fe 47 |...}.0...}.*...G|
00000180 52 55 42 20 00 47 65 6f 6d 00 48 61 72 64 20 44 |RUB .Geom.Hard D|
00000190 69 73 6b 00 52 65 61 64 00 20 45 72 72 6f 72 00 |isk.Read. Error.|
000001a0 bb 01 00 b4 0e cd 10 ac 3c 00 75 f4 c3 00 00 00 |........<.u.....|
000001b0 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 01 |...........@....|
000001c0 01 00 de fe 3f 0a 3f 00 00 00 0c b2 02 00 00 17 |....?.?.........|
000001d0 0d 0b 07 ea 55 fd 00 b8 02 00 68 47 7a 00 80 fe |....U.....hGz...|
000001e0 ff ff 07 fe ff ff 00 b8 42 01 59 ba e5 0a 00 fe |........B.Y.....|
000001f0 ff ff 0f fe ff ff 23 d5 3a 0c 9e 62 be 01 55 aa |......#.:..b..U.|
00000200Pour le premier code de rmy, le résultat est le même sur le live CD et sur la partition linux :
[artix@Artix-Ordinator:~]$ sudo sfdisk -l
Disque /dev/sda : 14593 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0
Périph Amor Début Fin #cyls #blocs Id Système
/dev/sda1 0+ 10 11- 88326 de Dell Utility
/dev/sda2 11+ 509- 499- 4006836 7 HPFS/NTFS
/dev/sda3 * 1316+ 12696 11381- 91413804+ 7 HPFS/NTFS
/dev/sda4 12772+ 14592 1821- 14627151 f W95 Etendue (LBA)
/dev/sda5 14332 14513 182 1461915 b W95 FAT32
/dev/sda6 * 12772+ 14331 1560- 12530668+ 83 Linux
/dev/sda7 14515+ 14592 78- 626503+ 82 Linux swap / Solaris
Disque /dev/sdb : 1024 cylindres, 64 têtes, 62 secteurs/piste
Attention : la table de partitions semble avoir été créée
pour C/H/S=*/1/32 (au lieu de 1024/64/62).
Pour ce rapport, cette géométrie sera supposée telle.
Unités= cylindres de 16384 octets, blocs de 1024 octets, décompte à partir de 0Quant au deuxième il n'a pas l'air de fonctionner :
[artix@Artix-Ordinator:~]$ sudo dd if=/dev/sda bs=512 count=1 | hexdump -C
Erreur: Argument invalide lors d'un positionnement pour lecture sur /dev/sda
parted: élément incorrect: all
Réessayer/Retry/Ignorer/Ignore/Annuler/Cancel?Par ailleurs voici un petit screenshot de l'état de Gparted :
Merci de vos réponses et désolé d'avoir répondu tard
Hors ligne
#15 Le 22/06/2010, à 11:18
- Nasman
Re : [Résolu]Problème avec Gparted
Tu es en présence d'une bizzarerie : 2 partitions marquées "boot", soit sda3 et sda6.
Quant à gparted qui ne voit qu'un espace non alloué, je pense que du doit avoir un pb du côté des partitions logiques (pour les primaires il n'y a pas de chevauchement)
Que donne:
sudo dd if=/dev/sda bs=512 count=1 skip=205182243 | hexdump -C(pointe sur le début de sda4, soit la zone amorce qui devrait posséder deux entrées dont sda5)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#16 Le 22/06/2010, à 12:09
- rmy
Re : [Résolu]Problème avec Gparted
tu peux faire un scan avec testdisk et poster le retour de l'ensemble des étapes ? pour voir si testdisk voit aussi deux flags de boot ?
Si c'est le cas on essaiera après (mais attends confirmation de ma part ou de nesman au vu du retour des commandes demandées) un petit :
sudo sfdisk -A 3qui devrait flaguer /dev/sda3 comme active, et annuler tout le reste.
Dernière modification par rmy (Le 22/06/2010, à 12:12)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#17 Le 22/06/2010, à 13:39
- @rtix41
Re : [Résolu]Problème avec Gparted
La commande de Nasman donne :
[artix@Artix-Ordinator:~]$ sudo dd if=/dev/sda bs=512 count=1 skip=205182243 | hexdump -C
[sudo] password for artix:
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 00 00 00 00 00 00 00 fe |................|
000001c0 ff ff 0b fe ff ff d9 67 7e 01 36 9d 2c 00 00 fe |.......g~.6.,...|
000001d0 ff ff 05 fe ff ff ff ff ff ff da 67 7e 01 00 00 |...........g~...|
000001e0 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
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,0105873 s, 48,4 kB/sQuant au testdisk, voici les différentes étapes :
TestDisk is a free data recovery software designed to help recover lost
partitions and/or make non-booting disks bootable again when these symptoms
are caused by faulty software, certain types of viruses or human error.
It can also be used to repair some filesystem errors.
Information gathered during TestDisk use can be recorded for later
review. If you choose to create the text file, testdisk.log , it
will contain TestDisk options, technical information and various
outputs; including any folder/file names TestDisk was used to find and
list onscreen.
Use arrow keys to select, then press Enter key:
[ Create ] Create a new log file
[ Append ] Append information to log file
[ No Log ] Don't record anythingOption choisie : [ Create ]
TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.
Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 120 GB / 111 GiB - ATA ST9120822AS
Disk /dev/sdb - 2080 MB / 1984 MiB - USB 2.0 Flash Disk
[ Proceed ] [ Quit ]
Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.Option choisie : Disk /dev/sda (sdb est une clé usb) et [ Proceed ]
Disk /dev/sda - 120 GB / 111 GiB - ATA ST9120822AS
Please select the partition table type, press Enter when done.
[Intel ] Intel/PC partition
[EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
[Mac ] Apple partition map
[None ] Non partitioned media
[Sun ] Sun Solaris partition
[XBox ] XBox partition
[Return ] Return to disk selection
Note: Do NOT select 'None' for media with only a single partition. It's very
rare for a drive to be 'Non-partitioned'.Option choisie : [ Intel ]
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
[ Analyse ] Analyse current partition structure and search for lost partitions
[ Advanced ] Filesystem Utils
[ Geometry ] Change disk geometry
[ Options ] Modify options
[ MBR Code ] Write TestDisk MBR code to first sector
[ Delete ] Delete all data in the partition table
[ Quit ] Return to disk selection
Note: Correct disk geometry is required for a successful recovery. 'Analyse'
process may give some warnings if it thinks the logical geometry is mismatched.Option choisie : [ Analyse ]
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
Current partition structure:
Partition Start End Size in sectors
1 P Dell Utility 0 1 1 10 254 63 176652
2 P HPFS - NTFS 11 23 13 509 234 21 8013672 [RECOVERY]
3 * HPFS - NTFS 1316 129 30 12696 254 63 182827609 [OS]
4 E extended LBA 12772 1 1 14592 254 63 29254302
5 L FAT32 14332 0 1 14513 254 63 2923830
X extended 280121 90 4 281681 89 4 25061338
Must be in extended partition
4 E extended LBA 12772 1 1 14592 254 63 29254302
X extended 280121 90 4 281681 89 4 25061338
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
[Quick Search] [ Backup ]
Try to locate partitionJe pense que je n'ai pas besoin de continuer, mais si c'est le cas, dite-le moi, et sur quelle partition le faire 
.
Hors ligne
#18 Le 22/06/2010, à 15:37
- Nasman
Re : [Résolu]Problème avec Gparted
Ta partition /dev/sda5 commence au secteur 230243580 - elle correspond à la première entrée de l'ebr (secteur 205182243). C'est ce qui commence à l'adresse 1be et finit en 1cd. Le début est codé par -d9 67 7e 01, soit 0x017e67d9 en hexa, soit 25061337 en décimal. Cette adresse correspond à un déplacement par rapport au début de l'EBR. On a donc :
début = 25061337+205182243=230243580 - à vérifier avec un
sudo fdisk -luCependant la deuxième entrée de l'ebr qui devrait donner l'adresse de l'ebr suivant semble erronée (ff ff ff ff est la valeur maximal d'une adresse sur 4 octets)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#19 Le 22/06/2010, à 15:50
- rmy
Re : [Résolu]Problème avec Gparted
Je veux bien que tu poursuive le testdisk, car ça :
4 E extended LBA 12772 1 1 14592 254 63 29254302
5 L FAT32 14332 0 1 14513 254 63 2923830est cohérent avec ce que te dit Nasman et avec le sfdisk
alors que ça :
X extended 280121 90 4 281681 89 4 25061338
Must be in extended partition
4 E extended LBA 12772 1 1 14592 254 63 29254302
X extended 280121 90 4 281681 89 4 25061338est aussi cohérent avec l'analyse de Nasman, mais clairement pas avec le sfdisk, ni avec la taille de ton disque.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#20 Le 22/06/2010, à 17:02
- @rtix41
Re : [Résolu]Problème avec Gparted
fdisk ne marche pas :
[artix@Artix-Ordinator:~]$ sudo fdisk -lu
Impossible de se positionner sur /dev/sdaQuant au testdisk :
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63
Current partition structure:
Partition Start End Size in sectors
1 P Dell Utility 0 1 1 10 254 63 176652
2 P HPFS - NTFS 11 23 13 509 234 21 8013672 [RECOVERY]
3 * HPFS - NTFS 1316 129 30 12696 254 63 182827609 [OS]
4 E extended LBA 12772 1 1 14592 254 63 29254302
5 L FAT32 14332 0 1 14513 254 63 2923830
X extended 280121 90 4 281681 89 4 25061338
Must be in extended partition
4 E extended LBA 12772 1 1 14592 254 63 29254302
X extended 280121 90 4 281681 89 4 25061338
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
[Quick Search] [ Backup ]
Try to locate partitionOption Choisie : [Quick Search]
Should TestDisk search for partition created under Vista ? [Y/N] (answer Yes if
unsure)Option choisie : Y
Disk /dev/sda - 120 GB / 111 GiB - CHS 14594 255 63
Analyse cylinder 5000 / 14593: 34 %
FAT16 >32M 0 1 1 10 254 63 176652 [DellUtility]
FAT32 LBA 11 0 1 4188 254 63 67119570 [NO NAME]Puis, à la fin du test :
Disk /dev/sda - 120 GB / 111 GiB - CHS 14594 255 63
Partition Start End Size in sectors
D FAT16 >32M 0 1 1 10 254 63 176652 [DellUtility]
D FAT32 LBA 11 0 1 4188 254 63 67119570 [NO NAME]
D FAT32 LBA 14332 0 1 14513 254 63 2923830
D Linux Swap 14515 1 1 14592 254 63 1253007
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
EXT3 Large file Sparse superblock Recover, 12 GB / 11 GiBJe ne sais maintenant pas quelle partition choisir.
Hors ligne
#21 Le 22/06/2010, à 23:57
- rmy
Re : [Résolu]Problème avec Gparted
[Edit erreur] En fait, je n'avais pas vu, mais le premier résultat d'analyse de testdisk n'est pas concordant avec le sfdisk -l du début :
Tes partitions linux n'y apparaissent pas. En fait, tout va bien jusqu'à cette 2è partition avec un flag boot...
Je serai d'avis de tenter de remettre ce flag boot correctement à plat, mais je ne sais pas comment agit physiquement sur le disque la commande sfdisk -A 3, attends peut-être l'avis de Nasman sur la question. Ça devrait écrire théoriquement "80" en 1DE (c'est déjà fait) et mettre "00" sur tout les autres descripteurs... mais vu que le 2è descripteur du 1er ebr est hs, sfdisk va-t-il pouvoir aller chasser le suivant ??
@Nasman : sinon, on peut aussi réécrire les EBR, non ?
En passant, mais ça ne change pas grand chose au problème : sda5 n'est pas la première partition logique. On doit avoir si je ne me trompe pas :
00 01 |...........@....|
000001c0 01 00 de fe 3f 0a 3f 00 00 00 0c b2 02 00 00 17 |....?.?.........|
000001d0 0d 0b 07 ea 55 fd 00 b8 02 00 68 47 7a 00 80 fe |....U.....hGz...|
000001e0 ff ff 07 fe ff ff 00 b8 42 01 59 ba e5 0a 00 fe |........B.Y.....|
000001f0 ff ff 0f fe ff ff 23 d5 3a 0c 9e 62 be 01
sda1,2,3 dans le MBR en tant que partitions primaires.
sda4, début de l'EBR1 => partition étendue 12772/1/1 à 14592/254/63
cet EBR1 contient 2 descripteurs :
celui de sda6 qui vient en premier
celui de l'EBR2
cet EBR2 devrait contenir 2 descripteurs :
celui de sda5 et celuis de l'EBR3
enfin l'EBR3 devrait contenir le descripteur de sda7.
Dernière modification par rmy (Le 23/06/2010, à 00:00)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#22 Le 23/06/2010, à 07:31
- Nasman
Re : [Résolu]Problème avec Gparted
Je pense que l'on peut tout à fait réécrire les ebr mais dans le cas présent il faudrait savoir où commencent exactement les partitions.
L'ebr commençant au secteur 205182243 (sda4) étant erroné (2ème entrée), on ne sait pas où commence l'ebr suivant avec en particulier l'emplacement de sda6 qui causerait problème avec son drapeau boot.
En corrigeant "à la main" une table des partitions on peut corriger des problèmes (et savoir ce que l'on fait), je pense que c'est tout aussi vrai pour les partitions étendues mais il faut savoir où ces dernières commencent.
Un partition ntfs est facilement reconnaissable car on reconnait la chaine ntfs au début de la zone amorce. L'ext4 commence plus loin (à l'offset 2048 après la zone amorce si ma mémoire est bonne). En ce qui concerne les tailles des partitions logiques et étendues, mais connaissance sont plus ténues.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#23 Le 23/06/2010, à 08:07
- rmy
Re : [Résolu]Problème avec Gparted
Je ne m'étends pas (surveillance de bac en cours...) mais :
1/ Cf ci-dessus et ci-dessous, c'est /dev/sda6 qui est décrite dans le premier EBR à priori. Pourtant dans le retour apporté par Nasman, l'EBR n'indique pas de flag boot. J'envisage la possibilité que sfdisk ait fait une interprétation erronée de ce flag à cause de la corruption de l'EBR. Je vais contacter Christophe Grenier pour avoir son avis sur cette question.
2/sfdisk -l nous donnait au début :
[artix@Artix-Ordinator:~]$ sudo sfdisk -l
Disque /dev/sda : 14593 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0
Périph Amor Début Fin #cyls #blocs Id Système
/dev/sda1 0+ 10 11- 88326 de Dell Utility
/dev/sda2 11+ 509- 499- 4006836 7 HPFS/NTFS
/dev/sda3 * 1316+ 12696 11381- 91413804+ 7 HPFS/NTFS
/dev/sda4 12772+ 14592 1821- 14627151 f W95 Etendue (LBA)
/dev/sda5 14332 14513 182 1461915 b W95 FAT32
/dev/sda6 * 12772+ 14331 1560- 12530668+ 83 Linux
/dev/sda7 14515+ 14592 78- 626503+ 82 Linux swap / SolarisCe qui permet de positionner les autres EBR, au moins celui de sda5 qui tombe sur une frontière de cylindre, et de vérifier si celui-ci est corrompu ou non.
3/ Question subsidiaire qui m'interpelle : pourquoi sfdisk sort des informations cohérentes sur les partitions alors que fdisk et testdisk en sont incapables ? Pourquoi le système fonctionne-t-il "normalement" et donc le noyau arrive à trouver les infos qui lui vont bien ?
4/ Si toutefois il est nécessaire de "chercher les EBR", à cette position du disque tous les descripteurs auront des motifs reconnaissable assez facilement du fait de leur positionnement au delà des 8Go (maxi exprimable sur 3octets). On peut donc faire un grep sur la sortie de hd si nécessaire avec un motif du type "ff ff XX fe ff ff ?? ?? ?? ?? ?? ?? ?? ?? fe" ... je ne maitrise pas assez bien la syntaxe de grep de mémoire pour préciser cela pour l'instant...
5/En attendant l'avis de Nasman (aparté : c'est sympa d'avoir une collaboration de "haut niveau" sur un post de ce type, tu vas aux RMLL ?) j'aimerais que tu nous donne le retour de
sudo dd if=/dev/sda bs=512 count=1 skip=230243580 | hexdump -Cqui devrait être le début du 2è EBR si je ne m'abuse (sda5 pour le coup...)
Dernière modification par rmy (Le 23/06/2010, à 08:14)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#24 Le 23/06/2010, à 10:30
- Nasman
Re : [Résolu]Problème avec Gparted
Je confirme que la première entrée du premier ebr est bien sda5 en fat32 (0b à l'adresse 1c2) marquée non boot.
>rmy
A l'adresse 230243580 on devrait avoir le début de la partition fat32 (zone amorce) mais le secon ebr ne s'y trouve pas. Son emplacement est actuellement inconnu (car erroné) - il commence peut-être au début d'un cylindre mais lequel.
Classiquement les ebr commencent au début d'un cylindre et la première entrée (donc partition logique) commence 63 secteurs plus loin. Ces 63 secteurs correspondent à la taille d'une piste et donc la partition logique commence au même cylindre que l'ebr mais à la tête suivante.
Manque de bol déjà sda5 ne commence pas à une position usuelle - au lieu de 0x0000003f (63) on a 0x017e67d9 (ce qui ne correspond à rien avec les géométries "standard" (255 têtes, 63 secteurs par piste)
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#25 Le 23/06/2010, à 12:38
- rmy
Re : [Résolu]Problème avec Gparted
Au temps pour moi, je n'avais pas vérifié jusqu'au bout...
Ce qui m'a fait croire que sda6 devait apparaître avant sda5 dans les EBR, c'est que le retour de sfdisk montre que ces partitions ne sont pas numérotées dans l'ordre où elle se trouvent physiquement sur le disque :
sda6 commence dans le cylindre 12772 mais pas sur une frontière de cylindre (donc juste après le déut de la partition étendue) alors que sda5 commence sur la frontière de cylindre 14332
0x017e67d9 est un offset de début de la partition par rapport au début de l'EBR. Cette valeur concorde avec les résultats de sfdisk :
14332*255*63=230243580
0x017e67d9=25061337d
230243580-25061337=205182243 ce qui est bien le début de sda4.
Je croyais que les EBR était chainés chronologiquement par rapport à leur positionnement sur le disque... ça n'a pas l'air d'être le cas, alors... où se trouve sda6 ? Juste après sda4 ? Une tête plus loin ? Je file en surveillancede bac, je repasse tout à l'heure pour une nouvelle recherche.
EDIT : déjà pour commencer, je réveille mon neurone. Il me semblait bien que sfdisk aussi savait afficher les secteurs, pourquoi n'y ai-je pas pensé plus tôt ?
sudo sfdisk -luSEnsuite, je prendrais bien un petit bout de :
sudo dd if=/dev/sda bs=512 count=1 skip= 205182300 | hd -Cau cas où...
Enfin, j'aimerais bien comprendre pourquoi ce petit espace libre entre la fin de sda5 et le début de sda7...
en même temps, c'est le moins grave. Si on ne retrouve pas sda7, on la suprime et on refait une swap... sans l'espace vide.
EDIT encore : D Linux Swap 14515 1 1 14592 254 63 1253007 en même temps, on sait où elle est aussi, elle....
donc je voudrais bien aussi
sudo dd if=/dev/sda bs=512 count=1 skip= 233183475 | hd -CEt puis j'aimerais bien savoir ce que c'est que cette "erreur de manipulation" dont tu parles au post n°1...
Dernière modification par rmy (Le 23/06/2010, à 13:45)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne