питання:

Може хто-небудь пояснити чим відрізняється Large від LBA і від CHS? Залежно від чого вибирати ці параметри? Або дайте посилання де про це можна почитати.

відповідь:

LBA, Large, CHS - методи трансляції номерів секторів в вінчестері.
Раніше, коли жорсткі диски були невеликими, звернення до сектору відбувалося наступним чином:
Додаток (операційна система зокрема) викликає функцію 2 (читання сектора) (або 3 - запис) переривання BIOS int 13h і передет їй три координати необхідного сектора - циліндр (доріжка), головка, номер сектора на доріжці. Ці три параметри могли набувати значень 0-1023, 0-255, 1-63 відповідно доріжка, головка, сектор (якщо перемножити ці цифри ми отримаємо 8 гб, ємність досить велика і за сьогоднішніми мірками, але важко уявити собі диск з такими параметрами) . Ці діапазони були закладені розробниками BIOS ще найпершої IBM PC в далекому 1981 (здається) році. Тоді ці обмеження не доставляли особливих незручностей, оскільки самий ємний накопичувач в 30 мегабайт мав 27 секторів на доріжці, 4 або 6 головок при 100-150 циліндрах. Ті кому було мало цих мегабайт ставили другий диск. Передані координати один до одного, без будь-яких перетворень і перерахунків заганялись в регістри контролера диска.
Незабаром з'явилися IDE накопичувачі, які були більш місткими і менш громіздкими. Апаратні регістри їх контролерів дозволяли адресувати 256 секторів, 16 головок і 65536 доріжок. Однак, реальні розміри дисків були ще далекі від цих цифр і тому при роботі використовувалися ті ж самі функції BIOS з тими ж самими обмеженнями. Алгоритм роботи BIOS був таким же як і раніше - зазначені координати також засилали в контролер і т.д.
Такий метод адресації секторів зараз називається прямою адресацією секторів або CHS (Cylinder-Head-Sector). Використовується при необхідності підключити до сучасної машині старий диск, а також при необхідності запуску деяких тупих програм. Якщо спробувати звернутися цим методом до гвинта ємністю вище 514 мб, то система побачить тільки перші 514 мб - причини - див. LBA.
Згодом стало ясно, що фізично неможливо було розмістити в корпусі диска 256 головок, в той час, як збільшити кількість циліндрів було набагато простіше і легше. Диски з максимальною ємністю в 514 неформатованих мегабайт не могли задовольнити постійно зростаючі запити нового ПО і мультимедійних систем. Навіть установка 2 або 4 дисків проблему не вирішувала, з тільки відсувала її на деякий час.
Тоді був розроблений ряд методів, які давали можливість обійти обмеження устарешего BIOS. Тут і програмні рішення, на зразок популярного свого часу ADM, і досить екзотичні апаратні рішення, коли один фізичний диск представлявся системі як 2, а то і 3 диска. Але всі вони мали свої недоліки і обмеження. Так, ADM відразу ж "вмирав", при найменшій псування MBR, а "роздвоюється" диск не дозволяв підключити до себе slave накопичувач. Єдиний прижився метод - Large. Він застосуємо для дисків, у яких число циліндрів між 1024 і 2048 і не підтримують LBA (див. Нижче), але такі диски практично не зустрічаються зараз. Цей метод "обманює" систему передачі параметрів BIOS, збільшуючи в 2 рази число головок і в стільки ж разів зменшуючи число циліндрів, тим самим заганяючи його в рамки функцій 2/3 і не змінюючи ємність диска.
У 1994 році з'явився стандарт LBA - Large (або Logic) Block Addressing, що застосовується і до цього дня.
LBA використовує т.зв. трансляцію секторів, при якій його реальні параметри відрізняються від тих, які бачить система. Трансляція дозволила вирішити і ряд інших, чисто технічних, внутрішніх задач. Наприклад, проблема поганих секторів. Раніше такі місця блокувалися на рівні FAT, і ніхто не міг заборонити програмі, яка працює на рівні секторів, писати в зіпсовані місця. Транслює контролер автоматично виводить такі сектора з обігу, підставляючи впесто них інші. Ні BIOS, ні ОС про це ніколи не знають. Ще одна особливість - коли-небудь задавалися питанням - як вміщаються в корпусі вашого диска товщиною 2 см ті 16 головок, про які він повідомляє. Відповідь проста - їх там просто немає. В сучасних дисках найчастіше одна пластина (відповідно 2 головки), рідше 2, ще рідше - 3. Але на цій пластині величезна кількість концентричних доріжок (циліндрів). А то, що видає контролер - так званий віртуальний диск з нереальними параметрами.
LBA адресує сектор не 3 координатами, а однією - логічним номером - також, як це робить DOS в своїх переривання int25 / 26h. Це номер має довжину 3 * 8 + 4 \u003d 28 біт - відповідно max 2 ^ 28 секторів - самі перерахуйте в мегабайти. Максимальні параметри гвинт видає в старій CHS схемою, тобто наприклад, диск має 16 головок, 63 сектора і 30000 циліндрів, причому зараз змінюється тільки число циліндрів, число головок і секторів практично завжди однаково. Щоб обійти те саме обмеження BIOS, використовується алгоритм, такий же, як і в Large, тобто розподіл циліндрів на 2, а головки * 2, тільки тут він працює не один раз, як в Large, а поки число головок не досягне 256, або число циліндрів не стане менше 1023. Кількість секторів не змінюється. Ось і виходить щось типу 63 секторів, 256 головок і 790 циліндрів - повна відповідність обмеженням BIOS. При зверненні до якогось сектору, його 3 координати перераховується в LBA номер, і він передається в контролер.
Якщо "сказати" BIOSу, щоб він працював з великим гвинтом в Normal (CHS) режимі, то він використовує перші 1024 циліндри - ми отримаємо ті самі 514 неформатованих мегабайт, про які говорилося вище.
Робота з накопичувачами понад 8 Гб проходить аналогічно, оскільки LBA адресує набагато більше 8 гб, тільки замість старих добрих функцій 2 і 3 використовуються інші, які мають менш жорсткі обмеження на номери доріжок, головок і секторів.
Павло

