Não é possível redimensionar partiton no drive USB Lexar

Question

Leitura estranha do 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.

Não é a primeira vez que vejo falsas leituras do fdisk.

Alguém pode sugerir uma maneira de ver os dados da unidade nas partições listadas sdd1p1 etc? Eu acho difícil de acreditar que o meu drive flash 32GiB humilde é mais de um tamanho Terra byte. Quando tento acessar um deles, recebo uma mensagem de erro informando cannot access /dev/sdd1p1: No such file or directory

Então ... o fdisk está cheio (tem um bug) ou uma biblioteca que não está funcionando certo? Precisa de alguma orientação sobre como corrigir isso.

O que eu preciso fazer é redimensionar a partição /dev/sdd1p4 , usando gParted, ele tem qualquer opção para alterar o tamanho da partição em cinza.

Novamente, isso é um bug do gParted?

    

Answer 1

Este é o seu problema:

fdisk -l /dev/sdd1

Você disse a fdisk para ler o conteúdo de /dev/sdd1 e tratá-lo como uma tabela de partições; no entanto, /dev/sdd1 é em si uma partição! É provável que você tenha especificado /dev/sdd , não /dev/sdd1 . (É legal colocar uma tabela de partição em uma partição, mas isso normalmente é feito apenas para determinados casos especializados, como se você reservasse uma partição para uso como um dispositivo de disco virtual para uma ferramenta de virtualização como VMWare ou QEMU .)