Различный размер сектора на исходном диске и диске назначения что делать

Выравнивание разделов на современных жестких дисках с помощью программных средств

Появление современных жестких дисков с секторами размером 4 KБ (вместо 512 байт) сделало проблему выравнивания разделов актуальной как для IT-специалистов, так и для обычных пользователей. Все дело в том, что несоответствие между физическим и логическим распределением данных может привести к резкому снижению производительности всей системы и сокращению срока службы оборудования.

Чтобы объяснить суть выравнивания разделов, проиллюстрируем размещение данных, хранящихся на обычном жестком диске:

На рисунке представлена упрощенная схема сегментации, где один раздел занимает все место на диске и все сектора. Раздел соотносится с первым сектором, начало раздела соответствует началу первого сектора. Однако это слишком упрощенная схема. Ведь раздел состоит из логических единиц/блоков. Рассмотрим то, как они связаны с секторами:

На рисунке показано, что одному кластеру соответствует два сектора. Это означает, что при считывании данных, например, небольшого текстового файла с одного кластера, устройство хранения считывает данные с двух секторов.
Обратите внимание: начало раздела соответствует началу первого сектора и все кластеры выровнены по секторам, следовательно, раздел является выровненным. Операции с данными выполняются на максимальной скорости.
Теперь рассмотрим причины несоответствия разделов секторам и следствия этого явления.

Как и почему несоответствие разделов и секторов замедляет работу жесткого диска?

Размер физических секторов современных жестких дисков (например, Western Digital) составляет 4096 байт, на физическом уровне происходит обработка блоков данных размером 4 KБ, однако для внешнего оборудования и программного обеспечения такие диски выглядят как “традиционные”, имеющие секторы по 512 байт. Это позволяет обеспечить совместимость с более ранними версиями ПО. В таких случаях добавляется еще один уровень – уровень совместимости.

На рисунке показаны три уровня распределения данных. Нижний уровень – это, собственно, жесткий диск и физические секторы по 4 КБ. Второй уровень – абстрактное представление в виде секторов размером 512 байт для внешних систем. А самый верхний уровень – действующая файловая система с кластерами размером 2 KБ, каждый из которых равен четырем абстрактным секторам и половине физического сектора. Таким образом, 1 кластер = 4 абстрактных сектора = ½ физического сектора.

Обратите внимание, что все три уровня выровнены относительно друг друга и начала диска. Таким образом, чтение или запись данных одного кластера реализуется с использованием четырех секторов по 512 байт и одного сектора размером 4KБ. Количество операций чтения-записи минимально; диск работает с максимальной производительностью.

Но ситуация меняется в худшую сторону, когда кластеры логического уровня смещаются относительно лежащих ниже слоев, как показано на этом рисунке:

Как видите, раздел смещен относительно начала диска на один сектор размером 512 байт. В результате несколько логических кластеров оказались связанными с двумя физическими секторами 4KБ (второй, четвертый и шестой), что привело к удвоению количества операций чтения-записи. В данном случае производительность системы снижается, так как для управления данными жесткий диск выполняет две операции в двух секторах вместо одной, как при правильном выравнивании разделов.

Каковы причины смещения? Все версии ОС Windows, предшествующие Vista, при создании кластеров тома ориентируются на секторы размером 512 байт и помещают начало раздела в соответствии с ними, а не с секторами 4 KБ как показано на предыдущем рисунке, где начало раздела сдвинуто на один сектор 512 байт.

Обычно раздел начинается с 63 сектора. 63 сектора – устоявшийся размер «цилиндра» диска и некоторые старые версии DOS или Windows требуют, чтобы раздел был выровнен относительно «цилиндра» для правильной адресации и доступа к секторам. Современные ОС не используют устаревшую схему адресации CHS (цилиндр/головка чтения/сектор). Но по ряду причин все версии Windows, предшествующие Vista, создают разделы по этому правилу.

Интересно, что разделы, выровненные по 63 секторам, по чисто математическим причинам не выравниваются по секторам 4 KБ.

Очевидно, что 63 сектора по 512 байт не соответствуют целому числу секторов 4 KБ. Таким образом, первый и все следующие за ним разделы диска будут расположены со смещением.