У далекі 80-і роки минулого тисячоліття;), за часів вже, напевно, мало кому відомого MFM і RLL, для доступу до вінчестера треба було знати (і вказувати) його "геометрію". Під "геометрією" розуміється "фізична" кількість циліндрів (доріжок) ( " C"- від Cylinders), головок (" H"- від Heads), і секторів на доріжку (" S"- від Sectors). Тобто будь-який блок інформації на вінчестері характеризувався трьома змінними: C, H і S (звідси - CHS-адресація). І треба відзначити, що ці величини завжди були "реальними".
Всі сучасні ж вінчестери мають принципово іншу щільність інформацію і, наприклад, навіть така, на перший погляд, "логічна" величина як S - кількість секторів на доріжку, навіть близько не відповідає зазначеному на етикетці вінчестера (і при детектив в BIOS) значенням. У реальності кількість секторів на доріжку - величина змінна і зменшується в міру наближення до останньої (крайній) внутрішній доріжці. Тому для подолання цієї неоднозначності контролер вінчестера "повідомляє" BIOS-у не реальні значення, а "більш-менш прийнятний" для нього параметри, переводячи вже надійшли від нього "координати" в "реальні".
Наприклад, вінчестер може містити дві пластини і, відповідно, чотири головки, а контролер "скаже" биосу про 16-ти наявних голівках. Мало того, биос, для "легкотравності" вже операційної системи, може люто "стверджувати", що на вінчестері зовсім не 16, а цілих 255 головок. У свою чергу ОС до проблем всіх цих "перерахунків" буде додавати ще й обмеження на обсяг розділу через використання конкретної файлової системи (наприклад, FAT16). Саме через таку багатогранності проблеми багато людей так часто сперечаються, плутаючи і змішуючи різні за походженням проблеми. Спробуємо прояснити всі аспекти проблеми.

Щоб розібратися з "обмеженнями" потрібно досить чітко уявляти всю структуру роботи з диском: від додатка до самих головок читання / запису. Схематично процес запису можна представити в наступному вигляді:

Розглянемо "формати" кожного з етапів.

1. Вінчестер "фізично" складається з однієї або декількох пластин, покритих магнітним шаром. З обох сторін пластини (іноді - тільки з однієї) розташовуються головки читання / запису інформації. Інформація записується на "доріжки", які в разі декількох головок утворюють циліндр. Доріжка розбита на сектори, кожен з яких і представляє той мінімум блок інформації, яку можна записати на диск. Стандартний розмір сектора - 512 байт.
Як вже говорилося, найперші вінчестери мали постійне кількість секторів на доріжку на всьому диску. Однак це не дозволяло ефективно використовувати всю поверхню диска - кожна наступна зовнішня доріжка довший внутрішньої, відповідно, на ній може поміститися більше інформації. Тому сучасні вінчестери розбиті на "зони", тобто сукупності сусідніх доріжок з однаковою кількістю секторів на доріжку. Саме тому графік лінійного читання вінчестера (справного) виглядає у вигляді низхідних сходинок.

2. Контролер вінчестера керує роботою головок читання / запису. Він переводить команди "інтерфейсу" в електричні сигнали на голівках. Інтерфейси бувають різні: "доісторичні" MFM і RLL, сучасні IDE (ATA) і SCSI, "майбутні" SerialATA. Нас, природно, цікавить IDE-вінчестери, тому і розглянемо інтерфейс ATA.
Як вже, знову ж таки, говорилося - "історично" склалося використання CHS-адресації. При цьому в разі ATA:

• для "С" виділено два байта (16 біт)
• для "S" - один байт мінус 1 сектор (8 біт - 1)
• для "H" - полбайта (4 біта)

Разом, максимальний вінчестер для CHS-адресації:

2 ^ 16x (2 ^ 8-1) x2 ^ 4 \u003d 65536x255x16 \u003d 267 386 880 секторів. У секторі 512 байт, отже:

HDDmax (CHS) \u003d 65536x255x16 * 512 \u003d 136 902 082 560 байт = 136.9Gb (127,5ГБ)*

"КБ" \u003d 2 ^ 10 \u003d 1024 byte
"МБ" \u003d 1024 кБ \u003d 1024 * 1024 byte \u003d 1 048 576 byte
"ГБ" \u003d 1024 МБ \u003d 1024 * 1024 * 1024 byte \u003d 1 073 741 824 byte
"Mb" \u003d 1 000 000 byte, 1 МБ \u003d 1.05Mb
"Gb" \u003d 1 000 000 000 byte, 1 ГБ \u003d 1.07Gb

Всі сучасні вінчестери використовують LBA-адресацію. У цьому випадку номер кожного сектора є 28-бітове число і максимальним диском для LBA буде:

HDDmax (LBA) = 2^28*512 = 137 438 953 472 байт = 137.4Gb (128ГБ)

