dd não usando todo o espaço em disco

Question

Estou tentando criar um Live USB usando o utilitário dd. A primeira coisa que fiz foi limpar o USB usando o seguinte comando:

~ $ dd if=/dev/zero of=/dev/sdb bs=512 count=1

O 8GB USB tem uma memória total de 7.6GB, conforme informado usando o comando.

~ $ fdisk -l
...
Disk /dev/sdb: 7.6 GiB, 8097103872 bytes, 15814656 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

O problema é que depois de executar a operação "dd" para gravar o ISO no USB, as partições não ocupam todo o espaço em disco.

Eu corro este comando que gera a saída seguinte.

~ $ sudo dd if=kali-linux-2016.2-amd64.iso of=/dev/sdb bs=1M

2934+1 records in
2934+1 records out
3076767744 bytes (3.1 GB, 2.9 GiB) copied, 395.581 s, 7.8 MB/s

Eu então executo o comando fdisk novamente, o que gera essa saída.

Disk /dev/sdb: 7.6 GiB, 8097103872 bytes, 15814656 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: 0x77e6cfe3

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *         64 5794271 5794208  2.8G 17 Hidden HPFS/NTFS
/dev/sdb2       5794272 6009311  215040  105M  1 FAT12

Note como a linha superior indica 7.6GiB de memória, mas as partições ocupam apenas 2.8GB e 105M respectivamente. Mesmo quando analiso as partições no gparted, ele mostra apenas essas duas partições e não lista nenhum espaço extra no pendrive.

Há algo que estou sentindo falta aqui?

UPDATE
Eu estava errado na minha suposição de não haver espaço no dispositivo. Respondi à minha pergunta abaixo com os comandos que usei para usar o espaço restante no disco.

    

Answer 1

Então acontece que o espaço estava lá, mas não estava aparecendo no gparted.

Para qualquer usuário futuro, aqui está a série de comandos que usei para utilizar o espaço extra.

~ $ parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.

(parted) print devices
/dev/sda (128GB)
/dev/sdb (8097MB)

(parted) select /dev/sdb                                                
Using /dev/sdb

(parted) print                                                          
Model: hp v195b (scsi)
Disk /dev/sdb: 8097MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      32.8kB  2967MB  2967MB  primary               boot, hidden
 2      2967MB  3077MB  110MB   primary  fat16

(parted) mkpart primary 3077 7500       

(parted) quit                                                            
Information: You may need to update /etc/fstab.

Para confirmar:

~ $ fdisk -l
...
Disk /dev/sdb: 7.6 GiB, 8097103872 bytes, 15814656 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: 0x77e6cfe3

Device     Boot   Start      End Sectors  Size Id Type
/dev/sdb1  *         64  5794271 5794208  2.8G 17 Hidden HPFS/NTFS
/dev/sdb2       5794272  6009311  215040  105M  1 FAT12
/dev/sdb3       6009312 14648437 8639126  4.1G 83 Linux

    

Answer 2

O utilitário dd lê e grava blocos, sem considerar o conteúdo desses blocos; está operando em um nível inferior ao das partições. Nesse caso, você está escrevendo uma imagem e essa imagem contém apenas duas partições com um tamanho fixo. Existem apenas cerca de 2,9 GB de blocos, por isso o seu disco maior recebe apenas os blocos gravados.

Há um artigo decente sobre como a tabela de partições funciona no link , entre outros lugares. A versão curta é que a tabela lista o início de cada partição e o tamanho de cada uma delas.

    

Answer 3

Embora você possa ter espaço suficiente, deve haver outras partições separadas que possam estar causando problemas. Atualize gpart e verifique todas as partições para serem positivas que não fazem parte do problema.