Монтування томів - це пристрій Windows (гл
ПРИМІТКА B Windows Server 2003 Enterprise та Datacenter Edition автоматичне монтування вимкнено, щоб не допустити агресивного монтування томів, підключених до мережі пристроїв зберігання даних (System Area Network, SAN). Для увімкнення або вимкнення автоматичного монтування можна використовувати утиліту командного рядка Diskpart, що поставляється з Windows Server 2003, а для монтування томів вручну — утиліту Mountvol, яка також постачається з цією системою.
Процес монтування займається диспетчером вводу-виводу, якому відомі доступні драйвери файлових систем, оскільки вони реєструються у нього при ініціалізації. Для реєстрації драйверів файлових систем на локальних (не мережевих) дисках призначено функцію IoRegisterFileSystem, яку надає диспетчер вводу-виводу. Коли драйвер файлової системи реєструється, диспетчер вводу-виводу зберігає посилання на драйвер у списку, який використовується для монтажу.
Якщо в системі є динамічний диск, використовуйте команду !drvobj стосовно драйвера DMIO, а якщо ні — стосовно драйвера FtDisk. Ось приклад:
Команда !devobj показує поле VPB об'єкта тому. (Даному об'єкту "пристрій" присвоєно ім'я HarddiskVolume6.) Тепер можна виконати команду !vpb:
У результаті ми з'ясували, що об'єкт тома змонтований драйвером файлової системи, який надав йому ім'я BACKUP. VPB поле RealDevice вказує назад на об'єкт тома, а поле DeviceObject вказує на об'єкт «пристрій» змонтованої файлової системи.
За згодою, драйвер файлової системи при розпізнаванні формату тому, що монтується, повинен аналізувати завантажувальний запис тома, що зберігається в його першому секторі. Завантажувальні записи файлових систем Microsoft містятьполе, яке описує тип формату файлової системи. Драйвери файлових систем зазвичай перевіряють це поле і, якщо воно вказує на формат, що підтримується ними, аналізують решту інформації, що зберігається в завантажувальному записі. Ця інформація зазвичай включає ім'я файлової системи та дані, необхідні для пошуку критично важливих файлів метаданих томів. Наприклад, NTFS розпізнає те, тільки якщо поля типу та імені визначають саме NTFS, а файли метаданих, що описуються завантажувальним записом, знаходяться у узгодженому стані.
Замість того, щоб завантажувати всі драйвери файлових систем незалежно від наявності відповідних томів, Windows намагається звести до мінімуму навантаження на пам'ять, використовуючи для попереднього розпізнавання файлової системи сурогатний драйвер File System Recognizer (Windows System32 Drivers Fs_rec.sys). Цей драйвер знає про формат кожної файлової системи, що підтримується Windows, рівно стільки, щоб зуміти проаналізувати завантажувальний запис і визначити, чи можна його зіставити з файловою системою Windows. При завантаженні системи File System Recognizer реєструється як драйвер файлової системи, а під час виклику диспетчером вводу-виводу в процесі монтування файлової системи для нового тому він завантажує драйвер відповідної файлової системи, якщо такий драйвер ще не завантажений. Після цього File System Recognizer перенаправляє IRP монтаж драйверу і дозволяє йому захопити том у володіння.
Окрім завантажувального тома, чий драйвер монтується при ініціалізації ядра, драйвери файлових систем монтують більшість томів у момент запуску Chkdsk для перевірки цілісності файлової системи на етапі завантаження системи. Завантажувальна версія Chkdsk є вбудованою програмою (на відміну від Windows-додатків) і називаєтьсяAutochk.exe (Windows System32Autochk.exe). Диспетчер сеансів (\Windows\System32 \Smss.exe) запускає її, оскільки вона вказана в параметрі HKLM\SYSTEM\Current-ControlSet\Control\Session Manager\BootExecute. Chkdsk перебирає всі призначені букви диска, щоб з'ясувати, чи вимагає відповідний том перевірки цілісності.
Один і той самий змінний носій може монтуватися більш ніж раз. Драйвери файлових систем Windows реагують на зміну носіїв та запитують ідентифікатор тома. Якщо вони виявляють, що ідентифікатор тома змінився, драйвери демонтують диск і знову монтують.