3. BIOS за вищеописаною "ієрархії" знаходиться між ОС і контролером вінчестера. В його функцію входить переклад команд запиту на роботу з диском від ОС в команди контролера вінчестера.
Більшість програмного забезпечення використовує CHS-адресацію. Тому з появою "LBA-вінчестерів", щоб не переписувати наявне ПО, надійшли наступним чином. Біос в разі визначення LBA-вінчестера, переводить його параметри в CHS-версію і ОС "думає", що працює з CHS-вінчестером. Тобто 28-бітове значення LBA "розкладається" наступним чином - "циліндричні" 16 біт + "секторні" 8 біт + "головчатиє" 4 біта (разом 16 + 8 + 4 \u003d 28). Або конкретно:

• біти 0-7 - сектор (+ 1шт., тому що адресація CHS починається з 1-го, а не 0-го сектора)
• біти 8-15 - циліндр, молодший байт
• біти 16-23 - циліндр, старший байт
• біти 24-27 - головка

При отриманні запиту на роботу з диском, биос переводить для контролера це значення назад в LBA:

LBA \u003d [(Циліндр * число головок + номер головки) * кількість секторів на доріжку] + (номер сектора - 1)

4. У далекі, ще DOS-івські часи не підозрювали, що колись ємність вінчестерів буде вимірюватися десятками і навіть сотнями гігабайт. Адже найбагатший в світі людина (і самий проклинають комп'ютерної братією в одному флаконі;) теж якось міркував "про нескінченність" 640Кб оперативної пам'яті. В результаті для адресації CHS в DOS ( Int 13h) Була обрана наступна "трёхбайтовая" система:

1. один байт - для молодших бітів значення циліндрів (0-7 біти)
2. один байт - для двох старших біт значення циліндрів (8-9 біти) і шість бітів значення сектора
3. один байт - для значення головок

Разом виходило, "C" \u003d 0-1023, "H" \u003d 0-255, "S" \u003d 1-63, відповідно, максимальним вінчестером, з яким здатний працювати DOS буде:

HDDmax (DOS) \u003d 1024x256x63 * 512 \u003d 8 455 716 864 \u003d 8.46Gb (7,88ГБ)

Або для LBA-адресації це виходить 24-бітове (3 байта) число:

HDDmax (DOS-LBA) \u003d 2 ^ 24 * 512 \u003d 8 589 934 592 \u003d 8.59Gb (8ГБ)

5. Додатки використовують певну файлову систему, яка також має свої обмеження. Наприклад, в разі FAT16 обсяг розділу залежить від величини кластера і по максимуму може бути 2 ^ 16 кластерів. Кластер - це сукупність секторів і його стандартне максимальне значення - 64 сектора ( "нестандартні" 128 і більше дозволяють робити лише linux-образні утиліти), тобто 32Кб. Тобто максимальний розділ для FAT16:

FAT16max \u003d 2 ^ 16 * 32Кб \u003d 2 147 483 648 \u003d 2.15Gb (2 Гб)

Тепер, знаючи всі ці моменти, спробуємо відновити хронологію виникнення проблем "великих" дисків.

134Mb, рік 1990-й.

Найстаріша і, напевно, вже мало кому відома проблема стосується часів 100Mb (НЕ Gb!) Вінчестерів і більше. Використовувалася тоді FAT12, для якої максимальним був розділ:

FAT12max \u003d 2 ^ 12 * 32Кб \u003d 134 217 728 \u003d 134Mb (128МБ)

спосіб вирішення простий - перехід на FAT16 (для цього-то він і створювався).

528Mb, рік 1993-й.

Найперша, найвідоміша і найсерйозніша проблема, яка зачепила CHS.
Справа в тому, що всі перші біосопісателі не розраховували, що колись в їх дітища хтось спробує засунути такі "гігантські" гвинти. Проблема була з-за того, що Int13h і IDE мали такі обмеження на значення CHS:

Int13h: C / H / S \u003d 1024/256/63
IDE: C / H / S \u003d 65536/16/255

Відповідно, максимальним варіантом, що задовольняє обидва випадки було 1024/16/63, а значить найбільший встановлений вінчестер міг бути:

HDDmax (oldBIOS) \u003d 1024x16x63* 512 \u003d 528 482 304 \u003d 528Mb (504МБ)

Рішення проблеми мало три шляхи. перший - це форматування "занадто великого" вінчестера за допомогою вбудованої в біос утиліти на 528Mb. Такий спосіб був досить "поширеним" свого часу (через недосвідченість користувачів;).
другий - використання спеціального ПЗ - disk managers (типу OnTrack, EZ-Drive і ін.), Які замінять підпрограми BIOS для роботи з дисками своїми власними. Як правило, для роботи такі програми модифікували MBR диска. Однак це не дозволяло коректно працювати з диском при завантаженні з іншого вінчестера (або навіть дискети), а також виникали великі проблеми з установкою декількох ОС на такий диск.
Ну і третій - оновлення биос. Однак флеш-пам'ять для мікросхем біоса не була тоді поширена, та й інтернет не був розвинений, відповідно і прошивок ніхто не робив і не викладав. Тому через практичну малоефективність всіх цих способів, плату потрібно (було) просто замінити на "підтримує LBA".

2.11Gb, рік 1996-й.

Багато біосопісателі не врахували попередній досвід і додали в биосе всього 2 біта на циліндри. Разом виходило:

HDDmax (1996) \u003d 2 ^ 12x16x63 * 512 \u003d 2 113 929 216 \u003d 2.11Gb (1.97ГБ)

При чому деякі версії визначали тільки "частина" вінчестера (наприклад, 2.5Gb визначався як 425Mb), а деякі просто зависали при автовизначенням вінчестера через неправильне перерахунку головок.

Рішення проблеми - оновлення биос (або використання disk managers).

2.15Gb, рік 1996-й.

Тільки з'явилася Windows95 ( "A", які не OSR) використовувала DOS-івські FAT16 і тому успадковувала всі його проблеми - вищеописане обмеження в 2.15Gb на один розділ.

Рішення проблеми - установка Windows95B (OSR2), яка дозволяла використовувати FAT32. У FAT32 максимальний розділ:

FAT32max \u003d 2 ^ 32 * 32Кб \u003d 17 042 430 230 528 \u003d 17042Gb (15872ГБ)

3.28Gb, \u200b\u200bрік 1996-1997-й.

У старих версіях Phoenix BIOS (v. 4.03 і 4.04) була помилка з визначенням вінчестерів більш 3.277Mb.

Рішення проблеми - оновлення до версії 4.05 і пізніше.

4.23Gb, рік 1997-й.

Не всім відоме обмеження, воно випливає із способів вирішення "Проблеми 528Mb". Так ось, щоб подолати бар'єр 528Mb біоси могли використовувати один з двох способів: "LBA assist translation" і "Bit shift translation (" Large "Mode)".
метод "LBA-трансляції" при наявності в системі LBA-вінчестера для сумісності зі старим ПЗ ( Int 13h) Вираховував значення CHS за наступним алгоритмом:

Загальна кількість секторів на диску, S_lba	"Перерахувати" число циліндрів, C			Максимальна місткість
1 - 1 032 192
1 032 192 - 2 064 384
2 064 384 - 4 128 768
4 128 768 - 8 257 536	S_lba / (63 * 128)
8 257 536 - 16 450 560	S_lba / (63 * 255)

Однак до появи LBA-вінчестерів з'явилося багато хто не підтримує LBA вінчестерів ємністю більше 528Mb. Для роботи з такими вінчестерами використовувався наступний перерахунок циліндрів:

Число циліндрів на диску, c	Число головок, h	Преобразован- ве число циліндрів, C	Перетворений-ве число головок, H	Максималь-ва ємність
1 - 1 024
1 024 - 2 048
2 048 - 4 096
4 096 - 8 192
8 192 - 16 384
16 384 - 32 768
32 768 - 65 536

В результаті біоси, що використовують таку трансляцію для вінчестерів 4.23Gb (і більше) і мають 16 головок "переводили" їх кількість в 256. Однак старе ПО (DOS, Windows95) "розуміли" тільки значення 0-255 і 256 головок сприймалося як 0.

Рішення проблеми - оновлення биос.

7.93Gb, рік 1997-1998-й.

У тих же "деяких" Біос (що і в попередньому випадку), тільки більш просунутих, описана вище проблема обходилася прирівнянням числа головок до 15. У результаті виходило не 256, а 240 доріжок і максимальний диск:

HDDmax (Large-15) \u003d 1024x240x63 * 512 \u003d 7 927 234 560 \u003d 7.93Gb (7.38ГБ)

Рішення проблеми - оновлення биос.

8.46Gb, рік 1998-й.

вищеописане обмеження Int 13h. Правда, конфігурації з 256-ю головками не зустрічалися, тому реальне обмеження:

HDDmax (Int13h / DOS) \u003d 1024x255x63 * 512 \u003d 8 422 686 720 \u003d 8.42Gb (7.84ГБ)

Рішення - оновлення биос.

33.8Gb, рік 1999-й, літо.

сама актуальна проблема. Після виправлення в биосе "Проблеми Int 13h", Що обмежує диски до 8.4Gb, схема адресації стала аналогічною ATA-інтерфейсу:

• С - два байта (16 біт), максимум - 2 ^ 16 \u003d 65536
• H - один байт (4 біт), максимум - 2 ^ 4 \u003d 16
• S - один байт (8 біт), максимум - 2 ^ 8 \u003d 255
• або в режимі LBA - 16 + 4 + 8 \u003d 28 біт

Тобто теоретично можна було працювати з найбільшими дисками 137.4Gb. Однак знову біосопісателі помилилися. Вони не врахували, що при перерахунку циліндрів за старою схемою їм просто "не вистачить" навіть 16bit на циліндри. Наприклад, диск на 41.2Gb з конфігурацією 19710/16/255, отримував від вінчестера LBA-значення кількості секторів 80 416 800 шт. і при перерахунку по "стандартному" алгоритму з 16-ю головками і 63-ма секторами виходило:

80416800 / (16*63) = 79778 циліндра.
79778 > 65536 (2^16) і тому не містилося в 16 біт.

Відповідно використовується алгоритм з 16-бітовим розподілом просто зависав через помилки переповнення. Для вирішення проблеми потрібно було замінити всі інструкції 16-бітного ділення на 32-бітові і додати умова: якщо LBA-значення кількості секторів диска перевищує:

HDDmax (32Гб) \u003d 65536x16x63 \u003d 66 060 288 секторів \u003d 33.8Gb (31.5ГБ) ,

то кількість секторів прирівнюється до 255. Це і було зроблено в версіях Award BIOS в версіях після червня 1999 року.

зупинимося на рішенні цієї проблеми докладніше, тому що вона все ще популярна через великої кількості володарів "старих" плат Socket7 (і перше Pentium2), що бажають збільшити обсяг свого диска без "глобального" апгрейда всього комп'ютера. Просто ціни на вінчестери 40-60Gb зараз так впали, що диски меншого обсягу купувати абсолютно невигідно (і часто навіть не через копійчаної різниці в порівнянні з 10-20Gb вінчестерами, а просто через відсутність моделей з меншою ємністю).

Отже, головне і найпростіше рішення проблеми - оновити біос. Однак для переважної більшості Socket7-плат (все крім "останніх" - на VIA MVP3 / MVP4, ALI V, SiS 530/540) виробники не виклали нових версій биос з підтримкою "великих" вінчестерів. Тому якщо ви щасливий володар якої-небудь i430VX / TX або VIA VPX не мучте з пошуками в інтернеті "нового" биоса для вашого невизначених свіжокуплені вінчестера. Адже навіть найбільш визнаний "біосопісатель" Asus не виклав нових версій для своєї лінійки плат на i430TX чіпсеті. Виправити, як ви бачили, потрібно було зовсім небагато, тому причина "забудькуватості" всіх виробників поголовно викласти нові версії під свої старі плати одна - маркетинг, мовляв, купуйте наші нові плати, там все без проблем.

Що можна порадити, якщо ви вже купили такий "великий" диск.

1. На деяких вінчестерах є перемички для конфігурації вінчестера на 33.8Gb. Отримайте абсолютно працездатну систему, але, на жаль, з меншим об'ємом.
2. Windows (98 і вище) застосовує свої підпрограми для визначення вінчестера, в яких немає проблем для роботи з вінчестерами більше 33.8Gb. Тому якщо ви хочете використовувати "великий" диск просто як "другого" (тобто будете грузиться ні з нього, а з іншого, меншого, ніж 33.8Gb), то можна просто вимкнути в биосе автоопределение "великого" вінчестера (т . Е. поставити Disabled). Тоді комп'ютер не повисне в биосе, а Windows при завантаженні сама цілком коректно визначить "невидимий биосу" диск і можна буде абсолютно коректно використовувати весь його обсяг. Однак, по-перше, ви не зможете користуватися "великим" диском з-під DOS (його розділи будуть просто там відсутні), а по-друге, многовероятно, що швидкість роботи з таким "невидимим в біос" диском буде істотно нижча з -за "неініціалізаціі" його UDMA-протоколу (тобто він може працювати по протоколу PIO4-10Mb / s і навіть нижче).
3. У деяких рідкісних Біосил "проблему 32Гб" вдається обійти установкою параметрів "великого" диска вручну (як для старих вінчестерів).
4. Ну, і, нарешті, старі, знайомі (і такі незручні) - disc managers.

Від себе особисто, правда, можу додати, що на моєму сайті www.сайт можна знайти "колекцію" биосов під багато старих плати з підтримкою "великих" вінчестерів, а якщо вашого биоса в колекції не виявиться, то завжди можна буде скористатися спеціальною програмою BIOS Patcher, Яка додасть вашому биосу коректну підтримку вінчестерів аж до 120Gb.

65.5Gb, рік 2000-й, зима.

Не всі біосопісателі підійшли сумлінно до "проблеми 32Gb" і в результаті була виправлена \u200b\u200bлише одна помилка, пов'язана з переповненням при 16-бітному розподілі.

Справа в тому, що для виведення на екран обсягу вінчестера використовувався 16-бітний регістр, обсяг виводився в мегабайтах, разом максимальний диск міг бути:

HDDmax (64Гб) \u003d 2 ^ 16 - 1 \u003d 65535Mb \u003d 65.5Gb (64Гб) ,

В даному випадку комп'ютер зависав відразу ж після детектив вінчестера і ніяким способом це обійти не можна було (крім як виключення його в BIOS Setup). Пізніше для виправлення цієї проблеми було зроблено наступне умова: до 64Гб - виводити ємність в мегабайтах, вище - в гигабайтах.

Рішення - оновлення биос.

137.4Gb, рік 2002-й.

Сучасні диски досягли межі стандарту ATA. Для його подолання вже потрібно буде міняти сам "інтерфейс". Що, наприклад, і запропонував той же Maxtor в своїй специфікації на UDMA133.

Рішення проблеми - оновлення біоса, але для переважної більшості, все ж, це зовсім не проблема. Бувай. ;)

