Установка дисков объемом 3 ТБ в Debian

Question

Я использую внутренний USB-адаптер жесткого диска для установки резервных дисков. Адаптер работал хорошо с моими предыдущими 1 ГБ резервными дисками.

Мы только что получили два новых жестких диска по 3 ТБ. Мы подключили его с USB-адаптером для жесткого диска, и fdisk обнаружил его как диск на 801,6 ГБ.

Поэтому после поиска в Google я установил "parted" и попытался:

(parted) mklabel gpt
...
(parted) mkpart primary 0 -0

Та же проблема размера остается:

(parted) print                                                            
Model: Generic External (scsi)
Disk /dev/sdd: 0.80TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      0.00TB  0.80TB  0.80TB               primary

У меня та же проблема и тот же плохой размер с двумя жесткими дисками.

И похоже, что GPT поддерживается моим ядром. Я что-то пропустил?

Спасибо!

Answer 1

Techie007 почти наверняка правильно. Я просто хочу немного уточнить. Проблема заключается в том, что диск размером 2 ТБ имеет ровно 2 ^ 32 сектора (при условии, что размер сектора составляет 512 байт), поэтому для любого размера более 2 ТБ требуется более 32 бит для представления его размера. Я видел сообщения по крайней мере о трех способах, которыми USB-адаптеры и корпуса работают с дисками объемом более 2 ТБ:

• Некоторые используют 32-битные значения и игнорируют проблему. Обычный результат - это то, что вы видите: диск считается на 2 ТБ меньше, чем он есть. (В принципе, диск размером более 4 ТБ будет отображаться как 4 ТБ, 8 ТБ или как-то иначе, кратный 2 ТБ, чем он есть.) Очевидно, что это не решение проблемы - это проблема, так как это делает ( в большинстве случаев ) диск непригодным для использования через корпус. Этот подход наиболее распространен в старых корпусах.
• Некоторые преобразовывают 512-байтовый (логический) размер сектора, сообщаемый диском, в 4096-байтовые сектора. Это увеличивает лимит 2 ТБ до 16 ТБ, что достаточно для всех современных отдельных дисков. Это решение эффективно, но оно может вызвать проблемы, если пользователь перемещает диск между корпусом, который выполняет этот перевод, и прямым соединением. Проблема в том, что таблицы разделов относятся к номерам секторов, поэтому изменение размера сектора приводит к изменению этих номеров. Я даже слышал о корпусах, которые выполняют этот перевод на своих портах USB, но не на портах eSATA, что, конечно, делает проблемы чрезвычайно вероятными.
• Некоторые разделяют диск на два (или, возможно, больше) виртуальных диска, первый размером 2 ТБ, а второй - оставшуюся часть диска.

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

Answer 2

Это может быть ваш USB-адаптер, некоторые не могут работать с большими (> 2 ТБ) дисками.

Подключите накопитель напрямую через SATA и посмотрите, сможет ли система справиться с ним. Если это так, то это USB-адаптер; если нет, то это проблема контроллера или набора микросхем для ОС или жесткого диска.