Out of Band Particionamento de Disco e Tabelas [closed]

Question

Nossos métodos atuais de particionamento de disco envolvem o armazenamento do layout da partição no próprio disco, junto com os dados.

É fácil estragar os dados em um disco: apenas apagar os dados da partição. A GPT conserta isso um pouco, mas os dados de como ela é particionada ainda estão ao lado dos dados.

Não podemos armazenar a tabela de partição em um chip de memória flash no disco, em uma maneira Out of Band (OOB)? Forneça um comando ATA para consultar partições e para procurar um setor específico em uma partição específica, que o controlador de unidade possa converter para números e endereços de setores absolutos de disco. A compatibilidade não seria um problema: o disco mudaria para o modo particionado usando um comando específico. Senão, seria apenas falsificar os setores relevantes para a tabela de partições, ou melhor, usar a maneira atual de armazenar tabelas com dados. Dessa forma, a proteção para gravar informações da tabela de partição pode ser obtida ...

UPDATE

PROPOSTA:

• Armazenar tabela de partição E tabela de partição consultando o código em disco em um minúsculo chip flash.
• Lendo pelos comandos usuais do ATA.
• A modificação da tabela de partições requer novos comandos ATA
• Escrever um novo esquema de particionamento requer outros novos comandos.
• Camada de compatibilidade para operação contínua com sistemas não-compatíveis com particionamento OoB.

BENEFÍCIOS:

• A GPT usa um máximo de 34 setores duas vezes em setores de 512 bytes. 34 KB.
• Reduz o risco de sobrescrever ou perder dados de partição
• O disco pode ser particionado de QUALQUER MANEIRA: os comandos ATA cuidarão, usando rotinas armazenadas
• Torna os discos muito mais portáteis, o SO não precisa se preocupar com isso
• Métodos padrão para gravar em flash, tanto para modificar como para criar novos esquemas de particionamento

Answer 1

Isso está de acordo com um problema clássico e recorrente nos computadores em geral - é melhor armazenar metadados (ou seja, "dados sobre dados" - especialmente coisas como "que tipo são esses dados") no mesmo fluxo que os dados em si ou separadamente?

Se o chip flash que contém as informações de hardware é acessível para leitura / gravação tanto quanto o setor 0 do disco rígido, você realmente não comprou nenhuma proteção adicional. É tão fácil destruir o armazenamento flash da partição quanto é o setor 0, e apenas marginalmente mais difícil de evitar.

Você introduziu complexidade adicional, necessidades de desenvolvimento de firmware e custo de fabricação para um pequeno benefício.

"Bloqueio" e coisas assim - eu acho que seria bom fazer um BIOS bloquear a tabela de partições de uma unidade, mas estou realmente mais preocupado com os dados na partição do que com a própria partição. Eu também gostaria de poder alterar as partições e trocar discos rígidos sem ter que pedir permissão ao meu futuro BIOS com DRM.

Uma coisa que o estudo de rede me ensinou é que, às vezes, para um dispositivo ou serviço dizer "nada é meu trabalho, mas essa tarefa" é realmente a coisa melhor e mais robusta. Queremos que os projetistas e fabricantes de discos rígidos se concentrem em uma única coisa: armazenamento confiável e abundante. Se você não tem isso, pouco mais importa em um computador. Permitir que tudo o mais (particionamento, segurança, etc.) seja "não o trabalho da unidade" permite que a própria unidade seja confiável, substituível, facilmente atualizável e expansível.