[Казбек]

KoichiSenada,

Делаете лог Process Monitor во время возникновения ошибки: Gather process log files. Выкладывает его на файлообменник.

[Petya V4sechkin]

KoichiSenada, в дополнение к вышесказанному покажите содержимое раздела реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e965-e325-11ce-bfc1-08002be10318}
Если в нём есть параметры LowerFilters и/или UpperFilters, попробуйте их удалить и перезагрузиться.

А также для эксперимента удалите сторонний антивирус (если установлен).

[KoichiSenada]

Вот лог с PML файлами от Process Monitor и с REG файлом из REGEDIT.
https://www.4shared.com/zip/blUsWe-tei/eject.html

[KoichiSenada]

Ещё в журнале событий появляется сообщение об ошибке.

Имя журнала: Приложение
Источник: ESENT
Код: 474

SettingSyncHost (8112,D,29) {2A1C8F7E-AABA-4BAA-A1AB-587F8F6CC07E}: Проверка страницы базы данных, считанной из файла "C:\Users\koich\AppData\Local\Microsoft\Windows\SettingSync\remotemetastore\v1\meta.edb" со смещением 1212416 (0x0000000000128000) (страница 73 (0x49) базы данных) размером 16384 (0x00004000) байт, окончилась неудачно из-за несоответствия контрольной суммы страницы. Хранимая контрольная сумма — [07d207d237af3280:16e769186ca4fdd7:0000000000000049:00917f6e0521041a], вычисленная контрольная сумма — [07d207d237af3280:16e769186ca4fdd7:38e738e7852c7fb4:00917f6e0521041a]. Операция чтения завершится ошибкой -1018 (0xfffffc06). Если это состояние будет повторяться, восстановите базу данных из предыдущего архива. Вероятно, эта ошибка вызвана сбоем оборудования. Обратитесь к поставщику оборудования, чтобы установить причину ошибки.

[Petya V4sechkin]

KoichiSenada, слишком заковыристый файлообменник, залейте лучше на dropmefiles.com.

[KoichiSenada]

Вот, перезалил на DropMeFiles: http://dropmefiles.com/ysNgC

[Petya V4sechkin]

KoichiSenada, особо не за что зацепиться.

1. Попробуйте восстановить недостающие параметры в реестре:
   
   Код:

   Windows Registry Editor Version 5.00
   
   [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e965-e325-11ce-bfc1-08002be10318}\Configuration]
   
   [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e965-e325-11ce-bfc1-08002be10318}\Configuration\Instance]
   "$!FriendlyName"="$BusDeviceDesc"
   
   [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e965-e325-11ce-bfc1-08002be10318}\Configuration\Variables\BusDeviceDesc]
   @="DeviceProperty"
   "PropertyGuid"="{540b947e-8b40-45bc-a8a2-6a0b894cbda2}"
   "PropertyId"=dword:00000004

2. Удалите DVD-привод в Диспетчере устройств и перезагрузитесь, чтобы он определился заново.
3. Нажмите Win+R -> введите secpol.msc -> Локальные политики -> Политика аудита -> убедитесь, что параметр Аудит доступа к объектам не задан.
4. Посмотрите, нет ли параметров allocatecdroms и/или allocatedasd в ветке
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
5. Попробуйте рекомендации
   Как выполнить «чистую» загрузку в Windows

[KoichiSenada]

KoichiSenada, особо не за что зацепиться. »

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

Шаманство через DISM и SFC тоже ничего не исправило.

Остаётся только переустанавливать Windows?

[Казбек]

Попробуйте выполнить это действия без запуска от администратора:
NirCmd v2.81

Код:

nircmd.exe cdrom open j:

Или таким скриптом PowerShell:

Код:

$Eject = New-Object -ComObject "Shell.Application"
$Eject.Namespace(17).Items() | 
    Where-Object { $_.Type -eq "CD Drive" } | 
        foreach { $_.InvokeVerb("Eject") }

Отчитайтесь о результатах.