Taille de partitions plus grande que le disque dur
5 réponses
Rhatay Sami
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--nEOTrPdf1wHQ0dhabtkNHK5a57JX2jBXQ
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Bonjour la liste,
je fais appel =C3=A0 vous ce soir car j'ai un petit probl=C3=A8me avec un=
disque
dur qui a l=C3=A2ch=C3=A9 sur un poste W$. J'ai tent=C3=A9 de le brancher=
pour voir si
je pouvais r=C3=A9cup=C3=A9rer des donn=C3=A9es dessus et il semble que l=
a table de
partition est corrompue.
fdisk -lu /dev/sdb
=C3=89chec de lecture de table de partitions =C3=A9tendue (index=3D245966=
848):
Argument invalide
Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 78142806 secteurs
Unit=C3=A9s : secteur de 1 =C3=97 4096 =3D 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'=C3=A9tiquette de disque : dos
Identifiant de disque : 0x0216e0ac
P=C3=A9riph=C3=A9rique Amor=C3=A7age D=C3=A9but Fin Secteurs Ta=
ille Id Type
/dev/sdb1 2048 206847 204800 800M de Dell Utilit=
y
/dev/sdb2 * 206848 41166847 40960000 156,3G 7
HPFS/NTFS/exFAT
/dev/sdb3 41166848 245966847 204800000 781,3G 7
HPFS/NTFS/exFAT
/dev/sdb4 245966848 625141759 379174912 1,4T f =C3=89tendu=
e
W95 (LBA)
J'ai remarqu=C3=A9 que :
- /dev/sdb3 fait plus de 600G
- /dev/sdb4 fait plus de 1,4T
Tout =C3=A7a pour un disque dur de 298G ...
J'ai suivi ce tutoriel sur Internet :
http://www.rodsbooks.com/missing-parts/index.html
Voici le contenu du fichier parts.txt que j'ai g=C3=A9n=C3=A9r=C3=A9 avec=
sfdisk :
label: dos
label-id: 0x0216e0ac
device: /dev/sdb
unit: sectors
Probl=C3=A8me : Il s=E2=80=99av=C3=A8re ici que ce n'est pas non seulemen=
t la partition
sdb4 qui d=C3=A9passe de la taille r=C3=A9elle du disque, mais aussi sdb3=
.
L'auteur conseille sur son site de ne pas toucher aux valeurs 'start'
des partitions.
La proc=C3=A9dure =C3=A9tant simple lorsque c'est la derni=C3=A8re partit=
ion qui
d=C3=A9passe, je n'ai pas trop d'id=C3=A9e quant =C3=A0 la mani=C3=A8re d=
e calculer ici les
tailles des deux partitions pour les faire rentrer pile poil sur le
disque...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
Rhatay Sami a écrit :
je fais appel à vous ce soir car j'ai un petit problème avec un disque dur qui a lâché sur un poste W$. J'ai tenté de le brancher pour voir si je pouvais récupérer des données dessus et il semble que la table de partition est corrompue.
fdisk -lu /dev/sdb
Échec de lecture de table de partitions étendue (index$5966848): Argument invalide Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 78142806 secteurs Unités : secteur de 1 × 4096 = 4096 octets Taille de secteur (logique / physique) : 4096 octets / 4096 octets
Je m'étonne un peu qu'un disque de si petite capacité soit au format avancé natif (4Kn) avec des secteurs logiques de 4 Kio.
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets Type d'étiquette de disque : dos Identifiant de disque : 0x0216e0ac
Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdb1 2048 206847 204800 800M de Dell Utility /dev/sdb2 * 206848 41166847 40960000 156,3G 7 HPFS/NTFS/exFAT /dev/sdb3 41166848 245966847 204800000 781,3G 7 HPFS/NTFS/exFAT /dev/sdb4 245966848 625141759 379174912 1,4T f Étendue W95 (LBA)
J'ai remarqué que : - /dev/sdb3 fait plus de 600G - /dev/sdb4 fait plus de 1,4T
Tout ça pour un disque dur de 298G ...
(...)
Problème : Il s'avère ici que ce n'est pas non seulement la partition sdb4 qui dépasse de la taille réelle du disque, mais aussi sdb3.
En fait je soupçonne que certaines voire toutes les valeurs de la table de partition sont calculées en prenant une taille de secteur classique de 512 octets au lieu de 4096. Avec cette valeur, la partition étendue se termine à 625141759 * 512 = 320 Go. Serait-il possible que le noyau ou fdisk se trompe concernant la taille de secteur logique ? Avant de toucher quoi que ce soit, il faudrait vérifier avec le modèle du disque.
Rhatay Sami a écrit :
je fais appel à vous ce soir car j'ai un petit problème avec un disque
dur qui a lâché sur un poste W$. J'ai tenté de le brancher pour voir si
je pouvais récupérer des données dessus et il semble que la table de
partition est corrompue.
fdisk -lu /dev/sdb
Échec de lecture de table de partitions étendue (index$5966848):
Argument invalide
Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 78142806 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
Je m'étonne un peu qu'un disque de si petite capacité soit au format
avancé natif (4Kn) avec des secteurs logiques de 4 Kio.
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0216e0ac
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 2048 206847 204800 800M de Dell Utility
/dev/sdb2 * 206848 41166847 40960000 156,3G 7 HPFS/NTFS/exFAT
/dev/sdb3 41166848 245966847 204800000 781,3G 7 HPFS/NTFS/exFAT
/dev/sdb4 245966848 625141759 379174912 1,4T f Étendue W95 (LBA)
J'ai remarqué que :
- /dev/sdb3 fait plus de 600G
- /dev/sdb4 fait plus de 1,4T
Tout ça pour un disque dur de 298G ...
(...)
Problème : Il s'avère ici que ce n'est pas non seulement la partition
sdb4 qui dépasse de la taille réelle du disque, mais aussi sdb3.
En fait je soupçonne que certaines voire toutes les valeurs de la table
de partition sont calculées en prenant une taille de secteur classique
de 512 octets au lieu de 4096. Avec cette valeur, la partition étendue
se termine à 625141759 * 512 = 320 Go. Serait-il possible que le noyau
ou fdisk se trompe concernant la taille de secteur logique ? Avant de
toucher quoi que ce soit, il faudrait vérifier avec le modèle du disque.
je fais appel à vous ce soir car j'ai un petit problème avec un disque dur qui a lâché sur un poste W$. J'ai tenté de le brancher pour voir si je pouvais récupérer des données dessus et il semble que la table de partition est corrompue.
fdisk -lu /dev/sdb
Échec de lecture de table de partitions étendue (index$5966848): Argument invalide Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 78142806 secteurs Unités : secteur de 1 × 4096 = 4096 octets Taille de secteur (logique / physique) : 4096 octets / 4096 octets
Je m'étonne un peu qu'un disque de si petite capacité soit au format avancé natif (4Kn) avec des secteurs logiques de 4 Kio.
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets Type d'étiquette de disque : dos Identifiant de disque : 0x0216e0ac
Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdb1 2048 206847 204800 800M de Dell Utility /dev/sdb2 * 206848 41166847 40960000 156,3G 7 HPFS/NTFS/exFAT /dev/sdb3 41166848 245966847 204800000 781,3G 7 HPFS/NTFS/exFAT /dev/sdb4 245966848 625141759 379174912 1,4T f Étendue W95 (LBA)
J'ai remarqué que : - /dev/sdb3 fait plus de 600G - /dev/sdb4 fait plus de 1,4T
Tout ça pour un disque dur de 298G ...
(...)
Problème : Il s'avère ici que ce n'est pas non seulement la partition sdb4 qui dépasse de la taille réelle du disque, mais aussi sdb3.
En fait je soupçonne que certaines voire toutes les valeurs de la table de partition sont calculées en prenant une taille de secteur classique de 512 octets au lieu de 4096. Avec cette valeur, la partition étendue se termine à 625141759 * 512 = 320 Go. Serait-il possible que le noyau ou fdisk se trompe concernant la taille de secteur logique ? Avant de toucher quoi que ce soit, il faudrait vérifier avec le modèle du disque.
Rhatay Sami
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6ITRpm1EMjsKBMAtjbUM255MsSfUCa6I4 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable
Bonjour,
Alors effectivement après avoir regardé le modèle du disque c'est b ien un 320Go.
En fait je soupçonne que certaines voire toutes les valeurs de la tab le de partition sont calculées en prenant une taille de secteur classiqu e de 512 octets au lieu de 4096. Avec cette valeur, la partition étendu e se termine à 625141759 * 512 = 320 Go. Serait-il possible que le no yau ou fdisk se trompe concernant la taille de secteur logique ? Avant de toucher quoi que ce soit, il faudrait vérifier avec le modèle du di sque.
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--6ITRpm1EMjsKBMAtjbUM255MsSfUCa6I4
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable
Bonjour,
Alors effectivement après avoir regardé le modèle du disque c'est b ien
un 320Go.
En fait je soupçonne que certaines voire toutes les valeurs de la tab le
de partition sont calculées en prenant une taille de secteur classiqu e
de 512 octets au lieu de 4096. Avec cette valeur, la partition étendu e
se termine à 625141759 * 512 = 320 Go. Serait-il possible que le no yau
ou fdisk se trompe concernant la taille de secteur logique ? Avant de
toucher quoi que ce soit, il faudrait vérifier avec le modèle du di sque.
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6ITRpm1EMjsKBMAtjbUM255MsSfUCa6I4 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable
Bonjour,
Alors effectivement après avoir regardé le modèle du disque c'est b ien un 320Go.
En fait je soupçonne que certaines voire toutes les valeurs de la tab le de partition sont calculées en prenant une taille de secteur classiqu e de 512 octets au lieu de 4096. Avec cette valeur, la partition étendu e se termine à 625141759 * 512 = 320 Go. Serait-il possible que le no yau ou fdisk se trompe concernant la taille de secteur logique ? Avant de toucher quoi que ce soit, il faudrait vérifier avec le modèle du di sque.
Alors effectivement après avoir regardé le modèle du disque c'est bien un 320Go.
En fait ma question concernait plutôt la taille de secteur logique 512 ou 4096 octets.
Rhatay Sami
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OMs4HnU9Nm1hC2mmoabE6NH582jV0c1Ha Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--OMs4HnU9Nm1hC2mmoabE6NH582jV0c1Ha
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OMs4HnU9Nm1hC2mmoabE6NH582jV0c1Ha Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
La taille des secteurs logique est de 512 et 4096 pour les secteurs physiques.
Malgré toute l'estime qu'on peut accorder à ce wiki, il vaudrait mieux vérifier directement chez le fabricant. En tout cas pour le moment il y a une incohérence puisque fdisk annonce une taille de secteur logique de 4096 octets (et le nombre de secteurs qui va bien avec pour obtenir une taille totale de 320 Go).
Rhatay Sami a écrit :
désolé pour la réponse à côté. J'ai regardé le modèle de disque, c'est
un Seagate ST320LT007 , et d'après la documentation ArchWiki :
La taille des secteurs logique est de 512 et 4096 pour les secteurs
physiques.
Malgré toute l'estime qu'on peut accorder à ce wiki, il vaudrait mieux
vérifier directement chez le fabricant. En tout cas pour le moment il y
a une incohérence puisque fdisk annonce une taille de secteur logique de
4096 octets (et le nombre de secteurs qui va bien avec pour obtenir une
taille totale de 320 Go).
La taille des secteurs logique est de 512 et 4096 pour les secteurs physiques.
Malgré toute l'estime qu'on peut accorder à ce wiki, il vaudrait mieux vérifier directement chez le fabricant. En tout cas pour le moment il y a une incohérence puisque fdisk annonce une taille de secteur logique de 4096 octets (et le nombre de secteurs qui va bien avec pour obtenir une taille totale de 320 Go).