Питання: Заплутався в гигабайтах

Добрий день.

Заплутався в гигабайтах гігабіта.

Є сервер з карткою LSI SAS 9211-8i. До неї підключений ds3512.

На якій максимальній швидкості вони можуть один з одним спілкуватися?
У гигабайтах і гігабіти

Дякую

відповідь:
та тій же сторінці таблиця 2) там все швидкості написані в залежності від дуплекса і кількості ліній)

ті полку не впреться в продуктивність інтерфейсу? Гігабайт вільно прокачає?)

Питання: Переклав жорсткий диск з gpt в mbr сторонньої прогой, після перекладу комп перестав читати його

Хлопців потрібна допомога. Вообщем перевів жорсткий диск з gpt в mbr через прогу, без втрати даних, щоб під основний диск данину пам'яті небагато. після перекладу комп перестав читати його і вимагає для роботи відформатувати його. Але я це зробити не можу, так як там важливі дані залишилися. Пробував назад перевезти теж саме. Підкажи як повернути все ну або хоча б прогу щоб я зміг ці дані прочитати і перекинути на інше місце перед форматуванням

відповідь:

Повідомлення від dmitry911

Вообщем перевів жорсткий диск з gpt в mbr через прогу, Без втрати даних, щоб під основний диск данину пам'яті небагато.

Через якусь прогу? Договорюйте вже, коли почали.

Повідомлення від dmitry911

Підкажи як повернути все ну або хоча б прогу щоб я зміг ці дані прочитати і перекинути на інше місце перед форматуванням

Для початку покажіть що бачить DMDE у вікні Розділи
Можливо є шанс відновити розмітку на місці, залежить від ступеня "глючності" тієї супер-проги, за допомогою якої знущалися над своїми даними.
З прог для відновлення зазвичай рекомендую Rsaver (Free) і R-Studio.

Питання: Куди пропали гігабайти на жорсткому диску?

1) дуже часто на форумі проскакує питання:
"Я купив жорсткий диск на 1 терабайт, а система показує що на ньому 931 гігабайт, куди поділися гігабайти? А може жорсткий диск несправний? Або мене обдурили?"
відповідаємо: така різниця виникає в різному трактуванні приставок "кіло" "мега" "гіга" "тера" (ну і так далі) виробниками жорстких дисків використовують

І двійковому поданні інформації в комп'ютері є ступенями двійки:
2 ^ 10 кіло \u003d 1024 байта
2 ^ 20 мега \u003d 1048576 байта
2 ^ 30 гіга \u003d 1073741824 байта
(Хоча правильніше їх було б обізвати "Кібі" "мебі" "гібі" (не смійтеся, дані приставки дійсно але не прижилися))
отже:
терабайт, в понятті виробників жорсткі диск: 1000000000000, починаємо ділити:
1000000000000/1 024 \u003d 976 562 500 кілобайт
976562500/1024 \u003d 953674,3 мегабайт
953674,3 / 1024 \u003d 931.3 гігабайти.
ось і весь фокус.

2) На багатьох дисках IDE передбачений режим "урізання" ємності до 32 Гб і включається такий режим спеціальної перемичкою,
про призначення яких можна прочитати на наклейці HDD. Цей режим (32GB Clip) корисний в тому випадку, якщо материнська плата зависає при визначенні диска на початковому етапі старту.
Відповідно, якщо перемичку зняти - диск знову почне визначатися на свою рідну ємність.
ця інформація не актуальна для SATA дисків.
Придбавши IDE жорсткий диск "з рук" перевірте, чи не встановлена \u200b\u200bвона.
Або якщо раптово диск "урізався" до цього розміру - перевірте чи не пожартував чи хто над Вами.

3) ще одне питання, теж досить старий, але все ж:
Коли я підключаю вінчестер об'ємом 250GB до моєї матплата ASRock, операційні системи Windows® 2000 або XP визначають тільки 128 GB або 137GB. Як мені вирішити цю проблему?
відповідь:
імпортувати до реєстру такий ключик
і перевантажитися, звичайно.

REGEDIT4 "EnableBigLBA" \u003d dword: 00000001

4) ще одна причина по якій видима місткість жорсткого диска може відрізнятися від паспортної:
Host Protected Area: зміна фізичного обсягу диска

Чи можна перетворити 120 гігабайтний диск в 20 гб? Звичайно так - наприклад створити на ньому один розділ на 20 Гб, а решта не використовувати. А щоб він в BIOS "е при цьому визначався теж на 20? Але навіщо? - запитаєте Ви. Наприклад, для захисту інформації від вірусів або від випадкового псування / видалення. Або, якщо старий BIOS зависає на автодетекте гвинта, що перевищує 32 Гб, а перемичок, що обмежують обсяг, виробник не передбачив ... Або (не дай Бог), на вінчестері з'явилися бед-блоки, в самому кінці, і їх треба приховати від операційної системи, щоб вона навіть не лізла туди при форматуванні. Загалом, варіантів багато ...

Host Protected Area - це зменшення кількості доступних фізичних секторів на жорсткому диску, з відповідним коригуванням паспорта диска. Тобто диск, обрізаний HPA, буде визначатися на менший (в порівнянні з закладеним виробником) обсяг, що зробить відрізану частину недоступною ні ОС, ні BIOS. Відповідно, і інші програми, наприклад форматування і перевірки, не зможуть отримати доступ до внутрішньої частини. Обрізання диска відбувається завжди з кінця, тобто за допомогою HPA не можна вирізати довільну область в середині, і не можна зрушити початок диска. Як і у випадку з AAM, результати HPA зберігаються після вимкнення живлення.

5) ще одна гучна свого часу проблема - так звана "муха ЦЦ", сильно підірвала довіру до жорстких дисків марки Seagate Barracuda

Підозри почали з'являтися ще в грудні минулого року, коли в сервіс-центри стали все частіше надходити диски Seagate серії 7200.11 з однієї і тієї ж симптоматикою - при включенні комп'ютера вінчестер не визначається взагалі або ж визначається, але з об'ємом 0 Гбайт. При цьому і електроніка, і механіка диска абсолютно справні. Як з'ясувалося, проблема полягає в так званій таблиці транслятора, що відповідає за перерахунок реальної фізичної адресації диска в логічну - через помилки в прошивці дисків ця таблиця може зруйнуватися, що і призведе до описаних вище симптомів. При цьому всі призначені для користувача дані на диску залишаються в цілості й схоронності, але для комп'ютера більш недоступні.

(Цитата датована січнем 2009 року)
проблема торкнулася моделей Seagate Barracuda 7200.11, ES.2 і DiamondMax 22.
В даний час зрідка але зустрічається.
Якщо Ви вмієте тримати в руках паяльник, то цілком можете за допомогою нехитрого пристрою вигнати муху ЦЦ.
Я не стану наводити тут весь механізм лікування, він зараз елементарно розшукується на просторах інету.

У групі ризику знаходяться моделі:
ST3500320AS, ST3500620AS, ST3500820AS, ST3640330AS, ST3640530AS, ST3750330AS, ST3750630AS, ST31000340AS з прошивками AD14, SD15, SD16, SD17, SD18, SD19
STM3500320AS, STM3750330AS, STM31000340AS, STM31000333AS з прошивками MX15 і старше
ST31500341AS, ST31000333AS, ST3640323AS, ST3640623AS, ST3320613AS, ST3320813AS, ST3160813AS
STM31000334AS, STM3320614AS, STM3160813AS
ST3250310NS, ST3500320NS, ST3750330NS, ST31000340NS

Тут можна перевірити свій диск на необхідність оновлення Firmware.
або програма від Сігейт:

