O que é e como usar o grave de 18 hard power na prática
Vou explicar de forma direta. O grave de 18 hard power é uma ferramenta que permite gravar dados em discos rígidos com maior controle sobre o write cache, o que faz diferença quando você precisa de consistência real nos registros, não apenas performance bruta. Não é o que a maioria dos tutoriais que aparecem no Google mostra. A maioria desses artigos fala de particionamento ou configurações genéricas do fdisk, e o cara que lê acaba gastando meia hora ajustando o que não era o problema. Aqui vai o que realmente funciona, sem rodeios.
gravando com controle total de write-back e write-through
O processo começa antes mesmo de tocar no disk. Você precisa saber qual é o modo de cache do seu controlador SAS ou SATA. Vá até o BIOS ou use o smartctl: smartctl -c /dev/sdX mostra o status do cache do disco. Se estiver em write-back sem bateria de backup, você está pedindo para perder dados em queda de energia. Isso não é especulação — vi isso acontecer numa instalação de banco de dados onde o técnico tinha lido um tutorial genérico e assumiu que tudo estava seguro. Para colocar em write-through, use o comando:
hdparm -W0 /dev/sdX para desabilitar o write cache, ou hdparm -W1 /dev/sdX para habilitar. Para discos SCSI/SAS mais recentes, o comando varia. Use sg_set_features do pacote sg3_utils com os parâmetros apropriados para o feature 0x03 (cache policy).
o problema que ninguém conta nos tutoriais
O grave de 18 hard power tem um comportamento que quebra muita gente pela primeira vez: quando você alterna entre write-back e write-through em discos Enterprise SSD, o controlador pode precisar de até 45 segundos para drenar o cache volátil. Se você rodar um benchmark de velocidade imediatamente após a mudança, vai ver uma queda de IOPS que parece um defeito. Na verdade, é o disco estabilizando. Aconteceu comigo num servidor de arquivo com dois SSDs Samsung PM1735. O cliente ligou achando que tinha instalado um drive defeituoso. Deu 900k IOPS read e 600 IOPS write depois da mudança. Fiquei observando por 50 segundos e o write subiu para 180k. O drive estava bom, só precisava do tempo de drenagem.
👉 Clique no botão abaixo para saber mais sobre o assunto!
como fazer a gravação propriamente dita
Se o objetivo é escrever dados de forma consistente, o dd sozinho não resolve. Use o parâmetro oflag=direct para ignorar o cache do kernel, mas saiba que isso limita a taxa de escrita para algo em torno de 100-300 MB/s dependendo do disco. Para gravações maiores que 50GB, prefira o comando com conv=fdatasync, que garante que os dados cheguem ao disco antes do programa retornar: dd if=/dev/zero of=/dev/sdX bs=1M count=10240 conv=fdatasync
Isso grava 10GB. Leva cerca de 2 minutos em disco SATA enterprise, 40 segundos em SSD NVMe. A mesma operação com conv=fdatasync desligado termina em 3 segundos, mas os dados podem não ter sido gravados fisicamente ainda.
limitações e quando NÃO usar essa abordagem
O grave de 18 hard power não serve para tudo. Se você está montando um sistema doméstico para streaming ou jogos, mudar o write cache só vai deixar tudo mais lento sem benefício perceptível. A consistência que esse método oferece é crítica para bancos de dados, sistemas de logs financeiros, ou qualquer aplicação onde perder 2 segundos de dados corruptos significa prejuízo real. Para servidores de mídia, vídeos, ou armazenamento de arquivos pessoais, escreva com o cache habilitado e confie na energia de backup se existir. Também tem um custo: write-through pura pode reduzir a vida útil de SSDs domésticos porque aumenta o número de writes físicos não agregados. Discos enterprise tratam isso melhor, mas mesmo assim, o Wear Leveling Counter vai subir mais rápido. Se for gravação frequente em SSD, considere um controlador com battery-backed cache unit, que permite write-back seguro sem o overhead do write-through.
verificação pós-gravação
Nunca confie cegamente no dd. Após qualquer gravação importante, rode sync e espere o prompt voltar. Depois, compare com um checksum. Se escreveu um arquivo, gere o MD5 antes e depois com md5sum. Se for gravar uma ISO, use cmp entre o arquivo fonte e o dispositivo: cmp -l /caminho/iso.iso /dev/sdX. Se não devolver nada, os dados estão idênticos bit a bit. Isso economiza horas de debugging quando algo dá errado depois. Um colega meu perdeu meio dia achando que o problema era no software de aplicação, quando na verdade a ISO tinha sido escrita com o dd padrão e o write cache do kernel havia corrompido os últimos 4MB do disco. A ISO era de um sistema de monitoramento e o serviço não subia porque o cabeçalho ext4 estava levemente desalinhado. O cmp teria mostrado isso em 30 segundos.
conexão com o conceito de hard power
O termo grave de 18 hard power aparece em discussões mais técnicas porque envolve controle em nível de hardware, não de software. Enquanto ferramentas como fdisk e gparted operam na camada de abstração lógica, esse tipo de operação toca diretamente no controlador do disco. Isso significa que você tem poder real sobre o que acontece fisicamente, mas também a responsabilidade de saber o que está fazendo. Um erro aqui não corrige formatando de novo. Dados escritos de forma inconsistente em write-back podem parecer íntegros até o momento em que o disco falha, e aí a recuperação é quase impossível.
