2

1 ГиБ = 1024 * 1024 * 1024 байта

1 ГБ = 1000 * 1000 * 1000 байтов

Это просто! Я не хочу говорить об этом!

У меня есть ноутбук, который должен иметь (по словам продавца) 1000 ГБ. Это 1000 000 000 000 байтов. Он имеет даже немного большую емкость в соответствии с fdisk - ровно 1000204886016 байт.

Это примерно на 0,2 ГБ больше, чем должно быть !?

Я не возражал до сих пор.

Я до некоторых переустановок и перемещения разделов без форматирования, и я хотел бы сделать резервную копию всего диска, включая загрузчик и все, прежде чем делать, возможно, опасные вещи. Я хочу скопировать его сектор за сектором, используя следующую команду:

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

Теперь я хочу купить жесткий диск. Я не хочу тратить больше денег, покупая больший диск, чем мне нужно. Так достаточно ли купить еще один жесткий диск на 1000 ГБ?

Будет ли он иметь такой же размер? Если так, то почему 1000 ГБ дисков имеют именно такую емкость? В другом случае, есть ли способ узнать, достаточно ли большой диск перед покупкой?

5 ответов5

8

По принципу «лучше, чем потом сожалеть», вам лучше купить диск большего размера, чем нужно; в конце концов, вы всегда можете восстановить его и использовать для чего-то другого, как только вы закончите делать опасные вещи.

Тем не менее, если вы действительно не можете пойти по этому пути, я бы порекомендовал купить еще один диск той же модели, что и тот, который вы заменяете, потому что именно то, сколько байтов может вместить данный диск "1 ТБ", весьма вероятно, будет производитель и модель. В противном случае вам нужно будет либо запустить fdisk на вашем предполагаемом резервном диске, либо найти результат того, что кто-то другой сделал, чтобы точно знать, сколько байтов он может хранить.

4

Не все жесткие диски с одинаковой емкостью имеют одинаковый размер, хотя мой опыт подсказывает, что большинство из них предназначены для более новых дисков. (Чтобы уменьшить проблемы с геометрией, я всегда использовал, чтобы найти файл подкачки в конце диска и воссоздать его - немного больше или меньше, поэтому, если он был поврежден во время DD, это не имело значения. Мне не нужно было делать это какое-то время, и последние 2 года [разный возраст, жесткие диски WD разных моделей объемом 1 ТБ имели одинаковую геометрию])

Вместо резервного копирования с использованием dd, почему бы не записать большой файл (например, dd if =/dev/zero of = tmpfile.del bs = 4096 count = X), а затем удалить его непосредственно перед выполнением tar -czf /new /drive/backup.tgz - что потом сожмет диск и подойдет? (создание нулевого байтового файла и его удаление обеспечит возможность сжимания пространства, независимо от того, что было раньше, также использование tar может быть быстрее, чем dd, поскольку он записывает меньше данных, что обычно медленнее, чем сжатие, но YMMV)

0

У меня есть ноутбук, который должен иметь (по словам продавца) 1000 ГБ. Это 1000 000 000 000 байтов. Он имеет даже немного большую емкость в соответствии с fdisk - ровно 1000204886016 байт.

Это примерно на 0,2 ГБ больше, чем должно быть !?

Это нормально. Числа, такие как 1000 или даже 1024, являются «хорошими, круглыми» только в определенных сценариях, подобных нам и программному обеспечению. Когда вы производите диск, очень трудно создать его точно таким же числом, особенно для любого типа круглых носителей, таких как жесткие диски или DVD, потому что вы имеете дело с кругами и, конечно, когда вы имеете дело с кругами, благодаря π у вас почти никогда не будет целых чисел, не говоря уже о «круглых числах».