Бувають звичайно і інші причини зникнення або зміни ємності жорстких дисків і флешок, але про них трохи пізніше.

відповідь:

Повідомлення від magirus

терабайт, в понятті виробників жорстких дисків: 1000000000000

Абсолютно вірно...
в середні віки виробників спалили б на вогнищі за подібну єресь

Питання: двоканальний режим на планках 2 + 1 гігабайт

Питання, я здогадуюся, нубскій. Але, тим не менше, відповіді на нього прямим текстом я ніде не бачив.

Як саме вбудоване (на матір) відео забирає собі частину оперативної пам'яті?

Поясню. Є старий комп'ютер з 3 (2 + 1) гігабайтами оперативної пам'яті. Хотілося б трохи його безкоштовно прискорити. Без оновлення обладнання.

І перше, що мені прийшло в голову - збільшити розмір виділеної для вбудованого відео частини пам'яті. За замовчуванням виділяється 256 мегабайт. BIOS дозволяє виставити значення, здається, до 2 гігабайт. Але такий стародавній відеокарти, як Radeon HD3100 (чіпсет 780V) стільки пам'яті ні до чого. Та й винде залишиться тільки 1 гіг, що мало. Вирішив виділити 1 гіг. І ось тут і виник власне питання: якщо я виділю з 2 гигов планки 1 гіг для відео, чи зможу я включити двоканальний режим пам'яті? Адже по суті обидві планки стануть 1-гигов. Або все відбувається навпаки: з уже работающй в двоканальному режимі пари планок виділяється пам'ять для відеочипа?

відповідь: komandor, спасибі за розгорнуту відповідь

Питання: 3 гігабайти в GTX1060, так вже й страшно?

Вообщем, як ми знаємо GTX1060 є в двох варіаціях: 3 гігабайти і 6 відповідно. Так ось, крім пам'яті був порізаний чіп. Відключили якийсь кластер, я насправді поняття не маю, що це, тому що для мене "ціфиркі і букафкі" головне. Подивився відео і ясно видно, що саме обсяг пам'яті вирішує, тому що в тому ж Tomb Raider при розвантаженні пам'яті в закритих локаціях ФПС майже порівнюється. А в іграх простіше (GTA, Witcher) в плані пам'яті) він і зовсім в 90% випадків однаковий. Так ось, чи є резон брати 3 гігабайти для таких ігор? Тому що в Лару я все одно грати не буду, ні разу навіть не знайомився. Як не сумно (хоча і весело), \u200b\u200bале через рік Volta побачить світло і принизить Pascal так, як сталося з Maxwell. При більш високих характеристиках, і меншою ціною. Приклад тому знову ж GTX1060, яка майже що опустила GTX980. Ну і варто напевно сказати найголовніше. Різниця складе 3-4 тисячі. Прошу до роздумів і осмислення даної ситуації, тому що кожне нове покоління дає приріст в геометричній прогресії, та й карту доведеться продавати, а 3 гігабайти буде сплавити легше, ІМХО.

відповідь: ось вам варіант ще краще, 1050ti з 4 гігамі пам'яті. ще дешевше

Питання: З 4х гігабайт (3 планки: 2,1,1) оперативки DDR2 є тільки 2.74Gb

(Windows7 * 64bit). Може через те що одна АВ?
1 гігабайт DDR2 6400 800
Hynix HYMP112U64CP8-S6 AB
(1R * 8PS2-6400U-666-12)
1 гігабайт DDR2 6400 800
Hynix HYMP112U64CP8-S6 AB-С
(1R * 8PS2-6400U-666-12)
2 гігабайт DDR2
Hynix HYMP125U64CP8-S6 AB-C
(2R * 8PS2-6400U-666-12)
тайминги у всіх трьох однакові 6-6-6-18
материнська плата asus P5B-V 4 слота (2 жовтих 2 чорних)

Витяг з мануала

DIMM support:
A - Supports one module inserted in any slot as Single-channel memory confiuration.
B - Supports one pair of modules inserted into eithor the blue slots or the black slots as
one pair of Dual-channel memory confiuration.
C - Supports 3 modules inserted into both the blue and black slots as two pairs of Dualchannel memory confiuration.

2.4 System memory
2.4.1 Overview
The motherboard comes with four Double Data Rate 2 (DDR2) Dual Inline Memory
Modules (DIMM) sockets.
A DDR2 module has the same physical dimensions as a DDR DIMM but has a
240-pin footprint compared to the 184-pin DDR DIMM. DDR2 DIMMs are notched
differently to prevent installation on a DDR DIMM socket.
The figure illustrates the location of the DDR2 DIMM sockets:

2.4.2 Memory confiurations
You may install 256 MB, 512 MB, 1 GB, and 2 GB unbuffered non-ECC DDR2
DIMMs into the DIMM sockets.

You may install varying memory sizes in Channel A and Channel B. The
system maps the total size of the lower-sized channel for the dual-channel
confiuration. Any excess memory from the higher-sized channel is then
mapped for single-channel operation.
Always install DIMMs with the same CAS latency. For optimum compatibility,
it is recommended that you obtain memory modules from the same vendor.
If you install four 1 or 2GB memory modules, the system may only recognize
less than 3GB because the address space is reserved for other critical
functions. This limitation appears on Windows® XP 32-bit operation system
which does not support Physical Address Extension (PAE).
If you install Windows® XP 32-bit operation system, a total memory of less
than 3GB is recommended.
The total memory may has 8MB reduction under Single Channel mode, and
16MB reduction under Dual Channel mode because the address space is
reserved for Intel® Quiet System Technology.
Due to chipset limitation, double x16 memory modules or memory modules
with 128MB chips are not supported on this motherboard.

