ReadFIle при чтении физического диска

@As_Pushkin · Регистрация: 22.03.2015

Студворк — интернет-сервис помощи студентам

Здравствуйте!
Читаю физический диск посекторно:
Не буду приводить много кода, только то, что относится к чтению диска:

C++
1
2
3
4
CString strDrivePath;
    strDrivePath.Format(_T("\\\\.\\PhysicalDrive%u"), nDriveNumber);
    HANDLE hDevice = ::CreateFile(strDrivePath, GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE,
        NULL, OPEN_EXISTING, 0, NULL);

Затем просто

C++
1
res = ReadFile(hDevice, buffer, sectorSize, &Counter, NULL);

Все это прекрасно работает, и диск читается корректно, смущает только то, что при обращении к сектору диска, который больше
его максимального, ReadFile не выдает никаких ошибок - просто в buffer нули, а так работает дальше как ни в чем не бывало. Это же не нормально? Я думал, она вернет ошибку.

@mashmed135 · 14.05.2021, 19:42

Оно же буферизует в ядре, с чего там ошибка.

@As_Pushkin · 14.05.2021, 19:47 **[ТС]**

не понял, в каком еще ядре? Читает из hDevice, считанные данные помещаются в buffer.

@mashmed135 · 14.05.2021, 20:50

Сообщение от As_Pushkin

не понял, в каком еще ядре?

Боже, куда тебе до чтения дисков. В ядре ОС. Это такая штука, которая у тебя лежит в файле ntoskrnl.exe(или ntoskernel.exe, не важно).

Добавлено через 4 минуты
Ты даже нагуглить не сумел. Хотя, скорее всего и не пытался.

When opening or creating a file with the CreateFile function, the FILE_FLAG_NO_BUFFERING flag can be specified to disable system caching of data being read from or written to the file. Although this gives complete and direct control over data I/O buffering, in the case of files and similar devices there are data alignment requirements that must be considered.

@As_Pushkin · 15.05.2021, 09:48 **[ТС]**

Сообщение от mashmed135

Боже, куда тебе до чтения дисков.

Что и куда мне читать, я сам решу, пожалуй.

По существу: причем тут буферизация чтения? По твоему, если включена буферизация, то CreateFile должна возвращать несуществующие данные?

Ну и там же по поводу жестких дисков:

FILE_FLAG_NO_BUFFERING
0x20000000
The file or device is being opened with no system caching for data reads and writes. This flag does not affect hard disk caching or memory mapped files.

Добавлено через 18 минут
mashmed135, ну и разумеется, я попробовал CreateFile с FILE_FLAG_NO_BUFFERING ради интереса.

результат тот же.

@mashmed135 · 15.05.2021, 09:56

Сообщение от As_Pushkin

ну и разумеется, я попробовал

Значит маздайка не даёт такого доступа, по крайней мере на уровне Win32.

@_lunar_ · 15.05.2021, 10:24

Сообщение от As_Pushkin

при обращении к сектору диска, который больше его максимального, ReadFile не выдает никаких ошибок - просто в buffer нули

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

@As_Pushkin · 15.05.2021, 11:03 **[ТС]**

Сообщение от _lunar_

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

Да, размер сектора диска (как по логике так и по физике) = 512. Буфер такой же. На разных дисках пробовал. И на SSD и на HDD и на флэшках.
Суть в том, что диски читаются корректно - образ диска, созданный процедурой полностью соответствует содержимому диска пи просмотре в hex. Проблема в том, что если задать чтение сектора, которого на диске нет (больше, чем секторов на диске), все равно возвращаются данные в буфер, только нулевые.
Во вложении - пример при чтении SSD
При создании этого образа был указан предпоследний сектор диска и читаем еще 100.
По смещению 0x200 - EFI - это последний сектор диска. Дальше все - диск закончился, но ReadFile читает дальше и пишет в образ нули.

Собственно, это не особо критично, - перед вызовом функции можно вычислять размер диска в секторах и не позволять выходить за максимальный сектор, так что вопрос чисто факультативный: почему так?

Алексей1153 · 15.05.2021, 11:16

As_Pushkin, а GetLastError что возвращает?

@As_Pushkin · 15.05.2021, 12:47 **[ТС]**

Алексей1153 да, ваша правда. GetLastError возвращает "Попытка поместить указатель на файл перед началом файла"
Только тут начался уже совсем зоопарк: он эту ошибку возвращает, начиная с сектора № 4194304, но данные в образ все равно пишет. С разменом переменных какая-то фигня. Надо разбираться.

@_lunar_ · 15.05.2021, 15:25

Сообщение от As_Pushkin

размер сектора диска (как по логике так и по физике) = 512

попробуйте 4096 (512 теперь просто эмулируются стандартами ata)

Application developers should take note of new types of storage devices being introduced into the market with a physical media sector size of 4,096 bytes. The industry name for these devices is "Advanced Format". As there may be compatibility issues with directly introducing 4,096 bytes as the unit of addressing for the media, a temporary compatibility solution is to introduce devices that emulate a regular 512-byte sector storage device but make available information about the true sector size through standard ATA and SCSI commands.

и в целом, пусть система сама покажет размеры секторов
для логического размера сектора IOCTL_DISK_GET_DRIVE_GEOMETRY
для физического размера сектора IOCTL_STORAGE_QUERY_PROPERTY

@As_Pushkin · 15.05.2021, 16:47 **[ТС]**

Сообщение от _lunar_

и в целом, пусть система сама покажет размеры секторов
для логического размера сектора IOCTL_DISK_GET_DRIVE_GEOMETRY
для физического размера сектора IOCTL_STORAGE_QUERY_PROPERTY

Это я в курсе, это нужно будет тоже сделать, но проблема не в этом. Косяк был с SetFilePionter. Разобрался, заменил на SetFilePointerEx, так работает правильно:

C++
1
2
3
4
5
6
7
8
9
10
11
12
    SetFilePointerEx(hDevice, liFileSeek, NULL, FILE_BEGIN);
    for (i = startSector; i <= endSector; i++)
    {
        Counter = (i*sectorSize);
        
        res = ReadFile(hDevice, buffer, sectorSize, &Counter, NULL);
 
        if ( res == true)
        {
            std::cout << "Сектор " << i <<  " GetLastError = " << GetLastErrorAsString() << "\n";
            WriteFile(hImageFile, buffer, sectorSize, &CounterImage, NULL);            
        }

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@mashmed135 112 / 110 / 30 Регистрация: 08.05.2021 Сообщений: 485
	14.05.2021, 19:42
	Оно же буферизует в ядре, с чего там ошибка. 0

@As_Pushkin 1 / 1 / 1 Регистрация: 22.03.2015 Сообщений: 17
	14.05.2021, 19:47 [ТС]
	не понял, в каком еще ядре? Читает из hDevice, считанные данные помещаются в buffer. 0

Алексей1153 фрилансер 6462 / 5670 / 1131 Регистрация: 11.10.2019 Сообщений: 15,096
	15.05.2021, 11:16
	As_Pushkin, а GetLastError что возвращает? 0

@As_Pushkin 1 / 1 / 1 Регистрация: 22.03.2015 Сообщений: 17
	15.05.2021, 12:47 [ТС]
	Алексей1153 да, ваша правда. GetLastError возвращает "Попытка поместить указатель на файл перед началом файла" Только тут начался уже совсем зоопарк: он эту ошибку возвращает, начиная с сектора № 4194304, но данные в образ все равно пишет. С разменом переменных какая-то фигня. Надо разбираться. 0

ReadFIle при чтении физического диска

Решение