Sim, você pode fazer isso, mas pode causar um efeito colateral chato.
Eu tenho um sistema bem ao meu lado, onde usei todo o dispositivo como membros do md RAID. Toda vez que ele inicializa, ele reclama de partições quebradas nesses dispositivos.
Isso porque os dados serão gravados no início da unidade enquanto fazem parte do grupo RAID. O sistema tentará interpretar esses dados como uma tabela de partição na inicialização ao inspecionar os dispositivos.
Até agora, isso não causou problemas para mim. Isso apenas atrasa o procedimento de inicialização e parece realmente assustador.
Eu só puxei os logs para mostrar o que eu estava falando. Isso é o que está sendo executado no meu console quando inicializo o servidor.
Observe que os dispositivos /dev/sda
a /dev/sdd
e /dev/sdf
a /dev/sdj
fazem parte da matriz RAID. /dev/sde
contém a partição raiz do sistema.
Nov 24 11:41:52 dump kernel: [ 49.717165] sd 0:0:0:0: [sda] 2930277168 512-byte hardware sectors (1500302 MB) Nov 24 11:41:52 dump kernel: [ 49.717172] sd 0:0:0:0: [sda] Write Protect is off Nov 24 11:41:52 dump kernel: [ 49.717173] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Nov 24 11:41:52 dump kernel: [ 49.717182] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Nov 24 11:41:52 dump kernel: [ 49.717209] sd 0:0:0:0: [sda] 2930277168 512-byte hardware sectors (1500302 MB) Nov 24 11:41:52 dump kernel: [ 49.717213] sd 0:0:0:0: [sda] Write Protect is off Nov 24 11:41:52 dump kernel: [ 49.717214] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Nov 24 11:41:52 dump kernel: [ 49.717221] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Nov 24 11:41:52 dump kernel: [ 49.717222] sda: unknown partition table Nov 24 11:41:52 dump kernel: [ 49.724463] sd 0:0:0:0: [sda] Attached SCSI disk Nov 24 11:41:52 dump kernel: [ 49.724504] sd 1:0:0:0: [sdb] 2930277168 512-byte hardware sectors (1500302 MB) Nov 24 11:41:52 dump kernel: [ 49.724510] sd 1:0:0:0: [sdb] Write Protect is off Nov 24 11:41:52 dump kernel: [ 49.724512] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 Nov 24 11:41:52 dump kernel: [ 49.724519] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Nov 24 11:41:52 dump kernel: [ 49.724547] sd 1:0:0:0: [sdb] 2930277168 512-byte hardware sectors (1500302 MB) Nov 24 11:41:52 dump kernel: [ 49.724551] sd 1:0:0:0: [sdb] Write Protect is off Nov 24 11:41:52 dump kernel: [ 49.724552] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 Nov 24 11:41:52 dump kernel: [ 49.724559] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Nov 24 11:41:52 dump kernel: [ 49.724561] sdb:Driver 'sr' needs updating - please use bus_type methods Nov 24 11:41:52 dump kernel: [ 49.734320] unknown partition table
Esta é apenas as duas primeiras unidades na matriz RAID. Você já pode ver os erros unknown partition table
lá. O mesmo erro será impresso para todos os membros do RAID.
Uma vez feito isso. Isso começa:
Nov 24 11:41:52 dump kernel: [ 50.145507] attempt to access beyond end of device Nov 24 11:41:52 dump kernel: [ 50.145513] sdc: rw=0, want=7018997372, limit=2930277168 Nov 24 11:41:52 dump kernel: [ 50.145515] Buffer I/O error on device sdc3, logical block 4250167552 Nov 24 11:41:52 dump kernel: [ 50.145626] attempt to access beyond end of device Nov 24 11:41:52 dump kernel: [ 50.145627] sdc: rw=0, want=7018997373, limit=2930277168 Nov 24 11:41:52 dump kernel: [ 50.145628] Buffer I/O error on device sdc3, logical block 4250167553
Você vê que reclama sobre sdc3
, que não existe (porque todo o dispositivo sdc
é usado como um membro RAID.
A próxima vez que eu inicializar a máquina, pode ser uma unidade diferente que reclama ou nenhuma. Dependendo de quais dados existem em vez de uma tabela de partição nos dispositivos da próxima vez que eu inicializo.
E a pior parte disso? Eu não posso mudar para partições agora, porque eu teria que diminuir cada disco de membro RAID por uma pequena quantidade (para que eu pudesse particionar) e isso exigiria recriar toda a matriz RAID.