LBA та розмір сектору


11

Чи завжди LBA вказує сектори як 512 байт, навіть якщо накопичувач відформатований з 4К секторами? Тому що я читав, що ви повинні відформатувати межі розділу так, щоб кластери 4K узгоджувалися з 4K секторами. Я припускаю, що ця проблема виникає, якщо диск відформатований у 4K сектори, але LBA призначає його кожні 512 байти. Це причина? Також, чи є причина геометрії логічного приводу відмінна від геометрії фізичного приводу - для підтримки зворотної сумісності зі старими стандартами та обмежень із CHS? Якщо геометрія, про яку повідомляється, не є точною, чому розбиття розділів все ж потрібно починати з сектора 63 (якщо це не завжди правильний циліндр)?

І чи узгоджуються кластери з початком розділу чи початком диска?

Відповіді:


10
  • Чи завжди LBA вказує сектори як 512 байт, навіть якщо накопичувач відформатований з 4К секторами?

Так, багато коду у світі було написано за часів виключного панування 512-байтних секторів. Цей код не може обробляти будь-який інший розмір сектору, тому обладнання BIOS / диска завжди емулює 512-байтні сектори незалежно від фактичного розміру сектору. В іншому випадку 95% операційних систем взагалі не завантажуються з таких дисків.

  • Крім того, чи є причина геометрії логічного приводу відмінна від геометрії фізичного приводу - для підтримки зворотної сумісності зі старими стандартами та обмежень із CHS?

У системі адресації CHS є межі. 1 ≤ S ≤ 63, 0 ≤ H ≤ 255 (а іноді 0 ≤ C ≤ 1023). Це причина існування логічної геометрії та відрізняється від фізичної геометрії.

  • Якщо геометрія, про яку повідомляється, не є точною, чому розбиття розділів все ж потрібно починати з сектора 63 (якщо це не завжди правильний циліндр)?

Починаючи з Windows Vista, FDISKстворюється перший розділ на LBA-секторі 2048 (вирівнювання 1М). Він може мати будь-які координати CHS; вони вже не мають значення.

У Windows XP та попередніх версіях перший розділ був створений на секторі CHS (C = 0, H = 1, S = 1), який зазвичай відображається на сектор LBA 63 (якщо логічна геометрія цього диску має 63 сектори на доріжку). Деякі флеш-накопичувачі USB мають логічну геометрію з 32 віртуальними секторами на трек, тому перший розділ починається з сектора LBA 32 для них. У будь-якому випадку, все це не має нічого спільного з фактичною геометрією диска, причинами продуктивності тощо - це чиста традиція, припинена у Vista / Windows 7.

  • Чи кластери узгоджуються з початком розділу чи початком диска?

Кластери завжди вирівнюються з початком розділу. Таким чином, вони можуть бути неправильно вирівняні на диску, якщо розділ був створений у попередній Vista FDISKі нерівний.


6

Сама LBA може застосовуватися до будь-якого розміру сектору, але розміри сектору жорсткого диска були 512 байт з моменту запуску ПК, і все апаратне та програмне забезпечення було жорстко закодовано з цим припущенням. Тож замість того, щоб чекати, коли нові системи та операційні системи підтримуватимуть 4K сектори, диск буде зовні виглядати як 512-байтовий секторний привід.

CHS був мертвий з моменту введення LBA48 у 2003 році. CHS обмежений 128 ГБ, тому кожен привід, більший за цей розмір, не підтримує CHS (погляньте на сучасний накопичувач; він не матиме значення CHS на етикетці ). У випадку, коли всі апаратні та операційні системи вже були оновлені (Windows 98 додала підтримку LBA).

Навіть при CHS фізичні характеристики приводу не відповідали значенням CHS. Якщо серйозно, жоден жорсткий диск ніколи не мав 255 голів. Контролер накопичувача внутрішньо перетворить значення CHS в LBA.

Розділи не повинні починатися з сектора 63 - це старе обмеження DOS. DOS вимагав, щоб перегородка не розділяла межу циліндра, а CHS має 63 сектори для циліндра. Майкрософт до Windows XP вирішив зберегти сумісність з DOS (можна було подвоїти Windows 98, ME та XP на розділі FAT32). До секторів 4K з цим не було проблем.

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.