Что делает Paragon Alignment Tool?

В ближайшие дни компания Paragon Software представит утилиту Paragon Alignment Tool (PAT). По сути, она перемещает разделы на некоторое количество секторов по 512 байт, выравнивая тома. Например, для выравнивания раздела размером 63 сектора необходимо просто переместить его вперед на один сектор размером 512 байт.

Теперь начало раздела соответствует началу сектора 4KБ, и этот раздел, и все последующие располагаются правильно.

PAT смещает начало раздела на 2048 секторов по 512 байт от начала диска, что соответствует 1 МБ, а также прекрасно подходит для секторов 4 KБ.

Необходимость выравнивания разделов для SSD

Для твердотельных дисков SSD проблема неправильного расположения разделов еще более актуальна, чем для традиционных жестких дисков. Размер модулей памяти современных SSD составляет 4096 байт, что является аналогом секторов 4 KБ. Таким образом, все упомянутые ранее проблемы, связанные с выравниванием разделов, возникают и при использовании SSD.

Однако, кроме снижения скорости работы файловой системы, существует еще одна проблема, присущая исключительно SSD. Ячейки памяти твердотельных дисков быстрее выходят из строя при большом количестве операций записи. Таким образом, при неправильном расположении разделов на SSD снижается не только скорость работы системы, но и подвергается опасности сам твердотельный диск.

Выравнивание разделов с помощью PAT устраняет избыточные операции чтения/записи, что позволяет значительно увеличить скорость работы и продлить срок службы SSD.

Необходимость выравнивания разделов для SAN и RAID

Технология RAID позволяет объединить множество жестких дисков и других устройств хранения информации в один большой массив данных. Система воспринимает этот массив как одно большое устройство хранения, а данные распределяются по всем его ресурсам. Объем, по достижении которого данные перестают записываться на один диск массива и начинают записываться на другой, называется размером страйпа, который, в свою очередь, может быть самым разным ( 8 КБ, 16 КБ, 32 КБ или 64 КБ).

При использовании программных или аппаратных RAID производительность системы может уменьшиться, если начальное положение раздела не соответствует размеру страйпа. В этом случае увеличивается количество операций с данными на нескольких дисках RAID-массива.

Чтобы решить эту проблему PAT сдвигает разделы на 2048 секторов. Такое смещение подходит для большинства размеров страйпа. Работа с данными становятся быстрее за счет устранения избыточных операций.

Необходимость выравнивания разделов в виртуальных средах

Выравнивание разделов в условиях виртуальной инфраструктуры очень важно для производительности, срока службы оборудования и эффективного использования хранилищ. Неправильное распределение разделов приводит к тому, что виртуальная машина получает из массива больше данных, чем запрашивалось. Это не только снижает эффективность работы, при такой избыточной нагрузке требуется и больше ресурсов для хранения данных.

На этом рисунке представлена конфигурация сервера VMware ESX \ Server \ vSphere, использующего хранилище RAID/SAN. Здесь разделы неправильно расположены сразу на двух уровнях, что ведет к серьезному снижению производительности. Например, чтобы считать данные с первого кластера, система должна считать три VMFS-блока и четыре RAID-блока (и еще больше страйпов).

В данный момент PAT не может перемещать сами тома VMFS, но может выравнивать разделы на виртуальных дисках.

При такой конфигурации все тома и разделы расположены правильно и общая скорость выполнения операций с данными увеличилась в два раза.

Источник

Различный размер сектора на исходном диске и диске назначения что делать

Как можно длину какого-нибудь сектора жесткого диска менять с 512 байтов на другую?

эта характеристика задается при форматировании всего носителя

← →
VMcL © ( 2004-09-01 14:21 ) [2]

AFAIK, размер сектора нельзя поменять вообще, он всегда 512 байт. А вот кластера можно, но, естественно, при переформатировании.

← →
Sergey Kaminski © ( 2004-09-01 14:44 ) [4]

Disk Base Table байт 03 указывает кол-во байт на физ. сектор. Эту структуру используют сервисы int 13h.
Только физ. формат

. ирование.
Ссори, случайно кусок слова Ctrl-X. 🙂