Notes on memory limitations
Due to chipset limitation, this motherboard can only support up to
8 GB on the operating systems listed below. You may install a maximum of
2 GB DIMMs on each slot, but only DDR2-533 and DDR2-667 2 GB density
modules are available for this configuration.
32-bit 64-bit

Some old-version DDR2-800 / 667 DIMMs may not match Intel®'s
On-Die-Termination (ODT) requirement and will automatically downgrade
to run at DDR2-533. If this happens, contact your memory vendor to check
the ODT value.
Due to chipset limitation, DDR2-800 with CL \u003d 4 will be downgraded to run
at DDR2-667 by default setting. If you want to operate with lower latency,

Due to chipset limitation, DDR2-667 with CL \u003d 3 will be downgraded to run
at DDR2-533 by default setting. If you want to operate with lower latency,
adjust the memory timing manually.

відповідь: vladmed174,

Питання: Після використання "Acronis Disk Director 12" втрачено кілька гігабайт

Я розумію, що зробив глибоку помилку, використавши цю не хорошу програму. Треба було перенести з диска D на C, гігабайти, але на другому етапі багато помилок вилізло. І комп перезавантажився, гігабайти, які я хотів перенести з D загубилися в нибітье, C залишився з колишнім обсягом. У мене пропало досить багато гигов ... Допоможіть їх повернути, бачив подібну тему, але не чого толком не зрозумів. У мене Windows 8.1x64, якщо ще що потрібно я надам, тільки допоможіть прошу!

відповідь: Щодо ПО згоден, я думаю ідеальні програми знайти важко (швидше за все і створити теж), по суті дивишся на них вони однакові, а ніби й немає, пощастить, якщо програма щось зробить поганого, але не сильно поганого. У деяких я читав після акроніс взагалі диск D відкриватися перестав, благо у мене подібного не сталося, в комп'ютерній сфері жорстких дисків я не розбираюся, і мені треба було знайти те, що зробить все за мене, з цього вийшов поганий досвід, але пізніше виявилося , що він мені допоміг, раследивая цю проблему щось я таки дізнався ... я багато знаю про комп'ютери, але комп'ютер знати повністю неможливо і підвищувати досвід, нехай і небезпечними способами, вже точно не завадить. Правда ... головне не переборщити з небезпекою)))

Питання: Швидкість диска 64 мегабайта. Здоров'я 25% ще з 2012 року. Диск живий досі

Хлопців допоможіть мені порадою якщо не важко. Я в жорстких дисках не розбираюся, з цього мені важливо зрозуміти логіку того, що відбувається. Давайте почнемо по порядку. Що і як у мене було я пам'ятаю прекрасно.

У 2008 зібрав ПК. Там був хард на 320 гб від Сигейт. У 2009 я купив за 5000 рублів диск на 1500 гб від Сигейт, модель ST31500341AS. З 2008 по 2012 я комп'ютер не чіпав, ніякими ПО не користувався.

Коли в 2012 заліз в той же Crystal Disk Info, там було багато тривог і напис Warning. Ну і що мені з цим робити, я просто забив. Потім я скористався різними програмами для жорсткого диска, зі збірки (реаніматора). Так ось всі вони писали що стан "здоров'я" диска 25%, того диска що на 1500гб. Той диск що на 320Гб, його здоров'я 30%.
Прогнози цих програм були дуже плачевними, дискам залишалося жити від 2 місяців до 6 (точно не пам'ятаю).

Так ось хочете прикол:
Той диск що на 1500 гб, я використовував його як файлове сховище для торрент. З 2009 року по 2014, з 12 години до 2:00 ночі, у мене був завжди включений торрент клієнт, який роздавав торренти. Іноді роздач було 30, бувало і 60 і 90 і 120 навіть. Роздачі типу 15 сезонів "Разруштелі легенд", 100 гигов роздача, але це найбільша. Нагадаю, цей диск "здоровий" на 25%.

Той диск що системний, для ОС і іграшок, він на 320 гб. З 2008 року на ньому ніколи не було жодного торрента. Цей диск здоровий на 30%.

Обидва диска живі досі, в 2017 році! Так ви запитаєте а якого ти тоді нам пишеш?

Ми з батьком проводили тест швидкості диска, Батько сильно здивувався, чому мій диск видає 64 мегабайта на запис і читання. Наприклад у мого Отця диск 2009-2010 роки, легко видає 180 мегабайт. Батько мені пояснив що все що менше 100, це стандарт кам'яного віку. Що проблеми у мене в системі.

Додано через 9 хвилин
p.s
Забув дещо згадати. Я в цілях профілактики, в 2013 році, запустив MHDD. Я спочатку повністю стер обидва диска, потім в кожний сектор кожного диска записав одиницю, що б в кінці подивитися на якийсь "ПІНГ", пінг кожного сектора. Так ось повільних і поганих секторів на диску 320 не було. На диску 1500 поганих не було, повільних від 3-5. Диску не потрібна турбота, Прошивка сама керує битими секторами. дефрагментацію ніколи не робив. Навіщо якщо вона в принципі не буває більше 20-25%.

відповідь: Що Ви хочете почути у відповідь на Ваше есе?
Смерт жорсткого диска так само непередбачуване як смерть людини.

Питання: Пропали гігабайти

Зіткнувся з такою проблемою:
У мене hdd 1tb (а точніше 931гб) transcend storejet 25d3.
Він заповнений на 110 гігабайт, і коли я намагаюся записати на нього що-небудь більш 4 гб він пише що немає вільного місця і пропонує очистити його, хоча вільно ще 821 Гбт.
Можете підказати в чому проблема.