Bug 16000 - [META] 4k sector hard disk drive support
Summary: [META] 4k sector hard disk drive support
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: cross-component (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL: http://www.altlinux.org/BigSector
Keywords: METABUG
Depends on: 23014 23016 23017 23020 23848 24005 26925 32679
Blocks:
  Show dependency tree
 
Reported: 2008-06-13 17:57 MSD by Mikhail Gusarov
Modified: 2016-11-01 22:50 MSK (History)
7 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Gusarov 2008-06-13 17:57:52 MSD
Comment 1 Michael Shigorin 2010-02-23 20:35:42 MSK 
Метабаг по поддержке жёстких дисков с физическим сектором размером 4096 байт (вместо устоявшихся 512 байт).
Comment 2 Vitaly Lipatov 2010-05-31 15:07:04 MSD 
Что насчёт того, что выравнивание по границе 4 Кб для секторов проверяется не кратностью S/8, а (S-1)/8, так как нумерация секторов начинается с 1? И второй 4-килобайтный блок на устройстве начинается с 9-го сектора, а не с 8-го.
Исходя из этого все статьи и советы неправильны :)
Comment 3 Valentin Nechayev 2010-06-12 12:19:31 MSD 
(В ответ на комментарий №2)
> Что насчёт того, что выравнивание по границе 4 Кб для секторов проверяется не
> кратностью S/8, а (S-1)/8, так как нумерация секторов начинается с 1? И второй
> 4-килобайтный блок на устройстве начинается с 9-го сектора, а не с 8-го.
> Исходя из этого все статьи и советы неправильны :)

Извините, о котором именно из номеров секторов идёт речь? Если о LBA (linear block address), то они нумеруются начиная с 0. Если географический (цилиндр:головка:сектор), используемый для старых вызовов BIOS и старого (нерекомендованного уже лет 10) режима SATA, то в нём действительно сектора нумеруются с 1; но в Linux он используется только на самых нижних уровнях и не участвует в адресации начиная с block I/O уровня.

P.S. Мои разборки с проблемой и описание:
http://netch80.livejournal.com/12985.html
в частности, WD15EARS (экземпляр mike@) отказался сообщать данные про своё устройство, но вроде бы более новые исправляют это.
Comment 4 Vitaly Lipatov 2010-06-12 20:54:07 MSD 
(В ответ на комментарий №3)
> Извините, о котором именно из номеров секторов идёт речь? Если о LBA (linear
> block address), то они нумеруются начиная с 0. Если географический
Ах, точно.

> P.S. Мои разборки с проблемой и описание:
> http://netch80.livejournal.com/12985.html
Спасибо.
Comment 5 Vitaly Lipatov 2011-09-15 21:32:13 MSK 
Поставили p6 desktop и все разделы не выровнены. fdisk теперь об этом сразу ругается. Видимо, багу на alterator-vm?
Comment 6 Michael Shigorin 2011-09-15 21:42:39 MSK 
Видимо, переоткрывай bug #23848...
Comment 7 Sergey Y. Afonin 2012-02-13 23:15:13 MSK 
(In reply to comment #5)

> Поставили p6 desktop и все разделы не выровнены. fdisk теперь об этом сразу
> ругается. Видимо, багу на alterator-vm?

bug #26925

(In reply to comment #6)

> Видимо, переоткрывай bug #23848...

Что-то так получилось, что новый открыл уже... Может он, и правда, чуть-чуть другой в каком-то месте, если после исправления bug #23848 что-то заработало ?
Comment 8 AEN 2016-11-01 22:50:59 MSK 
Кажется, все