← →
Игорь Шевченко © ( 2004-09-01 14:51 ) [6]

Digitman © (01.09.04 14:23) [3]

> Игорь Шевченко © (01.09.04 14:51) [6]

← →
Игорь Шевченко © ( 2004-09-01 15:11 ) [9]

Digitman © (01.09.04 15:03) [7]

Сергей, я просто спрашиваю, я не в курсе современных веяний 🙂
Насколько я помню, на флоппи-дисках такие фокусы можно было проделывать, благо там контроллер был простой и атрибуты сектора на диске были записаны в служебном заголовке сектора.
А у винтов вроде есть буфер сектора(ов) (могу, конечно, чушь ляпнуть), а не буфер дорожки целиком и контроллер отдает информацию из буфера сектора(ов).
Поправь, если я ошибаюсь.

> Игорь Шевченко © (01.09.04 15:11) [9]


> Поправь, если я ошибаюсь

← →
Игорь Шевченко © ( 2004-09-01 15:40 ) [11]

Digitman © (01.09.04 15:25) [10]

> разумеется, я о том контроллере, который стоит на борту
> винта

Некая разновидность RLL-контроллера там, наверное, стоит, хотя, могу и ошибаться, так как не знаю достоверно, что находится на современных винтах. На старых IDE на самом винте стоял интегрированный RLL-контроллер.

← →
Dimaxx ( 2004-09-02 00:33 ) [12]

Позвольте вмешаться господа в вашу дискуссию. Могу сказать следующее: размер сектора можно изменить, но MS-DOS работает только с секторами размером 512 байт, остальные она неувидит. Но если ваша программа будет читать диск средствами BIOS (13int) то пожалуйста, изменяйте.

← →
Игорь Шевченко © ( 2004-09-02 12:22 ) [14]

> Но если ваша программа будет читать диск средствами BIOS
> (13int) то пожалуйста, изменяйте.

Игорь Шевченко © (02.09.04 12:22) [14]

Int 13, AH = 5
Format Disk Track.

ES:BX указывает на структуру 4-й байт которой содержит код размера сектора. См. также [4].

>В каком именно месте изменять.

Начиная с байта с порядковым номером 12 в загрузочном секторе распологается Блок Параметров БИОС (BPB). Вот его структура:

type
BPB=record
SecSize:Word;//количество байт в секторе
.
остальные поля этой структуры не привожу.

>и есть ли работающий пример такого изменения?

Под Win32 немного сложновато, потому что обращение к сервисам 13int напрямую в отношении жестких дисков недопустимо. Но в MSDN есть пример работы с HD под Win32, но он к сожалению на С++.

А вот под DOS, если честно, изменял сектора но на дискете. С жестким диском всё-таки пока страшновато. вот если б был ненужный винт поэксперементировать.

← →
Игорь Шевченко © ( 2004-09-03 10:09 ) [17]

Shiza (02.09.04 17:52) [16]

> А вот под DOS, если честно, изменял сектора но на дискете

Так на дискете и я изменял 🙂

Sergey Kaminski © (02.09.04 17:00) [15]

> для DeviceIoControl и кодов IOCTL_FORMAT_TRACK и IOCTL_FORMAT_TRACK_EX в параметрах форматирования задать размер сектора нельзя.

А необязательно использовать коды IOCTL_FORMAT_TRACK и IOCTL_FORMAT_TRACK_EX. Главное при работе с DeviceIoControl обратиться к 13int, а остальное уже дело только Ваших рук и головы. Господа я ещё забыл о том, что для работы с 13int можно использовать и драйвер виртуального устройства (vxd).

← →
Игорь Шевченко © ( 2004-09-03 10:45 ) [19]

> Главное при работе с DeviceIoControl обратиться к 13int

Э. DeviceIoControl вообще-то не обращается к int13.

Shiza (03.09.04 10:40) [18]

>Э. DeviceIoControl вообще-то не обращается к int13

Как же не обращается? В SDK заглянуть можно, и что мы там увидим:

«Windows 95 provides a VxD named VWIN32.VXD that supports a set of control codes that Win32-based applications can use to carry out selected MS-DOS system functions. These system-defined control codes consist of the following values.