Таким образом, при создании устройства хранения оно будет округлено до ближайшего «блока». Каким бы ни был блок, зависит от множества факторов и может привести к тому, что на нем будет мало или даже много дополнительного пространства (хотя оно всегда достаточно незначительно, чтобы не печатать излишки по всей коробке большими большими звездообразными наклейками, такими как «на 20% больше» место БЕСПЛАТНО !!! ».

Даже с некруглыми носителями, такими как флэш-накопители и карты памяти (а также жесткие диски, разумеется), они по-прежнему обязательно включают в себя несколько дополнительных секторов для использования в качестве резервных копий, чтобы в случае смерти сектора прошивка диска можно переназначить его на одну из «запчастей». Видны ли эти запчасти пользователю как «дополнительное» пространство или нет, зависит от производителя (как сказал cpast, они могут варьироваться даже от партии к партии одной и той же модели). Некоторые предпочитают, чтобы вы видели и использовали их, предполагая, что когда сектор выходит из строя, он помечается, и клиент не недоволен, поскольку он все еще получает полную (и чуть больше) емкость, за которую он заплатил. Другие скрывают резервные сектора и позволяют преобразовать диск прозрачно на лету, чтобы пользователь даже не знал, что что-то не так. Это является предпочтительным (и наиболее распространенным в наши дни), потому что оно возлагает ответственность за выравнивание износа на диск, а не на ОС или файловую систему. Даже в этом сценарии, поскольку обычно будет больше резервных секторов, чем необходимо (благодаря их алгоритмам расчета ошибок), они обычно также делают излишки видимыми.

Будет ли он иметь такой же размер? Если так, то почему 1000 ГБ дисков имеют именно такую емкость? В другом случае, есть ли способ узнать, достаточно ли большой диск перед покупкой?

Нет никакого способа узнать, какой будет точная емкость (до байта / сектора), потому что она варьируется и не является частью свойств диска; это своего рода «бонус», поэтому у одних будет больше, у других - меньше.

Теперь я хочу купить жесткий диск. Я не хочу тратить больше денег, покупая больший диск, чем мне нужно.

Конечно, тем более, что получение диска объемом более 1 ТБ означает получение диска объемом не менее 1,5 ТБ (между ними не так много, если есть какие-либо мелкозернистые деления).

Так достаточно ли купить еще один жесткий диск на 1000 ГБ?

Это зависит от того, насколько заполнен исходный диск, и от способа резервного копирования. Если вы используете обычные программы резервного копирования (копирование на уровне файлов или создание образа диска), вы можете без проблем скопировать источник, если он содержит не более чем емкость целевого диска. Если вы клонируете это так, как намереваетесь сделать, то все может быть сложно.

Некоторые инструменты клонирования предназначены для учета изменений в исходных и целевых дисках и имеют способы борьбы с ними (например, предлагая несколько вариантов выбора и позволяя вам выбрать, какой вы хотите).

Если вы хотите использовать что-то простое, например, dd, то это будет немного сложнее, но все же довольно легко обработать:

  1. Получите (хороший) диск объемом 1000 ГБ и узнайте точную емкость, чтобы найти предел / линию.
  2. Убедитесь, что объем используемого пространства на старом диске не превышает общий размер нового диска.
  3. Выполните дефрагментацию, чтобы переместить все данные в секторы с низким номером.
    • Конечно, это не гарантирует отсутствия данных через точку строки из-за пробелов из-за фрагментации. Поэтому вы захотите использовать средство просмотра карты диска, чтобы увидеть, есть ли у вас какие-либо файлы, находящиеся «за пределами», и перемешивать (например, удалять или перемещать на запасной диск) до тех пор, пока у вас не останется ничего по линии ,
  4. Используйте параметр count dd чтобы ограничить число секторов, которые будут скопированы, чтобы избежать перехода.
  5. При необходимости скопируйте или повторно загрузите или что-либо еще, любые файлы, которые вы удалили со старого диска в шаге 3b.
0

Ваша основная проблема в том, что точная емкость не определена.

Если накопитель имеет менее 1 000 000 000 000 байтов, продавец грязен, но никаких обещаний за пределами этой точки нет. Различные внутренние конструкции будут давать разные значения. Вы могли бы даже получить различную емкость от идентичного оборудования, если бы они изменили количество резервных секторов на диске.

0

Если жесткий диск не заполнен, вы можете сделать что-то вроде

gzip </dev/sda >/dev/sdb

Но, как предположил Дэвидго, запись огромного файла, заполненного нулями, через пустое пространство может улучшить сжатие, если вы удаляете много файлов. Файловые системы обычно удаляют только инод файла и оставляют его содержимое на диске до тех пор, пока он не будет перезаписан другим файлом.

Если файловая система поддерживает это, вы можете также попытаться уменьшить раздел, находящийся в конце диска, на дополнительные 205 МБ или любую другую разницу. Тогда вам не придется копировать это дополнительное пространство. Вы можете взглянуть на последние 205 МБ, чтобы увидеть, есть ли что-то значимое или оно просто (в основном) заполнено нулями, и в этом случае изменение размера раздела должно быть довольно безопасным.

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

Это будет генерировать огромное количество выходных данных, хотя, если оно не пустое.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .