Lecture étrange de fdisk...
~# fdisk -l /dev/sdd1
Disk /dev/sdd1: 29.2 GiB, 31378272256 bytes, 61285688 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x69737369
Device Boot Start End Sectors Size Id Type
/dev/sdd1p1 ? 1869771365 2038460886 168689522 80.4G 69 unknown
/dev/sdd1p2 ? 1701519481 3571400945 1869881465 891.6G 73 unknown
/dev/sdd1p3 ? 2573 2573 0 0B 74 unknown
/dev/sdd1p4 2885681152 2885733566 52415 25.6M 0 Empty
Partition table entries are not in disk order.
Ce n'est pas la première fois que je vois des lectures erronées de fdisk.
Quelqu'un peut-il suggérer un moyen de regarder les données du disque sur les partitions listées sdd1p1 etc ? J'ai du mal à croire que mon humble clé USB de 32 Go a une taille de plus d'un Terra byte. Lorsque j'essaie d'accéder à l'une d'entre elles, j'obtiens un message d'erreur qui dit cannot access /dev/sdd1p1: No such file or directory
Alors... est-ce que fdisk est défectueux (a un bug) ou une bibliothèque qui ne fonctionne pas correctement ? J'ai besoin de conseils sur la façon de résoudre ce problème.
Ce que j'ai besoin de faire est de redimensionner la partition /dev/sdd1p4
En utilisant gParted, toutes les options permettant de modifier la taille de la partition sont grisées.
Encore une fois, est-ce un bug de gParted ?