Control code (value) Meaning
VWIN32_DIOC_DOS_DRIVEINFO (6) Performs Interrupt 21h Function 730X commands. This value is supported in Windows 95 OEM Service Release 2 and later.
VWIN32_DIOC_DOS_INT13 (4) Performs Interrupt 13h commands
VWIN32_DIOC_DOS_INT25 (2) Performs the Absolute Disk Read command (Interrupt 25h)
VWIN32_DIOC_DOS_INT26 (3) Performs the Absolute Disk Write command (Interrupt 25h)
VWIN32_DIOC_DOS_IOCTL (1) Performs the specified MS-DOS device I/O control function (Interrupt 21h Function 4400h through 4411h)»

ниже идёт код из SDK поэтому не обижайтесь что на С++ 🙂
hDevice = CreateFile(«\\\\.\\vwin32»,0, 0, NULL, 0, FILE_FLAG_DELETE_ON_CLOSE, NULL);

fResult = DeviceIoControl(hDevice, 4,&reg,sizeof(reg), &reg, sizeof(reg), &cb, 0); //здесь код 4 и есть код обращения к 13int

Обращается не только к 13 прерыванию, но и к 21, 25 и 26.

>А ссылку на примерчик можно?

Ну, ссылку честно признаться не видел 🙁
Но. могу тебе написать код, ты его почитаешь, откомпилишь, и сам проверишь. Идёт? Только одно «но». Давай сразу оговоримся, код будет для DOS или для Win32. Под Win32 быстро не напишу по двум причинам: во-первых я работаю главным бухгалтером, и программированием занимаюсь в свободное от работы время, а во-вторых это немного сложнее чем с DOS.

← →
Игорь Шевченко © ( 2004-09-03 22:48 ) [22]

Shiza (03.09.04 16:25) [20]

> Ну, ссылку честно признаться не видел 🙁
> Но. могу тебе написать код, ты его почитаешь, откомпилишь,
> и сам проверишь. Идёт?

Ты меня извини, но Алексу Коншину я склонен доверять больше.

← →
Dimaxx ( 2004-09-04 00:17 ) [23]

Пробовал я дискету отформатировать через IOCTL_FORMAT_TRACK_EX с нестандартным кол-вом секторов на дорожке. Фиг! Форматирует только на 1.44, но не на 1.68. Куда уж там размер сектора.

Короче, на мой беглый взгляд выглядит так, что subj невозможен, но я допускаю, что я чего-то не заметил. 🙂

>Ты меня извини, но Алексу Коншину я склонен доверять больше.

А теперь по теме обсуждения.
Во-первых, определимся, изменяем размер сектора под DOS или под Win32?

Во-вторых, согласны ли вы с тем, что мы обращаемся к прерыванию BIOS, а ему всё равно какой размер у сектора.

В-третьих, если кто-нибудь читал книгу Фаронова В. В. «Turbo Pascal. Практика программирования», то наверняка встретил фразу о том, что изменение размера сектора возможно. Кстати я на каком-то сайте видел эту книгу для чтения он-лайн, кому интересно можете почитать.

← →
Игорь Шевченко © ( 2004-09-05 10:49 ) [26]

> Во-первых, определимся, изменяем размер сектора под DOS
> или под Win32?

> Во-вторых, согласны ли вы с тем, что мы обращаемся к прерыванию
> BIOS, а ему всё равно какой размер у сектора.

Речь идет о том, все равно ли самому контроллеру диска или нет.
Если ему все равно, тогда размер сектора можно изменить, вне зависимости от BIOS, операционной системы, и т.д. Если не все равно, тогда изменить размер не удастся ни в BIOS, ни в DOS, ни в Win32.

> В-третьих, если кто-нибудь читал книгу Фаронова В. В. «Turbo
> Pascal. Практика программирования», то наверняка встретил
> фразу о том, что изменение размера сектора возможно.

> Как то в форуме был вопрос о том как читать сектора жесткого
> диска

CreateFile + SetFilePointer + ReadFile

← →
Anatoly Podgoretsky © ( 2004-09-05 11:16 ) [27]

Интересно в Линуксе 1024 блоки (сектора) это физическое или логическое понятие?

Да, господа, плодотворное у нас обсуждение 🙂

