Partitioning (Português)

Status de tradução:
Esse artigo é uma tradução de
Partitioning
. Data da última tradução: 2024-01-02. Você pode ajudar a sincronizar a tradução, se houver
alterações
na versão em inglês.
Artigos relacionados
Sistemas de arquivos
fdisk
gdisk
parted
fstab
LVM
Swap
Processo de inicialização do Arch
Unified Extensible Firmware Interface
Da
Wikipédia
:
Uma partição é uma divisão do espaço de um disco rígido (SCSI ou SATA). Cada partição pode conter um sistema de arquivos diferente. Consequentemente, em cada partição pode ser instalado um Sistema Operativo sendo possível portanto a convivência de vários Sistemas Operacionais na mesma unidade de disco.
Um disco inteiro pode ser alocado para uma única partição ou múltiplas para casos como "dual-boot", manutenção de uma partição
swap
ou para separar logicamente dados, como arquivos de áudio e vídeo. O esquema de particionamento é armazenado em uma
tabela de partição
como Master Boot Record (MBR) ou GUID Partition Table (GPT).
As tabelas de partição são criadas e modificadas usando uma das
muitas ferramentas de particionamento
. As ferramentas disponíveis para Arch Linux estão listadas na seção
#Ferramentas de particionamento
.
As partições geralmente contêm um
sistema de arquivos
diretamente, o que é realizado criando um sistema de arquivos (também conhecido como
formata
ção) na partição. Alternativamente, as partições podem conter
LVM
,
encriptação de dispositivo de bloco
ou
RAID
, que em última análise fornecem arquivos de dispositivo nos quais um sistema de arquivos pode ser colocado (ou os dispositivos podem ser empilhados ainda mais).
Qualquer
dispositivo de bloco
(por exemplo, disco, partição, dispositivo LUKS, volume lógico LVM ou matriz RAID) que contém diretamente um sistema de arquivos montável é chamado de
volume
.
Tabela de partição
Há dois principais tipos de tabelas de partição disponíveis. Eles são descritos abaixo nas seções
#Master Boot Record
(MBR) e
#Tabela de Partição GUID
(GPT) juntos com uma discussão sobre como escolher um deles. Uma terceira alternativa, a menos comum, é usar um disco sem nenhuma partição, a qual também está discutida.
Use uma
ferramenta de particionamento
para visualizar a tabela de partição de um
dispositivo de bloco
.
Dica
Execute
parted
/dev/sdX
print
ou
fdisk -l
/dev/sdX
, onde
/dev/sdX
é um
dispositivo de bloco
como
/dev/sda
para um disco SATA,
/dev/nvme0n1
para um disco
NVMe
ou
/dev/mmcblk0
para disco eMMC. Consulte
Arquivo de dispositivo#Nomes de dispositivos de bloco
para obter mais informações sobre nomenclatura de dispositivos de bloco.
Master Boot Record
O
Master Boot Record
(MBR) são os primeiros 512 bytes de um dispositivo de armazenamento. Contém um gerenciador de boot de sistema operacional e a tabela de partições do dispositivo de armazenamento. Desempenha um papel fundamental no
processo de inicialização
em sistemas
BIOS
. Veja
Wikipedia:pt:Master boot record#Estrutura
para conhecer a estrutura do MBR.
Nota
O MBR não fica localizado dentro de uma partição; mas sim no primeiro setor do dispositivo (fisicamente a trilha 0), antes da primeira partição.
O setor de boot presente em um dispositivo sem partição ou com uma partição individual é chamado de
volume boot record (VBR)
, ao invés de MBR.
Master Boot Record (código de inicialização)
Os primeiros 440 bytes do MBR são a
área do código de inicialização
. Em sistemas BIOS, ela usualmente contém o primeiro estágio do carregador de inicialização. Este código pode ser armazenado em backup, restaurado ou apagado
usando dd
.
Master Boot Record (tabela de partição)
Na tabela de partição MBR (também conhecida como tabela de partição MS-DOS) há três tipos de partições:
Partição primária
Partição estendida
Unidade lógica
Partições primárias
podem ser inicializadas e são limitadas a quatro por disco ou volume RAID. Se a tabela de partição MBR requerer mais do que quatro partições, então uma das partições primárias deve ser substituída por uma
partição estendida
contendo uma
unidade lógica
ou mais dentro dela.
Partições estendidas podem ser pensadas como contêineres para unidades lógicas. Um disco rígido não pode conter mais do que uma partição estendida. A partição estendida também é contada como uma partição primária, então se um disco possuir uma partição estendida, somente outras três partições primárias serão possíveis (isto é, três partições primárias e uma partição estendida). O número de unidades lógicas residentes dentro de uma partição estendida é ilimitado. Um sistema executado em dual-boot com Windows irá necessitar que o Windows esteja dentro de uma partição primária.
Um esquema bem comum é criar partições primárias de
sda1
até
sda3
seguidas por uma partição estendida
sda4
. As unidades lógicas em
sda4
são numeradas como
sda5
,
sda6
, etc.
Dica
Ao particionar um disco MBR, considere deixar ao menos 33 setores de 512 bytes cada (16.5 KiB) de espaço livre sem particionamento no final do disco para caso você decida
convertê-lo posteriormente para GPT
. Este espaço adicional será necessário para guardar o cabeçalho da GPT.
Tabela de Partição GUID
Tabela de Partição GUID
(GPT) é um esquema de particionamento que é parte da especificação
Unified Extensible Firmware Interface
; utiliza
Identificadores Únicos Globalis
(GUIDs), ou UUIDs no universo Linux, para definir partições e
tipos de partição
. Foi desenvolvido para suceder o esquema de particionamento
Master Boot Record
.
No início de uma tabela de partição GPT no disco, há um
Master Boot record protetivo
(PMBR) que protege a GPT de softwares maliciosos. Este MBR protetivo, assim como um MBR comum, possui uma
área de código de inicialização
a qual pode ser usada para inicializar sistemas usando esquemas BIOS/GPT em bootloaders que suportarem.
Escolhendo entre MBR e GPT
Tabela de Partição GUID (GPT) é uma alternativa moderna de método de particionamento criada para substituir o antigo Master Boot Record (MBR). GPT possui algumas vantagens sobre o MBR, o qual data de tempos do MS-DOS. Com os recentes desenvolvimentos de ferramentas de formatação, é fácil obter performance e confiabilidade iguais tanto para GPT como para MBR.
Nota
Para que o GRUB possa inicializar a partir de um disco particionado no esquema GPT em um sistema baseado em BIOS, uma
partição de inicialização BIOS
é necessária.
Alguns pontos a serem considerar na escolha:
Para dual-boot com Windows (ambos 32-bit e 64-bit) usando um sistema BIOS, será necessário escolher o esquema MBR.
Para dual-boot com Windows 64-bit usando o modo
UEFI
ao invés de BIOS, será necessário usar o esquema GPT.
Se estiver instalando em hardware antigo, especialmente em laptops antigos, considere escolher MBR seu BIOS pode não suportar (mas
veja abaixo
como contornar isso).
Se estiver particionando um disco que seja maior do que 2 TiB, será necessário usar o esquema GPT.
É recomendável sempre usar GPT para inicializar sistemas
UEFI
, já que algumas implementações UEFI não suportam inicializar MBR.
Se nenhuma das condições acima se aplicarem, será possível escolher livremente entre GPT e MBR. Uma vez que GPT é mais moderno, é recomendável usá-lo neste caso.
Algumas vantagens do GPT sobre o MBR são:
Fornece GUID de disco e GUID de partição (
PARTUUID
) exclusivos para cada partição - uma boa prática de referenciar partições e discos para o sistema de arquivos. GUIDs são um pré-requisito para a
Discoverable Partitions Specification
(em português, "Especificação de partições detectáveis") que podem ser usadas em um initramfs com systemd.
Fornece um nome de partição independente do sistema de arquivos (
PARTLABEL
).
Número arbitrário de partições - depende do espaço alocado para a tabela de partições - Não necessita de partições estendidas e unidades lógicas. Por padrão, a tabela de partições GPT contém espaço para definir até 128 partições. Entretanto, se for desejável definir mais partições, é possível alocar mais espaço para a tabela de partições (atualmente apenas
gdisk
é reconhecido por suportar esse recurso).
Utiliza LBA de 64-bits para armazenar números de setores - permite endereçar discos de até 2 ZiB. O MBR é limitado a endereçar até 2 TiB de espaço por dispositivo.
[1]
Armazena um cabeçalho de backup e uma tabela de partição no fim do disco que auxiliam na
recuperação
no caso destas serem danificadas.
Recurso de somas de verificação CRC32 para detectar erros e corrompimento do cabeçalho e da tabela de partições.
A seção de
#Ferramentas de particionamento
contém uma tabela indicando quais ferramentas estão disponíveis para criar e modificar tabelas GPT e MBR.
Dica
É possível converter entre MBR e GPT. Veja
gdisk#Convert between MBR and GPT
.
Disco sem partição
This article or section needs expansion.
Reason:
Explica quando pode ser desejável utilizar um disco sem particionamento (por exemplo, em máquinas virtuais), quando não se deve utilizar, e o porquê. (Discuss in
talk:Partitioning
)
Um disco sem partição, também conhecido como
superfloppy
refere-se a um dispositivo de armazenamento sem uma tabela de partição, tendo um sistema de arquivos ocupando o dispositivo de armazenamento inteiro. O setor de boot presente em um disco sem partição é chamado de
volume boot record (VBR)
.
Particionamento Btrfs
Btrfs
pode ocupar um dispositivo de armazenamento inteiro e substituir os esquemas de particionamento
MBR
ou
GPT
. Veja as instruções em
Btrfs (Português)#Sistema de arquivos em um único dispositivo
para detalhes.
Esquema de partição
This article or section needs expansion.
Reason:
Acrescentar uma introduç
LVM
,
mdadm
,
dm-crypt
, etc. Eles poderia ser colocados em uma nova subseção juntos com a informação sobre subvolumes Btrfs. (Discuss in
Talk:Partitioning
)
Não há regras estritas para particionar um disco rígido, embora o guia geral a seguir possa ser seguido. Um esquema de particionamento de disco é determinado por vários razões como flexibilidade desejada, velocidade, segurança, bem como limitações impostas pelo espaço em disco disponível. É essencialmente uma preferência pessoal. Se pretende fazer dual-boot com Arch Linux e um sistema operacional Windows, veja
Dual boot com Windows
.
Nota
Sistemas
UEFI
geralmente precisam de uma ESP, ou
partição de sistema EFI
.
Sistemas BIOS que são particionados com
GPT
requerem uma
partição de inicialização BIOS
se
GRUB
for o gerenciador de boot usado.
Dica
Se estiver usando
Btrfs
, subvolumes podem ser usados para imitar partições. Veja a seção
Btrfs (Português)#Montando subvolumes
.
Partição raiz simples
Este esquema é o mais simples, mais flexível e deve ser suficiente para a maioria dos casos considerando o aumento no tamanho de armazenamento de dispositivos comuns de usuários. Um
arquivo swap
pode ser criado e facilmente redimensionado conforme necessário. Isto usualmente faz sentido de ser feito considerando uma partição
/
simples e posteriormente se desejar separar outras em casos específicos como RAID, encriptação, uma partição de mídia compartilhada, etc. Veja
#Partições discretas
para uma descrição de algumas partições dedicadas comuns até incomuns.
Atenção
Uma
partição /boot
física separada (na tabela de partição principal do disco, não sob LVM, RAID de software ou em um subvolume do sistema de arquivos etc.) é necessária, a menos que seu
gerenciador de boot
seja capaz de acessar o diretório
/boot
que reside em
/
. Isso significa que o gerenciador de boot deve ter suporte a tudo, desde os dispositivos de bloco, dispositivos de bloco empilhados (LVM, RAID, dm-crypt, LUKS, etc.) e terminando com o sistema de arquivos no qual o(s) kernel(s) e a imagem initramfs(s) residem.
Uma partição GPT deve ter o tipo GUID
BC13C2FF-59E6-4262-A352-B275FD6F7172
("Linux root (x86-64)", "Linux x86-64 root (/)"). Uma partição MBR deve ter o ID de tipo "Linux" padrão
83
.
Partições discretas
Separar um diretório como uma partição permite selecionar diferentes sistemas de arquivos e opções de montagem. Em casos como o de partições de mídia, elas também podem ser compartilhados entre sistemas operacionais.
A seguir, há alguns exemplos de esquemas que podem ser usados ao fazer um particionamento, e as subseções seguintes detalham um pouco diretórios os quais podem ter sua própria partição separada e seu ponto de montagem relativo a
/
. Veja
file-hierarchy(7)
para uma descrição completa do conteúdo destes diretórios.
/
O
diretório raiz
é o topo da hierarquia, o ponto onde o principal sistema de arquivos é montado e de cada outro sistema de arquivos reside. Todos os arquivos e diretórios aparecem sob o diretório raiz
/
, mesmo se estiverem armazenados em outros dispositivos físicos. O conteúdo do sistema de arquivos raiz deve ser adequado para inicializar, restaurar, recuperar e/ou reparar o sistema. Portanto, alguns diretórios sob
/
não são candidatos para partições separadas.
A partição
/
ou partição raiz é necessária e também a mais importante. As demais partições podem ser substituídas por ela.
Atenção
Diretórios essenciais para inicialização (exceto para
/boot
)
devem
estar na mesma partição de
/
ou montados no mesmo espaço de usuário inicial da
initramfs
. Estes diretórios essenciais são:
/etc
e
/usr
[2]
.
/
tradicionalmente contém o diretório
/usr
, o qual pode crescer significativamente à medida em que novo software for instalado. 15–20 GiB devem ser suficientes para a maioria dos usuários com modernos discos rígidos. Se planejar armazenar um arquivo de swap aqui, precisará de um tamanho de partição maior.
Uma partição GPT deve ter o tipo GUID
BC13C2FF-59E6-4262-A352-B275FD6F7172
("Linux root (x86-64)", "Linux x86-64 root (/)"). Uma partição MBR deve ter o ID de tipo "Linux" padrão
83
.
/boot
O diretório
/boot
contém as imagens
vmlinuz
e
initramfs
, bem como o arquivo de configuração do gerenciador de boot e seus estágios. Também armazena os dados que são usados antes mesmo de o kernel começar a executar programas no espaço de usuário.
/boot
não é necessário na execução normal do sistema, apenas durante o processo de inicialização e durante atualização do kernel (quando as imagens do ramdisk precisam ser recriadas).
Atenção
Seu
gerenciador de boot
deve ser capaz de acessar a partição
/boot
. Isso significa que o gerenciador de boot deve ter suporte para tudo, desde os dispositivos de bloco, dispositivos de bloco empilhados (LVM, RAID, dm-crypt, LUKS, etc.) e terminando com o sistema de arquivos no qual as imagens do(s) kernel(s) e initramfs(s) residem.
Os sistemas de arquivos podem obter novos recursos ainda não suportados por
gerenciadores de boots
(por exemplo,
archlinux/packaging/packages/ grub#7
,
FS#79857
,
FS#59047
,
FS#58137
,
FS#51879
,
FS#46856
,
FS#38750
,
FS#21733
e diretórios criptografados com
fscrypt
), tornando-os inadequados para uma partição
/boot
, a menos que desabilite recursos incompatíveis. Normalmente, isso pode ser evitado usando
FAT32
, pois é compatível com praticamente tudo e não receberá nenhum recurso novo.
Consulte
Processo de inicialização do Arch#Gerenciador de boot
para obter mais informações sobre os requisitos e recursos do gerenciador de boot.
Nota
Em sistemas UEFI é possível montar a
partição de sistema EFI
em
/boot
evitando a necessidade de criar outra partição separada. Consulte
Partição de sistema EFI#Montar a partição
para obter mais informações.
Ao usar uma partição de sistema EFI como
/boot
, os requisitos são descritos no artigo
partição de sistema EFI
— o tamanho mínimo recomendado é 300 MiB e o tipo de partição correto deve ser definido.
Em outros casos, o tamanho sugerido da partição
/boot
é de pelo menos 200 MiB e é recomendado definir o tipo de partição como
Extended Boot Loader (XBOOTLDR) Partition
que é o tipo de partição GPT GUID
BC13C2FF-59E6-4262-A352-B275FD6F7172
(tipo
ea00
para
gdisk
) ou tipo de partição MBR de ID
ea
.
Nota
Se você deseja instalar vários kernels ou deseja estar preparado para o futuro, você pode definir o tamanho da partição de 1 GiB para garantir a segurança.
/home
O diretório
/home
contém arquivos de configuração, caches, dados de aplicativos e arquivos de mídia específicos do usuário.
Separar
/home
permite que
/
seja reparticionada separadamente, mas note que será possível reinstalar Arch com
/home
intocada mesmo se não estiver separada - basta que os diretórios de outros níveis sejam removidos, e então pacstrap poderá ser executado.
Não se deve compartilhar diretórios de usuários entre diferentes distribuições, porque elas usam versões de software incompatíveis entre si. Invés disso, considere compartilhar uma partição de mídia ou ao menos usar diferentes diretórios dentro da partição
/home
. O tamanho desta partição varia.
Uma partição GPT deve ter o tipo GUID
933AC7E1-2EB4-4F13-B844-0E14E2AEF915
("Linux home", "Linux /home"). Uma partição MBR deve ter o tipo "Linux" padrão de ID
83
.
Swap
Um
swap
é um arquivo ou partição que fornece espaço em disco usado como memória virtual. Arquivos swap e partições swap têm o mesmo desempenho, mas os arquivos de troca são muito mais fáceis de redimensionar conforme necessário. Uma partição swap pode
potencialmente
ser compartilhada entre sistemas operacionais, mas não se a hibernação for usada.
Historicamente, a regra geral para o tamanho da partição swap era alocar o dobro da quantidade de RAM física. Como os computadores ganharam capacidades de memória cada vez maiores, esta regra está desatualizada. Por exemplo, em máquinas desktop médias com até 512 MiB de RAM, a regra 2× geralmente é adequada; se uma quantidade suficiente de RAM (mais de 1024 MiB) estiver disponível, pode ser possível ter uma partição swap menor.
Para usar a hibernação (também conhecida como suspensão para o disco), é aconselhável criar a partição swap no tamanho da RAM. Embora o kernel tente compactar a imagem suspensa em disco para caber no espaço swap, não há garantia de que terá sucesso se o espaço swap usado for significativamente menor que a RAM. Consulte
Gestão de energia/Suspender e hibernar#Hibernação
para obter mais informações.
Uma partição GPT deve ter o tipo GUID
0657FD6D-A4AB-43C4-84E5-0933C84B4F4
("Linux swap"). Uma partição MBR deve ter o tipo de ID
82
("Linux swap").
/data
Pode-se considerar montar uma partição "data" para armazenar diversos dados compartilhados entre usuários. Usar a partição
/home
para este propósito também é válido. O tamanho desta partição pode variar.
Uma partição GPT deve ter o tipo "Linux filesystem" com GUID
0FC63DAF-8483-4772-8E79-3D69D8477DE4
. Uma partição MBR deve ter o tipo "Linux" padrão de ID
83
.
/var
O diretório
/var
armazena dados variáveis, como diretórios e arquivos de spool, dados administrativos e de registro, cache do
pacman
, etc. É usada, por exemplo, para cache e registro, e portanto é frequentemente alvo de operações de leitura e escrita. Mantê-lo em uma partição separada evita ficar sem espaço em disco devido a logs incorretos, etc.
Ele existe para possibilitar a montagem de
/usr
como somente leitura. Tudo o que historicamente entrou em
/usr
e foi gravado durante a operação do sistema (em oposição à instalação e manutenção do software) deve residir em
/var
.
Nota
/var
contém muitos arquivos pequenos. A escolha de um tipo de sistema de arquivos deve considerar isso se uma partição separada for usada.
Já que
/var
é frequentemente lido e escrito, é recomendado que você
considere o local desta partição em um disco rígido
.
/var
conterá, entre outros dados, o cache do
pacman
. Manter esses pacotes é útil caso uma atualização de pacote cause instabilidade, exigindo um
downgrade
para um pacote arquivado mais antigo. O cache do pacman crescerá à medida que o sistema for expandido e atualizado, mas pode ser
limpado
com segurança se o espaço se tornar um problema.
8–12 GiB em um sistema desktop devem ser suficientes para
/var
, dependendo de quanto software será instalado. Para usuários de
NVIDIA, Wayland e GDM
, considere adicionar a este tamanho de partição como para
ter espaço livre suficiente para caber toda a sua memória de vídeo
.
Uma partição GPT deve ter o GUID de tipo
4D21B016-B534-45C2-A9FB-5C16E091FD2D
("Linux variable data", "Linux /var"). Uma partição MBR deve ter o tipo "Linux" padrão de ID
83
.
Exemplos de leiaute
This article or section needs expansion.
Reason:
Melhorar o conteúdo desta seção. (Discuss in
Talk:Partitioning#Table draft 2
)
Os exemplos a seguir usam
/dev/sda
como exemplo de disco com
/dev/sda1
como sua primeira partição. O esquema de nomeamento do dispositivo de bloco poderá ser diferente se estiver particionando um disco
NVMe
(por exemplo,
/dev/nvme0n1
com partições iniciando em
/dev/nvme0n1p1
), um catão SD ou disco eMMC (por exemplo
/dev/mmcblk0
com partições começando em
/dev/mmcblk0p1
). Veja
Arquivo de dispositivo#Nomes de dispositivos de bloco
para mais informações.
Nota
Inicialização em UEFI não envolve qualquer bandeira "boot", este método de inicialização depende somente das entradas na NVRAM.
Parted
e ferramentas similares de interface gráfica usam uma bandeira "boot" em GPT para indicar que esta partição é uma partição de sistema EFI.
Não há necessidade de ter todas as partições necessárias/desejadas no mesmo disco ou de usar o mesmo tipo de tabela de partição para todos os discos.
Exemplo de leiaute UEFI/GPT
Ponto de montagem no sistema instalado
Partição
GUID e tipo de partição
Atributos da partição
Tamanho sugerido
/boot
ou
/efi
1
/dev/sda1
C12A7328-F81F-11D2-BA4B-00A0C93EC93B
:
Partição de sistema EFI
Pelo menos 300 MiB. Se vários kernels forem instalados, não menos que 1 GiB.
[SWAP]
/dev/sda2
0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
: Linux
swap
Mais de 512 MiB
/
/dev/sda3
4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709
: Linux x86-64 root (/)
Restante do dispositivo
Exemplo de leiaute BIOS/MBR
Ponto de montagem no sistema instalado
Partição
ID e tipo de partição
Sinalizador de inicialização
Tamanho sugerido
[SWAP]
/dev/sda1
82
: Linux
swap
Não
Mais de 512 MiB
/
/dev/sda2
83
: Linux
Sim
Restante do dispositivo
N/D
Espaço não alocado
2
N/D
N/D
No mínimo 16,5KiB ao final do disco
Exemplo de leiaute BIOS/GPT
Ponto de montagem no sistema instalado
Partição
GUID e tipo de partição
Atributos da partição
Tamanho sugerido
Nenhum
/dev/sda1
21686148-6449-6E6F-744E-656564454649
:
Partição de inicialização BIOS
3
1 MiB
[SWAP]
/dev/sda2
0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
: Linux
swap
Mais de 512 MiB
/
/dev/sda3
4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709
: Linux x86-64 root (/)
Restante do dispositivo
A ESP pode ser montada em
/efi
se o gerenciador de boot usado for capaz de acessar o sistema de arquivos (e tudo acima dele) no qual o kernel e as imagens initramfs estão localizadas. Consulte
Partição de sistema EFI#Pontos de montagem comuns
e a mensagem na caixa de atenção em
Processo de inicialização do Arch#Gerenciador de boot
para obter detalhes.
Um espaço não particionado de pelo menos 33 setores de 512 bytes (16,5 KiB) no final do disco para permitir
conversão para GPT
no futuro. O espaço será necessário para o cabeçalho GPT de backup. A recomendação para preservar um espaço não particionado aplica-se a todos os discos particionados MBR.
Uma partição de inicialização BIOS somente é necessária ao usar
GRUB
para inicializar um disco GPT em um sistema BIOS. Esta partição não tem qualquer relação com
/boot
, e sequer deve ser formatada com um sistema de arquivos, nem mesmo montada.
Ferramentas
Ferramentas de particionamento
Os programas a seguir são usados para criar e/ou manipular tabelas de partições de dispositivos e partições. Veja os artigos nos links para os comandos exatos a serem usados.
Esta tabela irá ser útil para escolher o utilitário de sua necessidade:
Nome
Pacote
MBR
GPT
CLI
TUI
Utilitário para scripts
fdisk
util-linux
Sim
Sim
fdisk(8)
cfdisk(8)
sfdisk(8)
GPT fdisk
gptfdisk
Não
Sim
gdisk(8)
cgdisk(8)
sgdisk(8)
Parted
parted
Sim
Sim
parted(8)
Não
parted(8)
Frontends GUI
blivet-gui
— Ferramenta gráfica para configuração de armazenamento. Ela usa
parted
como backend via
python-blivet
AUR
e
libblockdev
.
https://github.com/storaged-project/blivet-gui
||
blivet-gui
AUR
GNOME Discos
— Um utilitário do GNOME para lidar com dispositivos de armazenamento. Ele usa
parted
como backend via
udisks2
e
libblockdev
. Faz parte de
gnome
.
https://wiki.gnome.org/Apps/Disks
||
gnome-disk-utility
GParted
— Editor de partições para gerenciar graficamente suas partições de disco. Pode ser usado para redimensionar, copiar e mover partições sem perda de dados. Ele usa
parted
como backend.
https://gparted.org/
||
gparted
KDE Partition Manager
— Utilitário que ajuda a gerenciar os discos, partições e sistemas de arquivos do seu computador. Ele usa
sgdisk
como backend via
kpmcore
. Faz parte de
kde-system
.
https://apps.kde.org/partitionmanager/
||
partitionmanager
Backup
fdisk
pode criar um backup da tabela de partições. Veja
fdisk#Backup and restore partition table
.
GPT fdisk
pode criar um backup binário contendo o MBR protetivo, o cabeçalho principal da GPT e uma cópia da tabela de partições. Veja
GPT fdisk#Backup and restore partition table
.
Recuperação
gpart
— Um utilitário que descobre o conteúdo de uma tabela de partições MBR destruída. Sua utilização está explicada no manual do
gpart(8)
.
https://github.com/baruch/gpart
||
gpart
GPT fdisk
— Uma ferramenta de particionamento que pode restaurar o cabeçalho primário da GPT (localizada no início do disco) a partir do cabeçalho secundário da GPT (localizado no fim do disco) ou vice-versa.
https://www.rodsbooks.com/gdisk/
||
gptfdisk
TestDisk
— Um utilitário que suporta recuperação de partições perdidas em ambos MBR e GPT.
https://www.cgsecurity.org/index.html?testdisk.html
||
testdisk
Alinhamento de partição
A regra geral é alinhar o início e o tamanho de uma partição em mebibytes. Consulte
Advanced Format#Partition alignment
.
Atenção
Partições desalinhadas impedirão o uso de setores de 4096 bytes com
dm-crypt/LUKS
.
Suporte à GPT do kernel
A opção
CONFIG_EFI_PARTITION
na configuração do kernel ativa o suporte a GPT (apesar do nome, EFI PARTITION, que se parece com
partição de sistema EFI
em inglês). Esta opção deve ser compilada no kernel e não compilada como um módulo carregável. É necessária mesmo em discos GPT que são utilizados para armazenamento de dados e não para inicialização do sistema. É ativada por padrão em todos
kernel oficialmente suportados
pelo Arch. No caso de um kernel personalizado, ative esta opção com o parâmetro
CONFIG_EFI_PARTITION=y
.
Solução de problemas
Truque para BIOS antigos inicializarem a partir de GPT
Alguns sistemas baseados em BIOS antigos (produzidos antes de 2010) tentam processar o setor de inicialização e recusam-no se ele não contiver uma partição inicializável MBR. Isto é um problema se for necessário usar GPT neste disco, porque do ponto de vista do BIOS, ele contém somente uma partição MBR não inicializável do tipo
ee
(isto é, uma partição MBR protetiva). É possível marcar a partição protetiva MBR como inicializável usando
fdisk -t mbr /dev/sda
, e isto irá funcionar em alguns sitemas BIOS. Entretanto, a especificação UEFI proíbe a partição protetiva MBR de ser inicializável, e sistemas baseados em UEFI irão interferir nisso, mesmo quando configuradas no modo legado de inicialização. Então, isso importa caso deseje criar um flash drive USB baseado em GPT que deveria inicializar tanto em sistemas UEFI como sistemas BIOS antigos que insistem em procurar uma partição MBR inicializável. Não é possível solucionar este problema usando ferramentas como
fdisk
ou
gdisk
, mas é possível criar uma partição MBR falsa com uma adequada entrada para ambos os tipos de BIOS manualmente, com uma sequência correta de bytes.
O comando a seguir irá sobrepor a segunda partição MBR e adicionar uma partição inicializável do tipo 0 (isto é, como espaço não utilizado), cobrindo somente o primeiro setor do dispositivo. Isto não vai interferir com a GPT ou com a primeira entrada partição MBR que normalmente contém uma partição MBR protetiva.
# printf '\200\0\0\0\0\0\0\0\0\0\0\0\001\0\0\0' | dd of=/dev/sda bs=1 seek=462
O resultado final será algo como:
# fdisk -t mbr -l /dev/sda
Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Disk model: ST3250820AS
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: 0x00000000

Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1           1 488397167 488397167 232.9G ee GPT
/dev/sda2  *        0         0         1   512B  0 Empty

