Шукайте (дещо) кращих пояснень щодо підтримки> 2 ТБ жорстких дисків

Сьогодні, поки Гуглінг про мене наткнувся на пости, стверджуючи, що Seagate планує поставити 3-тиТБ привід десь пізніше в 2010 році. На жаль, речі, на які я дивився, здавалося, містять ласощі інформації, яку я не вважав належним разом. (Я б посилався на кілька прикладів, але мені наразі дозволено лише 1 посилання на повідомлення).

Зараз я справді не маю жодної «потреби», щоб краще зрозуміти основні нудні деталі цього. Мені просто цікаво. І розгублений.

Отже ... кілька питань, на які я сподіваюся, що хтось краще обізнаний, ніж я можу відповісти.

1. Розмова про потенційну проблему вирішення як апаратного, так і програмного забезпечення мене збентежила. Твердження полягає в тому, що щось, що називається, щось, що називається Long LBA addressing (LLBA), потрібне, Command Descriptor Blockяк спосіб обійти поточні межі для доступу до жорсткого диска більше 2 ТБ (1 ТБ = 2⁴⁰ Б).

   Добре, гаразд. Але я подумав, що останній раз, коли ця проблема з'явилася, вона була вирішена шляхом збільшення довжини поля LBA з 28 до 48 біт. (Пам'ятайте цей веб-сайт? Www.48bitlba.com ) 6-байтний LBA явно достатньо великий, тому що з цим розмовою про LLBA. Я думав, що це все виправлено за допомогою Win XP SP2, якщо не раніше? І, звичайно, все обладнання повинно відповідати цьому, чи не так?

2. Справжньою проблемою, наскільки я це розумію, з накопичувачами, значно більшими за 2 ТБ, є 4-байтні поля LBA в Master Boot Record (MBR), які використовуються для розділення майже всіх жорстких дисків на даний момент. Найімовірніше рішення - перейти на Intel GUID Partition Table (GPT). GPT використовує 8 байтових полів для LBA.

   Що я не розумію в цьому контексті, в чому полягає проблема з завантаженням, скажімо, Windows з 3-тиТБ-накопичувача, який використовує GPT. Звичайно, поточна BIOS ПК не знає, як розпізнати або працювати з GPT. Але кожен GPT має так званий MBR "Безпека" або "Охорона" в секторі 0.

   Apple вже використовує гібридну версію MBR, щоб дозволити їм завантажувати Windows на своїх Intel Macs (він же Boot Camp). Не вдалося зробити щось подібне, щоб дозволити PC BIOS розпізнавати та завантажувати з розділу, скажімо, перші 2 ТБ накопичувача на 3 ТБ або більше?

У мене більше запитань, таких як, де 4K сектори вписуються у все це. Але, мабуть, час я просто заткнувся та опублікував це. ;-)

-раціональний Джон

Заяви про "Long LBA", схоже, походять від того самого менеджера продуктів Seagate. Що вона, мабуть, мала на увазі, що незважаючи на те, що 48-розрядний LBA є стандартом на апаратному забезпеченні, 32-розрядні ОС та драйвери можуть не підтримувати всі 48 біт, оскільки (а) вони 32-бітні і це більше клопоту, і (b) MBR підтримує лише 32 біти для розділів так чи інакше.

Коли бар'єр на 128 ГБ був зламаний, прийнявши 48-розрядний LBA, це було як на апаратній стороні, в специфікації ATA, піднімаючись з 28 біт; а також на стороні ОС / драйвера, щоб переконатися, що вони не жорстко кодували цю стару 28-бітну межу. Ви, напевно, можете сказати, що поточні добре написані драйвери насправді відповідають фактичному 48-бітовому ліміту, але легко зрозуміти, як десь по ланцюгу хтось пройшов легкий вихід і підтримує лише 32 біти у своїх 32-бітних драйверах. Враховуючи, що 32-бітні ОС все одно виходять, можливо, не варто намагатися переконатися, що все це працює.

Як ви вже говорили, справжньою проблемою (як мінімум, для Windows) є завантаження диска GPT з комп'ютера на базі BIOS (не EFI). Захисний MBR призначений для того, щоб весь диск здавався єдиним невідомим розділом, так що комп'ютер, що знає BIOS / MBR, навіть не торкнеться його. Ви можете створити гібридний диск, щоб MBR також містив інші записи для розділів нижче бар'єру 2 ТБ. Але такі гібридні диски неміцні (їх легко виправити за допомогою інструментів розділів MBR або GPT), і вже не офіційно диски GPT. Ви також не завантажуєте жодних розділів GPT, ви завантажуєте MBR-розділи. Це може бути добре, якщо ви просто хочете використовувати розділ GPT як привід даних.

І чому BIOS не може завантажувати GPT? Коротка відповідь полягає в тому, що вони не мають, і щоб додати цю можливість, вам знадобиться розумніша BIOS. І саме для цього EFI.

Сектори 4 КБ дають вам 16 ТБ дисків з 32-бітною LBA. (А менша кількість великих секторів означає потенційно менші витрати на введення / виведення.) Але всі ОС та драйвери та навіть деякі додатки повинні бути написані для підтримки секторів змінного розміру. Все, що вам потрібно, - це одне місце, де розмір сектору важко закодований на 512, щоб його зламати. Тож сектори 4 КБ також не є "простим" рішенням, оскільки це займе багато роботи від багатьох сторін. Але якщо ви збираєтеся написати майбутнє програмне забезпечення для підтримки GPT (що є агностиком для сектору) та секторами змінного розміру, воно може бути прийнято як звичайну практику в певний момент.

Ви, звичайно, можете завантажуватися з диска GPT на машині BIOS. Тільки що Windows стверджує, що не може.

Навіть це не справді; ви можете завантажувати Windows з комп'ютера BIOS на диску GPT: вам знадобиться лише один крихітний додатковий диск MBR для зберігання завантажувальних файлів. На жорсткому диску використовується інша ОС із запасним (невеликим) розділом, дискетою, USB-накопичувачем (передбачається) ...

Завантажте диск для встановлення / відновлення Windows. Створіть системний диск на паличці та використовуйте bcdbootдля того, щоб розмістити файли завантаження на палиці. Додайте завантажувач за допомогою bootsect. Змініть {bootmgr} deviceна boot. Черевик з палички.

Кроки докладно тут .

Що я не розумію в цьому контексті, в чому полягає проблема з завантаженням, скажімо, Windows з 3-тиТБ-накопичувача, який використовує GPT.

У традиційній системі BIOS BIOS завантажує завантажувальний сектор з диска і запускає його в 16-бітному реальному режимі. Код, завантажений із завантажувального сектору, потім повинен знайти та завантажити належну ОС.

MS ніколи не реалізували підтримку GPT у своєму завантажувачі в реальному режимі. Таким чином, він не може читати таблицю розділів GPT і завантажувати решту ОС. Тому для завантаження Windows з диска GPT вам потрібно використовувати uEFI замість традиційного BIOS (це нормально, якщо ваша материнська плата підтримує її, а версія Windows досить нова) або використовувати якусь форму вирішення, наприклад, сторонній завантажувач, a гібридний тип розділу або окремий диск для завантаження.