>Речь идет о работе с железом в данном случае, а ему по барабану, в какой операционной системе с ним работают.

То понятно, только вот мне из под DOS легче обратиться к 13int чем из под NT 🙂

>Интересно в Линуксе 1024 блоки (сектора) это физическое или логическое понятие?

А вот это и правда свежая мысль, надо бы высказаться господа, я пока изучу, и в понедельник думаю что-нибудь скажу.

Ну вы почитайте документ-то.

Ну что, насчёт размера сектора в Линуксе пока утверждать ничего не могу, то что успел прочитать дома на это свет не пролило.
Может чё в интернете найду.

Да, кстати, а чё за сектора у NTFS? А то я если честно с ней не знаком.

>Ну вы почитайте документ-то.

Подожди, дай скачать.

← →
Dimaxx ( 2004-09-06 23:26 ) [31]

← →
Dimaxx ( 2004-09-06 23:28 ) [32]

Меняется там все равно размер кластера, а не сектора. Он как был полкило, так и останется.

← →
Игорь Шевченко © ( 2004-09-07 10:03 ) [33]

> У нее тоже есть FAT (вернее MFAT), только немного не такая

вВопрос такой родился:

Когда диск отформатирован под NTFS, то 13int не работает. Почему?

Интересно, зачем это системе логический сектор, если есть кластер?

Думаю автор не просто так вставил «MS-DOS», как думаете?

← →
Игорь Шевченко © ( 2004-09-07 11:25 ) [35]

> Когда диск отформатирован под NTFS, то 13int не работает.
> Почему?

Кластер есть логическое понятие. Сектор есть физическое понятие.

> Думаю автор не просто так вставил «MS-DOS», как думаете?

Думаю, что или надо спросить у автора или не выдергивать фразу из контекста.

>Ну вы почитайте документ-то.

Следовательно физический размер сектора может быть нестандартным (512 байт). но не утверждаю, а предполагаю.

А вы со мной согласны?

← →
Игорь Шевченко © ( 2004-09-07 15:45 ) [37]

«В ходе выполнения процедуры так называемого низкоуровневого форматирования (low-level formatting) на носитель записывается информация, которая определяет разметку носителя на цилиндры и секторы. Структура формата включает в себя различную служебную информацию: байты синхронизации, идентификационные заголовки, байты контроля четности и т. д. В современных винчестерах такая информация записывается однократно при изготовлении винчестера. Повреждение этой информации при самостоятельном низкоуровневом форматировании пользователем чревато полной неработоспособностью диска и необходимостью восстановления этой информации в заводских условиях»

Желающие изменить размер сектора на диске могут проэкспериментировать. У меня лишнего винчестера нету, так что я от экспериментов устраняюсь.

Полазив по Интеренту, я пришёл к следующему выводу. Размер сектора жёсткого диска может быть больше 512 байт, но изменить его программными средствами нельзя. Размер сектора зависит от жёсткого диска.

«Теперь Вы знаете, что на жестком диске имеются цилиндры, головки и сектора. Все эти параметры для каждого жесткого диска есть в BIOS. Вы знаете также, что размер сектора жесткого диска не фиксирован, как это было раньше.

В настоящее время эти величины используются только для совместимости с DOS, поскольку они не имеют отношения к физической геометрии диска.»

Так что, всё-таки можно? 🙂

Итак, размер сектора может быть больше 512 байт. А как же его такого-этакого изменить программными средствами? Я почему-то склонен думать что нельзя, но. «что скажет стая?»

И ещё. Господа, обсуждение почему-то не очень активное. Я думаю это всё-таки из-за того, что некоторым людям легче сказать нельзя, чем покопаться в интернете, книгах или в голове.

Как раз-таки дисковод IMHO работает именно с кластерами, точнее с тем, что в Windows называется кластером. Не, я допускаю, что я могу заблуждаться, но мне кажется, что «длинные сектора» и есть кластеры. Там есть два их варианта, и в обном из них контрольные сумма одна на весь «длинный сектор». Ну чем не кластер? Можно, конечно, покопаться и узнать это, но лень. Кому кроме тебя это надо? 🙂

← →
Игорь Шевченко © ( 2004-09-08 21:49 ) [43]

Alex Konshin © (08.09.04 20:53) [42]

> Как раз-таки дисковод IMHO работает именно с кластерами,
> точнее с тем, что в Windows называется кластером.

Соломон, Руссинович: «Внутреннее устройство Windows 2000», глава «Файловые системы».

За документ большое спасибо, обязательно прочитаю, только вот я сразу в этих 366 страницах запутался и не нашел ответа про размер сектора 🙂

Соломон, Руссинович: «Внутреннее устройство Windows 2000», глава «Файловые системы».

← →
Anatoly Podgoretsky © ( 2004-09-08 23:59 ) [45]

Alex Konshin © (08.09.04 23:34) [44]
Толк от них идет с СРМ, в ней был всего выделен всего один байт под количество секторов, а как только размеры дискет подросли, то им ничего не осталось, как сделать блоки из секторов (кластеры). А если учесть, что DOS 1.0 это CPM, то понятно откуда там кластеры, хоть потом и было FAT12
То есть единственная пользы, это меньшее количество блоков в таблице размещения файлов, сама работа усложняется, а место не рационально используется.

← →
Anatoly Podgoretsky © ( 2004-09-09 00:07 ) [46]

Alex Konshin © (08.09.04 20:53) [42]
Нет, есть два варианта работы

1. с секторами, адресуются доржка, головка, сектор (эмулируется, а на старых винчестерах и гибких дисках физически)
2. родной, абсолютные адреса (LBA)

И еще по размерам секторов, наиболее распространены три размера

128 байт, в основном в рам дисках

512 байт, исторически сложилось так у ИБМ, хотя стандартные контролеры поддерживают 128, 256, 512 и 1024 (не могу сказать про современные винчестеры, хотя там говорить о реальном размере сектора и количестве дорожек можно только гадая) и это не относится к остальным не родным файловым системам.

← →
Anatoly Podgoretsky © ( 2004-09-09 00:09 ) [47]

В дополнение, размер сектора в 512 байт на дискетах появился не сразу, вроде на 3.5 дюйма или на 360 кб, сейчас не помню, но дискеты малой емкость имели в основном 128 байт.

← →
Dimaxx ( 2004-09-09 00:11 ) [48]

>Интересно, зачем это системе логический сектор, если есть кластер?

Ответ на этот вопрос ищи в ответе на другой вопрос: «А зачем в Линухе используется своя файловая система?» Да потому что кластерный метод запатентован Мелкософтом и за его использование нужно платить немалое бабло! Или я неправ? А Линухам надо было уйти от использования мелкософтовских разработок.

← →
Игорь Шевченко © ( 2004-09-09 00:29 ) [49]

Alex Konshin © (08.09.04 23:34) [44]

Я увидел в примере про Long Sectors вариант с 524-байтными секторами и фразы:

«The purpose of the long logical sector feature set is to allow additional data words per sector for server
applications. Sectors with 520 or 528 bytes are typical.»

«Devices that implement the Long Logical Sector Feature set are not backward compatible with applications
that use 256 word logical sectors, e.g. desktop and laptop system.»

То есть, физически можно разметить так, что сектор, адресуемый по LBA имеет размер больше, чем 512 байт.

← →
Cobalt © ( 2004-09-09 00:45 ) [50]

Сомневаюсь, что тут именно патент от MS как-то повлиял 🙂
файловая система MSDOS не поддерживала права доступа к файлам, потому её и не использовали в Линукс как «родную». А он появился ещё до появления NTFS, поэтому её тоже не использовал. а решил пойти своим путём

>Кому кроме тебя это надо? 🙂

«Я хотел помочь людям!» (цитата из мультфилма «Прометей»)

Мы немного отклонились от темы. У кого-нибудь есть идеи (в виде строк кода) как изменить размер сектора? Или мы ещё рассуждаем можно его изменить или нет?

И ещё. Коль мы затронули тему АТА, то не лишим будет напомнить, что к винчестеру можно обращатся двумя путями: через 13int (сектор, головка, цилиндр), или как в случае с АТА через порты ввода-вывода (LBA). В каком русле будем плыть дальше?