Partition table entries are not in disk order.
Unidades não ficam visíveis quando o RAID do firmware está habilitado
Se uma unidade SATA ou NVMe estiver visível na configuração ("setup") do firmware, mas não no Linux (por exemplo,
fdisk -l
não a lista), é possível que o controlador esteja no modo RAID de firmware.
Para NVMe, o
journal
deve mostrar algo como:
kernel: ahci 0000:00:17.0: Found 1 remapped NVMe devices.
kernel: ahci 0000:00:17.0: Switch your BIOS from RAID to AHCI mode to use them.
A solução é entrar na configuração do firmware e desativar o modo NVMe RAID e alterar o
modo de operação do controlador SATA
de
RAID
para
AHCI
. Lembre-se de que a configuração pode ter um nome diferente (por exemplo, "Intel Rapid Storage Technology", "Intel RST", "Intel VMD controller" ou "VMD") e também pode ser por controlador ou por porta.
Atenção
No caso de
dual boot com Windows
, é necessário fazer preparativos antes de alterar o modo do controlador. Consulte
Como habilitar AHCI no Windows 8 e Windows 10 após a instalação
(em inglês).
Nota
Alguns firmwares não possuem uma configuração de modo RAID NVMe dedicado e, apesar dos termos não fazerem sentido, use a configuração do modo de operação do controlador SATA também para o controlador NVMe. Esses firmware simplesmente interpretam o "modo de operação SATA" definido como "AHCI" nos controladores NVMe como "usar modo de operação nativo sem RAID de firmware".
[3]
[4]
[5]
Veja também
Wikipedia:pt:Particionamento de disco
Wikipedia:pt:Prefixo binário
Understanding Disk Drive Terminology
Página de Rod Smith sobre
What's a GPT?
e
Booting OSes from GPT
Make the most of large drives with GPT and Linux - IBM Developer
Windows and GPT FAQ da Microsoft
Partition Alignment
(com exemplos)