Os méritos de um sistema de arquivos sem partição

Question

Eu encontrei algo há algumas semanas que eu nunca tinha visto antes: um sistema de arquivos (eu acredito, ext3) instalado em um dispositivo de armazenamento sem uma partição. Em essência /dev/sdb era o sistema de arquivos inteiro. Eu sei que muitos sistemas de arquivos podem ser estendidos em espaços vazios, portanto, fazer isso permite estender sem lidar com o LVM ou algum outro tipo de gerenciador de volume, mas existem outras vantagens para configurar o armazenamento dessa maneira?

O caso específico que vi foi como o volume de dados efêmero para um servidor de processamento de números, os volumes de inicialização e raiz eram partições tradicionais em um dispositivo de armazenamento diferente. -

    

Answer 1

Pro: você não desperdiça um setor de disco em uma tabela de partições. (Yay.)

Pro: o disco pode ser usado em um sistema operacional que não suporta partições no estilo PC. (Como você vai usar um.)

Con: isso é incomum e pode confundir co-sysadmins. (Veja?)

Con: se você instalar outro sistema operacional, ele poderá pensar que o disco contém lixo e facilitar a substituição acidental do disco, selecionando o disco errado - enquanto os sistemas operacionais geralmente deixam partições que não entendem. / p>

Irrelevante: estender o sistema de arquivos não é mais fácil se estiver diretamente no disco do que se estiver em uma partição, nem vice-versa. (Estar no LVM tornaria isso mais fácil.)

Conclusão: funciona, mas não é uma boa ideia.

    

Answer 2

Não tenho certeza sobre como isso se aplicaria ao Linux, mas com o ZFS nativo, um motivo pelo qual é recomendável criar pools em discos inteiros e não em partições é, no primeiro caso, o cache de gravação em disco pode ser ativado.

Várias outras razões também mencionadas aqui:

link

Conclusão: funciona e pode ser uma boa ideia dependendo do sistema de arquivos.

    

Answer 3

Eu vejo o benefício real quando isso é feito em um ambiente virtual. Como nossos VMDKs são armazenados em nosso NAS, podemos aumentá-los dinamicamente.

Se estivermos usando partições, precisamos usar o LVM (e a sobrecarga associada a ele) e encadear as partições, ou precisamos desativar o host (ou sistema de arquivos, se não estiver em uso) para usar algo como gparted.

No entanto, se você usar todo o disco em vez de uma partição, poderá forçar uma nova verificação em seus discos SCSI e usar resize2fs para aumentar o sistema de arquivos enquanto estiver on-line (e em uso!).

    

Answer 4

Colocar um sistema de arquivos em um dispositivo de disco sem criar nenhuma partição não é tão incomum.

Vantagens:

• quando você quiser usar todo o espaço de qualquer maneira, não terá que perder tempo com alguma ferramenta de particionamento
• você não precisa se preocupar com incompatibilidades do formato de partição 'padrão' (btw, qual formato de partição é o padrão, o do DOS, o do BSD?), por exemplo. o formato de partição DOS só permite partições de até 2 TB quando se usam setores lógicos de 512 bytes!
• você não precisa se preocupar com problemas de alinhamento induzido por partição em unidades com tamanhos de setor incomuns (por exemplo, 4 k) - com certeza, as distribuições atuais devem fornecer ferramentas de particionamento que corrijam o alinhamento com diferentes tamanhos de setor

Ser capaz de redimensionar um sistema de arquivos em um dispositivo bruto não é um bom motivo. O espaço que você salva dessa maneira, você não pode usar para outras coisas. Assim, você pode criar diretamente o sistema de arquivos em todo o dispositivo.

    

Answer 5

Uma resposta que não foi listada é que, se você não criar uma partição, não precisará esperar que o Kernel a detecte, o que pode ocorrer somente após a reinicialização.

Um caso de uso pode ser um volume do EC2 EBS que você adiciona ao nó e deseja inicializar na primeira inicialização.

Se o processo de inicialização criar uma partição, você corre o risco de ter que reinicializar o kernel para ver a partição recém-criada. Você costuma ver uma mensagem como:

Error: Error informing the kernel about modifications to partition /dev/xvde1 -- Device or resource busy. This means Linux won't know about any changes you made to /dev/xvde1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting.

Nesse caso, o processo de inicialização deve executar uma reinicialização e continuar adicionando um sistema de arquivos à partição recém-criada.

Se você sabe que vai precisar apenas de uma única partição, também pode ignorá-la, não correndo o risco de exigir uma reinicialização.