← →
Игорь Шевченко © ( 2004-09-09 10:38 ) [52]

> что к винчестеру можно обращатся двумя путями: через 13int
> (сектор, головка, цилиндр)

← →
Игорь Шевченко © ( 2004-09-09 12:36 ) [54]

Alex Konshin © (09.09.04 10:55) [53]

> И, собственно, зачем? Может есть более простое решение?

>А BIOS как по-твоему обращается? Тоже через порты.

Да наверное к любому устройству обращаются через порты, но я не о том. Мы как будем обращаться, с помощью ассемблеровских in-out, или через DeviceIOControl?

>И все равно не ясно, как Windows отнесется к такому сектору, если она его случайно найдет.

Почему же не ясно? Она будет считать его сбойным.

>И какой именно размер сектора тебе нужен? О чем хоть разговор?
>И, собственно, зачем? Может есть более простое решение?

Да помоему некоторые уже забыли вопрос на который мы ищем ответ. 🙂 Вопрос в самом начале форума.

Я не знаю зачем это нужно автору вопроса, но мне это интересно.
А насчёт защиты, то это помоему не самый эффективный способ.

Да наверное к любому устройству обращаются через порты, но я не о том. Мы как будем обращаться, с помощью ассемблеровских in-out, или через DeviceIOControl?

Вот сначала нужно понять, чего хотим, а потом уже способы искать.
Под NT+ в порты не попишешь и DeviceIOControl не всегда поможет.

Да помоему некоторые уже забыли вопрос на который мы ищем ответ. 🙂 Вопрос в самом начале форума.
В вопросе не говорится о конкретном размере. Более-менее ясно, что нельзя сделать сектор меньше 512. Ясно, что теоретически можно сделать его чуть больше 512 или объеденить несколько секторов в длинный. Вот и вопрос: чего хотим и зачем?

>Под NT+ в порты не попишешь

Да ну почему не попишешь? Можно и под NT писать и читать порты, просто делается это немного сложнее, чем обычные in-out.

>Вот и вопрос: чего хотим и зачем?

Ладно, хоть я и не автор вопроса, но очень хочеться разобраться. Чего хотим? Размер сектора нужен или 524 байт, или 1024, любой, только бы код был рабочий.

А вот ответ тишина 🙂

Дык, а кому это нужно?

>В порты напрямую не попишешь.

Да ну блин, ну почему не попишешь. Можно. И в Win9X, и в WinNT.

>Дык, а кому это нужно?

«Если звёзды зажигают, значит это кому нибудь нужно» (с)

В NT? В порты контроллера IDE? Ну-ну.
Флаг тебе в руки.

>В порты контроллера IDE?

← →
Игорь Шевченко © ( 2004-09-17 10:45 ) [64]

> но с портами контроллера IDE не работал.

Я бы попробовал, только у меня не IDE контроллер, а SCSI. Да и потом, кто сказал что мы работаем именно в NT?

← →
Игорь Шевченко © ( 2004-09-17 13:21 ) [66]

Shiza (17.09.04 12:54) [65]

>То есть, насколько я понимаю, тебе важен именно процесс обсуждения, а не результат?

Зря иронизируете. Вы знаете, Игорь, мне на самом деле важен результат: (Shiza (10.09.04 10:15) [58] «. только бы код был рабочий.»)

>И какая разница в данном случае, IDE или SCSI?

Я знаю адреса портов для общения с IDE и не знаю, совпадают ли они для SCSI. Да и потом, для SCSI существует ASPI.

← →
Игорь Шевченко © ( 2004-09-17 17:38 ) [68]

> Вы знаете, Игорь, мне на самом деле важен результат

В регистры IDE под NT ты точно не попишешь. По крайне мере без хакерских штучек.

И на SCSI будут проблемы: ASPI есть не везде и не всегда. MS его не поддерживает, Adaptec свой ASPI убрал, а потом и сам исчез. Другие производители тоже далеко не всегда драйвер ASPI предоставляют. Можно работать через SPTI, но там нужны права админа.

>Мне это неинтересно и пользы от этого я не вижу.

Если не интересно, зачем надо было в форум заходить? Сказать: «Я не могу, значит и вы не сумеете.»?

Источник