Qual é a capacidade exata do HD de 1000GB?

Question

1 GiB = 1024 * 1024 * 1024 bytes

1 GB = 1000 * 1000 * 1000 bytes

Isso é fácil! Eu não quero falar sobre isso!

Eu tenho um laptop que deve ter (de acordo com o vendedor) 1000 GB. Isso é 1000 000 000 000 bytes. Tem capacidade ligeiramente maior de acordo com o fdisk - exatamente 1000204886016 bytes.

Isso é aproximadamente 0,2 GB mais do que deveria ter!?

Eu não me importei até agora.

Eu sou antes de algumas reinstalações e partições em movimento sem formatação e gostaria de fazer backup de toda a unidade, incluindo bootloader e tudo antes de fazer coisas possivelmente perigosas. Eu quero copiá-lo setor por setor usando um comando como o seguinte:

dd if=/dev/sda of=/dev/sdb

Agora eu quero comprar um disco rígido. Não quero gastar mais comprando disco maior do que o necessário. Então, é suficiente comprar outro HD de 1000GB?

Terá o mesmo tamanho? Em caso afirmativo, por que os discos de 1000 GB têm exatamente essa capacidade? Em caso oposto existe uma maneira de descobrir se o disco é grande o suficiente antes de comprar?

    

Answer 1

Sob o princípio de "melhor prevenir do que remediar", é melhor comprar um disco maior do que o necessário; afinal de contas, você pode sempre repavimentá-lo e usá-lo para outra coisa, uma vez que você terminar de fazer coisas perigosas.

Dito isto, se você realmente não puder fazer isso, recomendo comprar outro disco do mesmo modelo do que você está substituindo, porque exatamente quantos bytes um determinado disco de "1 TB" pode conter é muito provável que seja específico do fabricante e do modelo. Caso contrário, você precisará executar o fdisk em seu disco de backup em potencial ou localizar o resultado de outra pessoa, para saber exatamente quantos bytes ele pode conter.

    

Answer 2

Nem todos os discos rígidos com a mesma capacidade de estado são do mesmo tamanho, embora minha experiência me diga que a maioria é para unidades mais novas. (Para mitigar problemas com geometria, sempre usei para localizar o arquivo de troca no final da unidade e recriá-lo - um pouco maior ou menor, por isso, se ele foi corrompido durante um DD, isso não importou. Eu não precisei fazer isso por um tempo, e os últimos 2 [diferentes idades, modelos diferentes de 1 TB WD discos rígidos tinham geometria idêntica])

Em vez de fazer o backup usando dd, por que não gravar um arquivo grande (por exemplo, dd if = / dev / zero de = tmpfile.del bs = 4096 count = X) e, em seguida, excluí-lo antes de fazer um tar - czf /new/drive/backup.tgz - que então comprimirá a unidade e ajustará? (criar o arquivo zero byte e deletá-lo irá garantir que o espaço seja realmente compressível, independente do que estava lá antes, também usar tar pode ser mais rápido que dd porque ele grava menos dados - o que geralmente é um processo mais lento que a compressão, mas YMMV)

    

Answer 3

Se o disco rígido não estiver cheio, você pode fazer algo como

gzip </dev/sda >/dev/sdb

Mas, como sugerido por davidgo, escrever um enorme arquivo preenchido com zero sobre o espaço vazio pode melhorar a compactação se você tiver excluído muitos arquivos. Os sistemas de arquivos geralmente excluem apenas o inode de um arquivo e deixam seu conteúdo na unidade até que seja necessário substituí-lo por outro arquivo.

Se o sistema de arquivos suportá-lo, você também pode tentar encolher a partição que reside no final da unidade por esses 205 MB extras ou qualquer que seja a diferença. Então você não teria que copiar esse espaço extra. Você poderia olhar os últimos 205 MB para ver se há algo significativo ou se é apenas (principalmente) preenchido com zeros, em cujo caso o redimensionamento da partição deve ser bastante seguro.

tail -c 205MB </dev/sda | hd

Isso gerará uma enorme quantidade de saída, embora não esteja vazio.

    

Answer 4

I have laptop which should have (according to seller) 1000 GB. That is 1000 000 000 000 bytes. It has even slightly bigger capacity according to fdisk - exactly 1000204886016 bytes.

Isso é aproximadamente 0,2 GB mais do que deveria ter!?

Isso é normal. Números como 1.000 ou até 1.024 são apenas “agradáveis, redondos” em cenários específicos, como para nós e para o software de computador. Quando você fabrica uma unidade, é extremamente difícil criá-la para ser um número exato como esse, especialmente para qualquer tipo de mídia redonda, como discos rígidos ou DVDs, porque você está lidando com círculos e, claro, quando está lidando com círculos, graças a π, você quase nunca terá números inteiros, muito menos "números redondos".

Assim, quando você cria um dispositivo de armazenamento, ele é arredondado para o "bloco" mais próximo. Qualquer que seja o bloqueio depende de vários fatores e pode causar um pouco ou até mesmo muito espaço extra (embora seja sempre insignificante o suficiente para não incomodar a impressão do excesso na caixa em grandes adesivos em formato de estrela como “20% mais espaço de graça !!! ”.

Mesmo com mídias não-circulares como flash-drives e cartões de memória (bem como discos rígidos, é claro), eles ainda garantem a inclusão de vários setores extras para uso como backups, de modo que quando um setor morre, o firmware da unidade pode remapá-lo para uma das “peças de reposição”. Se essas peças sobressalentes são visíveis para o usuário como espaço “extra” ou não, depende do fabricante (como cpast disse, ele pode variar de lote para lote de o mesmo modelo ). Alguns optam por deixá-lo ver e usá-los, assumindo que, quando um setor vai mal, fica marcado e o cliente não fica infeliz, pois ainda está obtendo a capacidade total (e um pouco mais) pela qual pagou. Outros ocultam os setores sobressalentes e fazem com que o disco seja remapeado de forma transparente, para que o usuário nunca saiba que há algo errado. Isso é preferível (e mais comum atualmente) porque coloca o ônus do nivelamento de desgaste na unidade em vez de no sistema operacional ou no sistema de arquivos. Mesmo nesse cenário, uma vez que normalmente haverá mais setores sobressalentes do que o necessário (por seus algoritmos de cálculo de falhas), eles geralmente tornam o excesso visível também.

Will it have the same size? If so why does the 1000GB disks have exactly this capacity. In oposite [sic] case is there a way to find out if disk is big enough before buying?

Não há como saber qual será a capacidade exata (até o byte / setor), pois ela varia e não faz parte das propriedades da unidade. é uma espécie de "bônus", então alguns terão mais, outros terão menos.

Now I want to buy a harddisk. I don't want to spend more money by buying bigger disk than I need.

É claro, especialmente porque obter uma unidade com mais de 1 TB significa comprar uma que tenha pelo menos 1,5 TB (não há muitas divisões minúsculas entre elas).

So it is enough to buy another 1000GB HDD?

Depende de quão completa é a unidade de origem e o método de backup. Se você usar programas de backup normais (cópia em nível de arquivo ou imagem de unidade), poderá copiar a fonte sem problemas se não contiver mais do que a capacidade da unidade de destino. Se você clonar como você pretende fazer, então as coisas poderiam ficar complicadas.

Algumas ferramentas de clonagem são projetadas para explicar as variações nas unidades de origem e de destino e ter formas de lidar com elas (por exemplo, oferecer algumas opções e permitir que você decida qual delas deseja).

Se você quiser usar algo simples como dd , então será um pouco mais problemático, mas ainda assim bastante fácil de lidar:

1. Obtenha uma unidade de 1000 GB (boa) e descubra a capacidade exata de encontrar o limite / linha.
2. Certifique-se de que a quantidade de espaço usado na unidade antiga não seja maior que o tamanho total da nova unidade.
3. Faça uma desfragmentação para mover todos os dados dos setores de numeração baixa.
   • É claro que isso não garante que não haja dados no ponto de linha devido a lacunas devido à fragmentação. Portanto, você desejará usar um disk-map -viewer para ver se você tem algum arquivo que está "fora dos limites" e embaralhe as coisas (por exemplo, excluir ou mover para uma unidade sobressalente) até que você não tenha nada sobre a linha.
4. Use o parâmetro count de dd para limitar o número de setores a serem copiados para evitar passar por cima.
5. Se necessário, copie de volta ou faça um novo download ou qualquer que seja, todos os arquivos que você removeu da unidade antiga na etapa 3b.

Answer 5

Seu problema básico é que a capacidade exata é indefinida.

Se a unidade tiver menos de 1.000.000.000.000 bytes, o vendedor está sujo, mas não há promessas além desse ponto. Projetos internos diferentes produzirão valores diferentes. Você poderia até obter uma capacidade diferente de hardware idêntico se eles alterassem o número de setores sobressalentes na unidade.